Добици:
- Схватите концепте изјаве о обиму и структуре рашчламбе посла (ВБС) и користите АИ за израду нацрта ВБС-а подељеног у радне пакете
- Појасните ставке које су ван обима, испоруке и критеријуме прихватања уз подршку вештачке интелигенције и рано уочите како се обим кретао
- Способност разумевања да је одговорност менаџера пројекта да потврди интегритет, реализам и прикладност ВБС-а произведеног од вештачке интелигенције са организационим контекстом кроз верификацију тима и заинтересованих страна.
Када започнете пројекат са "шта ћемо да радимо?" Почети са овим је као ходање по мраку. Пројекти често пропадају не зато што се њима лоше управља, већ зато што су погрешно дефинисани од почетка. Предмет ове јединице су два основна алата који оцртавају границе пројекта и деле посао на делове којима се може управљати: изјаву о обиму и структуру рашчламбе посла. Када су ова два документа исправно постављена, распоред, прогноза, ризик и буџет чврсто стоје на њима; Када је постављено погрешно, све се тресе током пројекта. АИ је моћан партнер за израду нацрта у оба документа: предлаже оквир обима и разлагање радних пакета за неколико минута. Али запамтите: АИ производи општи образац; Само ви и ваш тим знате стварне резултате ваше организације, ограничења и критеријуме прихватања.
Шта је изјава о опсегу?
Обим је оно што пројекат укључује, а шта не укључује. Изјава о обиму је документ који је написан у писаној форми и обично укључује: сврху пројекта, кључне резултате, критеријуме прихватања, ставке ван опсега, претпоставке и ограничења. Најкритичнији и најзапостављенији део овде је листа ван оквира: „Нећемо радити Кс у овом пројекту“ спречава аргумент „али сам мислио да је то укључено“ касније.
Када обим измакне контроли, то се назива „пузање обима“: мали, неодобрени рад који је додат пројекту временом га надувава. "Још само један мали додатак", када се понови, диже у ваздух буџет и распоред. Добра изјава о обиму и јасни критеријуми прихватања су прва линија одбране од пропадања обима. Критеријуми прихватања су мерљиви услов који испорука мора да испуни да би се сматрала „потпуном“ (нпр. „оптерећење форме за мање од 2 секунде“).
Савет: Када пишете изјаву о обиму, уложите исто толико труда у листу „шта нећемо да радимо“ колико и на „шта ћемо урадити“. Изузети артикли су најјефтиније осигурање за пројекат.
Шта је структура рашчламбе посла (ВБС)?
Структура рашчламбе посла (ВБС) је хијерархијско стабло које дели укупан рад пројекта на логичне делове који се постепено смањују од врха до дна. На врху је пројекат, испод њега су главни резултати/фазе, а испод њих су радни пакети. Радни пакет је најнижи ниво посла који се може доделити особи/тиму и довољно је мали да процени његово трајање и цену. Добар ВБС следи два правила: правило 100% (збир доњих делова обухвата цео горњи део, ни више, ни мање) и међусобну искључивост (нема два пакета који садрже исти рад, нема преклапања).
Зашто је ВБС толико важан? Зато што се предвиђање, распоред, буџет и ризик увек раде на нивоу радног пакета. „Направићемо веб страницу“ је непредвидиво; али пакети као што су "дизајн странице за пријаву", "образац за регистрацију корисника", "тестирање интеграције плаћања" су предвидљиви. ВБС је такође оквир за доделу одговорности (РАЦИ), праћење напретка и комуникацију.
Корак по корак: генерисање ВБС нацрта помоћу АИ
- Појасните обим. Анонимно дајте АИ сврху пројекта, кључне резултате и позната ограничења. Добар ВБС не долази из нејасне сврхе.
- Затражите нацрт разлагања. Питајте АИ за хијерархију подељену на фазе и радне пакете; Затражите опис обима у једном реду и предложену испоруку за сваки пакет.
- Тестирајте правило 100%. Проверите да ли укупан број произведених пакета у потпуности испуњава обим; Означите недостајуће и непотребне ставке.
- Додајте критеријуме прихватања. Захтевајте нацрт мерљивих критеријума прихватања за сваки кључни резултат, а затим их прецизирајте у односу на стварност.
- Појасните ван оквира. Затражите од вештачке интелигенције листу „ставки које би вероватно требало да буду ван домета овог пројекта“ и разговарајте о томе са тимом.
- Валидација тима и заинтересованих страна. Прегледајте нацрт са власницима радног пакета. ВБС никада није "план" без одобрења тима.
Опрез: ВБС генерисан АИ често може пропустити критични пакет (нпр. „правно одобрење“, „миграција података“, „обука корисника“) који изгледа логично, али је специфичан за вашу организацију. Пакет који недостаје учиниће ваше предвиђање погрешним од почетка. Обавезно примените правило 100% из људске перспективе.
три мини кофера
Случај 1 — Нацрт који штеди време. Уместо да прави ВБС од нуле за нови интранет пројекат, стручњак за ПМО је дао ИЗ анонимни сажетак опсега и затражио нацрт. ИЗ је предложио 6 фаза и 34 радна пакета. Експерт је уклонио 5 пакета и додао 3 пакета која недостају (ССО интеграција, тестирање приступачности, миграција садржаја) у 45-минутној радионици са тимом. Посао, који би од нуле трајао један дан, завршен је за пола дана и постао је потпунији.
Случај 2 — Хватање пузања домета. Менаџер пројекта даје АИ 12 малих захтева од корисника и пита „да ли су они у обиму или ван опсега према тренутној изјави о обиму?“ Класификовао га је као: ИЗ 7 је означио захтев као „вероватно ван делокруга”. ПМ је ово претворио у званичне захтеве за промену; иначе би додатне 3 недеље рада тихо процуриле у пројекат.
Случај 3 — Недостаје замка пакета. Тим је одобрио 28 паковања ВБС-а које је произвео ИЗ без провере. Усред пројекта примећено је да нема пакета „миграција података“ и „покрени пробе уживо“; ова два промашаја су додала 4 недеље на распоред. Поука: АИ нацрти не би требало да буду одобрени без тестирања на људима са правилом 100%.
Слаби промпт / Јаки промпт
Слабо обавештење:
Напишите ВБС за пројекат мобилне апликације.
Овај упит је веома општи: АИ обично производи шаблон, али има мало значаја за стварне резултате, ограничења и критеријуме прихватања вашег пројекта.
Снажан упит:
Ваша улога: виши специјалиста за планирање пројеката.Контекст: Мобилна апликација за праћење инвентара за малопродајног клијента (име је маскирано). Ограничења: 4 месеца, интеграција са постојећим ЕРП обавезна, иОС+Андроид, миграција података доступна.Задатак: Направите нацрт ВБС подељен у фазе и радне пакете.Правила:- Придржавајте се правила 100%; пакети у оквиру сваке фазе треба у потпуности да покрију фазу.- За сваки радни пакет: обим једне линије + главна испорука + мерљиви критеријуми прихватања.- На крају наведите засебну листу „могуће ВАН опсега“.- Означите пакете специфичне за институцију за које нисте сигурни са „[потврдите са тимом]“, уклапањем. Излаз: табела смањења вредности (фаза | пакет | обим | испорука | критеријуми прихватања).
Овај захтев је јак јер су контекст, ограничење, 100% правило, критеријуми прихватања и захтев ван опсега јасни; такође намеће неизвесност са "[потврда са тимом]".
Додатни шаблони:
# Проналазач ван опсега Прочитајте изјаву о опсегу испод. Наведите као „кандидате ван обима“ задатке који су уобичајени, али нису ИЗРИЧИТО поменути овде (нпр. обука, документација, подршка, миграција, безбедносно тестирање). За сваки, питајте зашто га треба укључити/искључити.
# Произвођач критеријума прихватања Предлаже 3-5 мерљивих критеријума прихватања за следећу испоруку (у СМАРТ формату): [испорука]. Немојте писати критеријуме који се не могу мерити (попут „требало би добро да функционише“).
# 100% провера правила Испитајте ВБС испод. Која испорука из изјаве о обиму НЕМА пандан ни у једном радном пакету? Који пакети ПРЕМАШУЈУ изјаву о опсегу? Наведите празнине.
Уобичајене грешке
- Не писати ван оквира: Ако је „шта нећемо да радимо“ нејасно, смањење обима је неизбежно.
- Пакети који су превелики или претанки: Огроман пакет који траје месец дана је непредвидив; Мали једносатни пакет преплављује менаџмент. Пакети морају бити предвидљиви и могу се пратити.
- Одобравање АИ плана без потврђивања: Непотпун пакет специфичан за предузеће (миграција података, регулаторно одобрење, обука) фалсификује план од самог почетка.
- Прескакање критеријума прихватања: Ако нема критеријума, дискусија „готово“ је бесконачна.
- Не постављајући ВБС фокусиран на резултате, а не на активности: Добар ВБС приказује резултате (имена), а не активности попут „одржавања састанка“.
Савет: Немојте писати ВБС једном и оставите то на томе. Када стигне одобрена промена, ажурирајте ВБС, затим распоред и буџет. ВБС је живи документ.
Укратко
Изјава о обиму дефинише границе пројекта, док ВБС дефинише делове посла којима се може управљати. Добра изјава о обиму укључује јасне критеријуме прихватања и снажну листу „ван домета“; Добар ВБС прати правило 100% и узајамну искључивост. АИ производи брзе и потпуне нацрте за оба, али може прескочити пакете специфичне за институцију. На менаџеру пројекта је да примени правило 100% из људске перспективе, појасни ван оквира и добије тимску валидацију.
Задатак апликације
За ваш тренутни пројекат, направите нацрт ВБС-а од АИ подељен у фазе и радне пакете (анонимизирајте податке). Затим, са чланом вашег тима, примените правило 100%: који пакети недостају, који су непотребни, која испорука нема критеријуме прихватања? Исправите најмање 3 недостајуће/нетачне тачке и сачувајте исправљени ВБС.
контролна листа
- [ ] Моја изјава о обиму има сврху, резултат, критеријуме прихватања, ван опсега, претпоставку и ограничење.
- [ ] Намерно сам попунио листу „ван делокруга“.
- [ ] ВБС прати правило 100% (нема недостајућих/сувишних пакета).
- [ ] Сваки радни пакет је предвидљив и следљив.
- [ ] Сваки важан резултат има мерљиве критеријуме прихватања.
- [ ] Верификовао сам АИ нацрт са тимом; Додао сам пакете специфичне за институцију.