Scope creep takmer nikdy nevyzerá ako scope creep v danej chvíli. Vyzerá ako „mohli by sme ešte pridať“, opakované dostatočne často na to, aby sa dvojtýždňový projekt ticho zmenil na šesťtýždňový, stále s pôvodným rozpočtom a termínom.
Prečo vzniká
- Pôvodný rozsah nikdy nebol zapísaný dostatočne presne na to, aby sa naň dalo neskôr odvolať
- Zainteresované strany žiadajú zmeny priamo od toho, kto projekt stavia, mimo akéhokoľvek procesu zmeny
- Povedať áno pôsobí v danej chvíli ako pomoc a povedať nie ako prekážka, aj keď je áno nesprávna voľba
- Malé doplnenia sú jednotlivo lacné na obhájenie, aj keď ich súčet nie je
Kontrolné mechanizmy, ktoré tomu naozaj predchádzajú
| Mechanizmus | Čomu predchádza |
|---|---|
| Zapísaný, konkrétny rozsah pri štarte | Nejasnosti o tom, čo je zahrnuté, čo je hlavná príčina, ktorú väčšina ostatných mechanizmov len kompenzuje |
| Jeden kanál na požiadavky o zmenu rozsahu | Ad hoc požiadavky jednotlivým členom tímu, ktoré obídu akékoľvek reálne posúdenie |
| Viditeľný „parkovací priestor“ pre nápady mimo rozsahu | Stratu dobrých nápadov, pri súčasnom udržaní mimo aktuálneho záväzku |
| Štandardné rámovanie kompromisu pri každom doplnení | Automatické prijímanie doplnení len preto, že odmietnutie pôsobí trápne |
| Pravidelné kontroly rozsahu, nielen revízia pri štarte | Pomalý, kumulatívny posun, ktorý by nezachytil žiadny jednotlivý rozhovor |
Praktický proces
Zapíšte rozsah dostatočne konkrétne na to, aby sa naň dalo neskôr odvolať
Nie vyčerpávajúca dokumentácia, ale zhrnutie bežným jazykom, dostatočne presné na to, aby otázka „je toto v rozsahu“ mala jasnú odpoveď.
Preveďte každú požiadavku na zmenu cez rovnaké posúdenie
Päťminútový rozhovor stačí, pokiaľ sa deje zakaždým, nielen pri zmenách, ktoré pôsobia veľkolepo.
Prezentujte doplnenia ako kompromis, nie áno alebo nie
„Môžeme to pridať, ak posunieme termín o týždeň, alebo to odsunieme do druhej fázy“ necháva rozhodnutie na tom, kto o to žiada.
Udržiavajte viditeľný backlog pre odsunuté nápady
Nápady, ktoré sa zaparkujú namiesto zamietnutia, sa v danej chvíli oveľa ľahšie odmietajú, keďže „nie, teraz nie“ pôsobí úplne inak než „nie, nikdy.“
Pros
- +Chráni pôvodný termín a rozpočet, na ktorom sa obe strany dohodli
- +Robí kompromisy viditeľnými a zdieľanými namiesto toho, aby ich ticho niesol dodávateľský tím
- +Znižuje frustráciu na oboch stranách: žiadne prekvapivé posuny termínu, žiadne nápady rovno zamietnuté
Cons
- −Pridáva malé procesné náklady ku každej požiadavke na zmenu, aj tým rozumným
- −Môže pôsobiť byrokraticky, ak sa striktne aplikuje na skutočne triviálne požiadavky
- −Vyžaduje disciplínu od zainteresovaných strán zvyknutých na neformálne, priame požiadavky
Scope creep nie je problém disciplíny tímu, ktorý danú vec stavia. Je to problém viditeľnosti rozhodnutí pre všetkých zúčastnených.
Jasný proces zmeny rozsahu závisí od rovnakej disciplíny ako dobrý onboarding klienta: potvrďte dohodnuté veci písomne čo najskôr, aby mal každý ďalší rozhovor na čo konkrétne odkázať.
FAQ
FAQ
Čo je scope creep?+
Scope creep je postupné, často neformálne rozširovanie požiadaviek projektu nad rámec pôvodnej dohody, zvyčajne cez sériu jednotlivo malých doplnení namiesto jednej veľkej zmeny.
Čo spôsobuje scope creep?+
Medzi bežné príčiny patrí nejasne alebo vôbec nezapísaný pôvodný rozsah, zainteresované strany žiadajúce malé doplnenia priamo od tímu namiesto cez proces zmeny, a firemná kultúra, ktorá vníma odmietnutie ako neochotu pomôcť namiesto ochrany skutočného záväzku.
Ako povedať nie na doplnenie rozsahu bez poškodenia vzťahu?+
Rámujte to ako kompromis, nie odmietnutie: uznajte, že požiadavka má opodstatnenie, a potom explicitne predstavte voľbu, buď ju pridať a upraviť termín alebo cenu, alebo ju odsunúť do ďalšej fázy. Toto necháva rozhodnutie na zainteresovanej strane namiesto toho, aby sa prekážkou stal tím.
Súvisiace zdroje
Produktové roadmapy: čo by mali (a nemali) obsahovať
Roadmapa plná pevných termínov sa vo chvíli, keď sa realita posunie, zmení na porušený sľub. Čo by mala roadmapa skutočne komunikovať, čo z nej vynechať a ako ju udržať užitočnú pre zainteresované strany aj pre tím, ktorý ju stavia.
SpoločnosťAko štandardizovať dodávku naprieč viacerými klientskymi projektmi
Kvalita dodávky, ktorá závisí od toho, kto vedie projekt, sa neškáluje. Ako štandardizovať onboarding, realizáciu a odovzdanie naprieč projektmi bez toho, aby sa dodávka zmenila na rigidnú byrokraciu.
SpoločnosťOnboarding klientov pre webové a softvérové projekty: opakovateľný proces
Väčšina problémov s dodávkou sa vystopuje k onboardingu, nie k realizácii. Opakovateľný proces onboardingu klientov pre webové a softvérové projekty, ktorý zachytí problémy so scope a prístupom skôr, než stoja šprint.
Newsletter
Produktové poznámky, nie spam.
Občasné frameworky o portáloch, SaaS MVP a automatizácii.