Agenda úvodnej porady projektu (kickoff) pre inžinierske tímy

Otázka, ktorú kickoff porady obchádzajú

Kickoff projektu, ktorý prebehne dobre, zanechá tím zosúladený na tom, čo sa má postaviť, kto čo robí a dokedy majú byť veci hotové. Toto zosúladenie zvyčajne vydrží zhruba tri týždne. Potom sa rozšíri rozsah, stakeholder si zmení názor na základný predpoklad, nejaká závislosť sa oneskorí a tím zistí, že sa nikdy nedohodli na tom, kto rozhoduje, keď sa dvaja rozumní ľudia nezhodnú.

Otázka, ktorú väčšina kickoff agend obchádza, znie: ako bude tento tím rozhodovať, keď sa niečo pokazí? Nie plán projektu — rámec rozhodovania. Kto vlastní rozsah, keď treba vypustiť nejakú funkciu? Čo tím urobí, keď technické obmedzenie zneplatní produktovú požiadavku? Ktorý stakeholder má posledné slovo, keď dve oddelenia chcú rôzne veci?

Tieto otázky sa na kickoffe zodpovedajú ľahko, pretože zatiaľ nič nie je v stávke. Oveľa ťažšie sa zodpovedajú v polovici projektu, keď má každý svoju pozíciu. Nižšie uvedená šablóna si na ne vyhradzuje čas skôr, než sa začne tá ťažká časť.

Agenda (na skopírovanie)

Trvanie: 60 – 90 minút v závislosti od zložitosti projektu
Formát: moderované; všetci kľúčoví stakeholderi a prispievatelia prítomní alebo asynchrónne oboznámení pred začiatkom

Sekcia 1 — Cieľ a rozsah projektu (20 min)

Uveďte cieľ v jednej vete: ako vyzerá úspech ako výsledok, podľa možnosti merateľne
V rozsahu: čo projekt dodá, konkrétne pomenované
Mimo rozsahu: čo tento projekt výslovne neurobí — vymenujte aspoň tri veci
Kritériá úspechu: ako tím spozná, že je projekt hotový?
Túto sekciu vlastní EM alebo PM; inžinieri oponujú, ak uvedený rozsah nezodpovedá realizovateľnosti

Sekcia 2 — Roly a vlastníctvo (15 min)

Pre každý pracovný prúd pomenujte jedného vlastníka — nie tím, ale osobu
Kto má posledné slovo pri: produktovom rozsahu, technickej architektúre, externej komunikácii?
Kto je pri každom hlavnom type rozhodnutia informovaný vs. konzultovaný vs. rozhodujúci?
Pomenujte vedúceho projektu, ktorý je zodpovedný, ak nič iné nie je jasné

Sekcia 3 — Obmedzenia a riziká (15 min)

Tvrdé obmedzenia: termín, rozpočet, compliance, závislosti od iných tímov
Známe riziká: aké sú tri hlavné veci, ktoré by mohli tento projekt vykoľajiť?
Pri každom riziku: pravdepodobnosť, dopad a vlastník zmierňujúceho opatrenia
Čo by spôsobilo zrušenie alebo výrazné zúženie rozsahu projektu? Pomenujte to teraz

Sekcia 4 — Komunikačný plán (10 min)

Ako často sa bude tím synchronizovať? V akom formáte?
Kto dostáva statusovú aktualizáciu a ako? Nepredpokladajte, že stakeholderi chcú rovnaký kanál
Kde žije dokumentácia projektu?
Aká je eskalačná cesta, ak niečo projekt zablokuje?

Sekcia 5 — Otvorené otázky (15 min)

Vymenujte každú otázku, na ktorú tím dnes nevie odpovedať
Pri každej: priraďte vlastníka a dátum, dokedy je odpoveď potrebná
Otázky bez dátumu a vlastníka budú v polovici projektu stále otvorené

Sekcia 6 — Ďalšie kroky (10 min)

Tri veci, ktoré sa musia stať v najbližších piatich pracovných dňoch, aby sa začala skutočná práca
Každý ďalší krok má jediného vlastníka
Potvrďte, ako sa zhrnutie z kickoffu rozošle a komu

Čo populárne kickoff šablóny robia zle

Väčšina kickoff šablón je dôkladná v pláne projektu a chudobná na to, čo sa stane, keď plán nevydrží. Vyprodukujú čistý dokument o rozsahu a maticu RACI, čo je užitočné. Nevyprodukujú spoločnú odpoveď na „čo urobíme, keď dodávateľ databázy uprostred projektu strojnásobí ceny?“ alebo „čo sa vypustí, ak dosiahneme tvrdý termín na 80 % hotovosti funkcií?“.

Ďalšou konzistentnou medzerou je absencia toho, čo je mimo rozsahu. Uviesť, čo je v rozsahu, je priamočiare. Uviesť, čo je výslovne mimo — vymenovať tri či štyri konkrétne veci, ktoré projekt neurobí — vynúti ten istý rozhovor o očakávaniach stakeholderov, ale z opačnej strany. Stakeholderi, ktorí by predpokladali, že mobilný klient je zahrnutý, sa to dozvedia na kickoffe, a nie v šiestom týždni.

Treťou medzerou je sekcia otvorených otázok. Tímy nechcú na kickoffe nadhodiť, čo nevedia, pretože to pôsobí ako priznanie nepripravenosti. Ale neznáme odpovede sa stanú blokermi v polovici projektu, a blokery v polovici projektu sú drahé. Čím skôr viete, že otázka existuje, tým skôr si niekto môže prisvojiť odpoveď.

O tom, ako sa tieto medzery nabaľujú do réžie počas niekoľkomesačného projektu: Daň za porady.

Prečo sa oplatí urobiť poznámky z kickoffu poriadne

Dokument z kickoffu je najčastejšie odkazovaný artefakt v akomkoľvek projekte. Je to to, čo si ľudia overujú, keď sa spochybní rozsah, keď sa pridá nový člen tímu, keď sa stakeholder opýta „nedohodli sme sa na X na kickoffe?“. Dobre zdokumentovaný kickoff je projekt, ktorý sa ľahšie riadi.

Pavleur zachytí celý kickoff automaticky: rozsah tak, ako zaznel, roly tak, ako boli priradené, riziká tak, ako boli pomenované, otvorené otázky s vlastníkmi, ďalšie kroky s vlastníkmi a dátumami. Ak niekto uprostred porady zdieľal na obrazovke zadanie projektu, diagram alebo dokument s požiadavkami, vizuál je zahrnutý v správe vedľa diskusie. Výhradne zvukové nástroje vám dajú, kto čo povedal; nezachytia architektonický diagram na obrazovke, keď tech lead popisoval závislosť. Výsledná správa slúži ako dokument jediného zdroja pravdy projektu od prvého dňa. O tom, ako sa to porovnáva s tradičnými nástrojmi na zachytenie porád: Pavleur vs. alternatívy.

Poznámka k účasti

Každý, od koho sa očakáva, že v tomto projekte urobí rozhodnutie, by mal byť na kickoffe, alebo by si mal pred začiatkom práce pozrieť kompletný záznam a písomné zhrnutie. Stakeholder, ktorý kickoff zmešká a rozsah sa dozvie neformálne o dva týždne neskôr, je spor o rozsah v polovici projektu čakajúci na to, aby sa stal. Úlohou kickoffu je vybudovať spoločný kontext, a spoločný kontext existuje iba vtedy, keď sú relevantní ľudia v miestnosti.