Печалби:
- Разберете концепциите за декларация за обхват и структура на разбивка на работата (WBS) и използвайте AI, за да създадете проект на WBS, разделен на работни пакети
- Изяснете артикулите извън обхвата, доставките и критериите за приемане с поддръжка на изкуствен интелект и вижте пълзенето на обхвата рано
- Способност да разбере, че отговорността на ръководителя на проекта е да потвърди целостта, реализма и пригодността на WBS, произведен от изкуствен интелект, с организационния контекст чрез проверка на екипа и заинтересованите страни.
Когато започнете проект с "какво ще правим?" Започването с това е като ходене в тъмното. Проектите често се провалят не защото са лошо управлявани, а защото са били дефинирани неправилно от самото начало. Предметът на тази единица са двата основни инструмента, които очертават границите на проекта и разделят работата на управляеми части: декларация за обхват и структура на разбивка на работата. Когато тези два документа са настроени правилно, графикът, прогнозата, рискът и бюджетът стоят здраво върху тях; При неправилна настройка всичко се тресе по време на проекта. AI е мощен партньор при изготвянето на двата документа: той предлага скелет на обхвата и разбивка на работни пакети за минути. Но помнете: AI произвежда общ модел; Само вие и вашият екип знаете действителните резултати на вашата организация, ограниченията и критериите за приемане.
Какво е декларация за обхват?
Обхватът е какво проектът включва и какво не включва. Декларацията за обхват е документът, който го представя в писмен вид и обикновено включва: целта на проекта, ключови резултати, критерии за приемане, елементи извън обхвата, предположения и ограничения. Най-критичната и най-пренебрегвана част тук е списъкът извън обхвата: „Няма да правим X в този проект“ предотвратява аргумента „но мислех, че това е включено“ по-късно.
Когато обхватът излезе извън контрол, това се нарича пълзене на обхвата: малка, неодобрена работа, добавена към проекта, го раздува с времето. „Само още едно малко допълнение“, когато се повтаря, взривява бюджета и графика. Доброто изявление за обхвата и ясните критерии за приемане са първата линия на защита срещу пълзене на обхвата. Критериите за приемане са измеримото условие, на което даден продукт трябва да отговаря, за да се счита за „завършен“ (напр. „формата се зарежда за по-малко от 2 секунди“).
Съвет: Когато пишете декларацията за обхвата, положете толкова усилия в списъка „какво няма да правим“, колкото и „какво ще правим“. Изключените елементи са най-евтината застраховка за проекта.
Какво представлява структурата на разбивката на работата (WBS)?
Структурата на разбивката на работата (WBS) е йерархично дърво, което разделя цялата работа на проекта на логически части, които постепенно намаляват отгоре надолу. Най-отгоре е проектът, под него са основните резултати/фази, а под тях са работните пакети. Работният пакет е част от работата от най-ниско ниво, която може да бъде възложена на човек/екип и е достатъчно малък, за да се оцени неговата продължителност и цена. Добрият WBS следва две правила: правилото за 100% (сумата от долните части включва цялата горна част, нито повече, нито по-малко) и взаимна изключителност (нито два пакета не съдържат една и съща работа, няма припокриване).
Защо WBS е толкова важен? Тъй като прогнозирането, графикът, бюджетът и рискът винаги се правят на ниво работен пакет. „Ще направим уебсайт“ е непредсказуемо; но пакети като „дизайн на страница за влизане“, „формуляр за регистрация на потребител“, „тестване за интегриране на плащане“ са предвидими. WBS също е рамката за възлагане на отговорност (RACI), наблюдение на напредъка и комуникация.
Стъпка по стъпка: Генериране на WBS чернова с AI
- Изяснете обхвата. Анонимно дайте на AI целта на проекта, ключовите резултати и известните ограничения. Добрият WBS не идва от неясна цел.
- Поискайте чернова разбивка. Поискайте от AI йерархия, разделена на фази и работни пакети; Поискайте едноредово описание на обхвата и предложена доставка за всеки пакет.
- Тествайте правилото за 100%. Проверете дали общо произведените опаковки отговарят напълно на обхвата; Маркирайте липсващите и ненужните елементи.
- Добавете критерии за приемане. Изисквайте проект на измерими критерии за приемане за всеки ключов резултат, след което ги прецизирайте спрямо реалността.
- Изяснете извън обхвата. Помолете AI за списък с „елементи, които вероятно трябва да са извън обхвата на този проект“ и го обсъдете с екипа.
- Валидиране на екип и заинтересовани страни. Прегледайте черновата със собствениците на работния пакет. WBS никога не е „план“ без одобрението на екипа.
Внимание: WBS, генериран от AI, често може да пропусне критичен пакет (напр. „законово одобрение“, „миграция на данни“, „обучение на потребители“), който изглежда логичен, но е специфичен за вашата организация. Липсващият пакет ще направи прогнозата ви грешна от самото начало. Не забравяйте да приложите правилото за 100% от човешка гледна точка.
три мини калъфа
Случай 1 — План за спестяване на време. Вместо да изгради WBS от нулата за нов интранет проект, експерт от PMO даде на YZ анонимното резюме на обхвата и поиска чернова. YZ предложи 6 фази и 34 работни пакета. Експертът премахна 5 пакета и добави 3 липсващи пакета (SSO интеграция, тестване на достъпността, миграция на съдържание) в 45-минутен семинар с екипа. Работата, която би отнела един ден от нулата, беше завършена за половин ден и стана по-пълна.
Случай 2 — Улавяне на пълзене на мерника. Мениджърът на проекта дава AI 12 малки заявки от клиента и пита "в обхват ли са или извън обхват според текущото изявление за обхват?" Той го класифицира като: YZ 7 маркира искането като „вероятно извън обхвата“. PM ги превърна в официални заявки за промяна; в противен случай допълнителните 3 седмици работа ще изтекат тихо в проекта.
Случай 3 — Прихващане на липсващ пакет. Екип одобри 28 пакета WBS, произведени от YZ, без проверка. В средата на проекта беше забелязано, че няма пакети за „миграция на данни“ и „проба на живо“; тези две пропуски добавиха 4 седмици към графика. Поука: Проектите на AI не трябва да се одобряват без тестване от хора с правилото за 100%.
Слаба подкана / Силна подкана
Слаба подкана:
Напишете WBS за проект за мобилно приложение.
Тази подкана е много обща: AI обикновено създава шаблон, но има малко отношение към действителните резултати, ограничения и критерии за приемане на вашия проект.
Мощна подкана:
Вашата роля: старши специалист по планиране на проекти. Контекст: Мобилно приложение за проследяване на инвентара за непрофесионален клиент (маскирано име). Ограничения: 4 месеца, задължителна интеграция със съществуващо ERP, iOS+Android, налична миграция на данни. Задача: Създаване на WBS, разделен на фази и работни пакети. Правила: - Спазвайте правилото за 100%; пакетите под всяка фаза трябва напълно да покриват фазата.- За всеки работен пакет: обхват на един ред + основен резултат + измерими критерии за приемане.- Дайте отделен списък „евентуално ИЗВЪН обхват“ в края.- Маркирайте специфични за институцията пакети, за които не сте сигурни с „[потвърдете с екип]“, подходящо. Резултат: таблица с намаления (Фаза | Пакет | Обхват | Доставка | Критерии за приемане).
Това искане е силно, защото контекстът, ограничението, правилото за 100%, критериите за приемане и искането извън обхвата са ясни; също налага несигурност с "[потвърждение с екип]".
Допълнителни шаблони:
# Търсач извън обхват Прочетете изявлението за обхват по-долу. Избройте като „кандидати извън обхвата“ задачи, които са често срещани, но не са ИЗРИЧНО споменати тук (напр. обучение, документация, поддръжка, миграция, тестване на сигурността). За всеки попитайте защо трябва да бъде включен/изключен.
# Производител на критерии за приемане Предложете 3-5 измерими критерии за приемане за следната доставка (в SMART формат):[доставка]. Не пишете критерии, които не могат да бъдат измерени (като „трябва да работи добре“).
# 100% проверка на правила Разгледайте WBS по-долу. Кой резултат от изявлението за обхвата НЯМА аналог в нито един работен пакет? Кои пакети НАДХВЪРЛЯТ декларацията за обхват? Избройте пропуските.
Често срещани грешки
- Без писане извън обхват: Ако „какво няма да правим“ е неясно, пълзенето на обхвата е неизбежно.
- Пакети, които са твърде големи или твърде тънки: Гигантски пакет, който издържа един месец, е непредвидим; Малкият едночасов пакет претоварва ръководството. Пакетите трябва да бъдат предвидими и проследими.
- Одобряване на плана на AI без валидирането му: Непълен специфичен за предприятието пакет (миграция на данни, регулаторно одобрение, обучение) фалшифицира плана от самото начало.
- Пропускане на критериите за приемане: Ако няма критерии, дискусията за „свършеното“ е безкрайна.
- Без настройка на WBS, фокусирана върху резултати, а не върху дейности: Добрият WBS показва резултати (имена), а не дейности като „провеждане на среща“.
Съвет: Не пишете WBS веднъж и го оставете така. Когато пристигне одобрена промяна, актуализирайте WBS, след това графика и бюджета. WBS е жив документ.
В обобщение
Декларацията за обхвата определя границите на проекта, докато WBS определя управляемите части на работата. Доброто изявление за обхват включва ясни критерии за приемане и силен списък „извън обхвата“; Добрият WBS следва правилото за 100% и взаимната изключителност. AI произвежда бързи и пълни чертежи и за двете, но може да пропусне пакети, специфични за институцията. От ръководителя на проекта зависи да приложи правилото за 100% от човешка гледна точка, да изясни извън обхвата и да получи валидиране на екипа.
Задача за приложение
За ваш текущ проект създайте проект на WBS от AI, разделен на фази и работни пакети (анонимизирайте данните). След това, с член на вашия екип, приложете 100% правилото: кои пакети липсват, кои са ненужни, коя доставка няма критерии за приемане? Коригирайте поне 3 липсващи/неправилни точки и запазете коригирания WBS.
контролен списък
- [ ] Изявлението ми за обхват има цел, резултат, критерии за приемане, извън обхвата, предположение и ограничение.
- [ ] Нарочно попълних списъка „извън обхвата“.
- [ ] WBS следва правилото за 100% (без липсващи/излишни пакети).
- [ ] Всеки работен пакет е предвидим и проследим.
- [ ] Всеки важен резултат има измерими критерии за приемане.
- [ ] Проверих черновата на AI с екипа; Добавих пакети, специфични за институцията.