Ükski projekt ei lähe untsu ühest suurest otsusest. See läheb untsu kahekümne väikesest: „lisame veel ühe vaate“, „teeme ka vene keeles“, „see on ju viie minuti töö“. Iga üksik palve on mõistlik. Kokku on nad kuu aega tööd, mida keegi ei planeerinud ega eelarvestanud. Sellel nähtusel on nimi — scope creep, ulatuse hiilimine.
Mis on ulatuse hiilimine?
Ulatuse hiilimine tähendab, et projekti sisu kasvab järk-järgult, ilma et keegi oleks ajakava, eelarvet või ressurssi vastavalt muutnud. Oluline sõna on ilma. Ulatuse muutmine ise ei ole probleem — projektid muutuvadki. Probleem on muutus, mis ei jõua kunagi plaani.
Tulemus on tuttav: meeskond töötab rohkem kui kokku lepitud, tähtaeg püsib endine, kvaliteet langeb, ja lõpuks küsib keegi, miks projekt üle eelarve läks. Vastus on kirjas kahekümnes väikeses „jah“-is, mida keegi ei registreerinud.
Kust see tuleb
- Ulatust ei fikseeritud kunagi selgelt. Kui alguses ei ole kirjas, mis ei kuulu projekti, siis kuulub kõik.
- Sidusrühmad tulid hiljaks. Osakond, keda planeerimises ei küsitud, esitab oma nõuded siis, kui pool tööd on tehtud.
- Soovi peetakse täpsustuseks. „See oli ju niikuinii mõeldud“ on kõige tavalisem viis muudatust plaanist mööda hiilida.
- Ei ole kohta, kus öelda „see maksab“. Kui muudatuste haldamise protsessi pole, jääb projektijuhile ainult kaks võimalust: keelduda või vaikselt teha.
- Kullaga kattamine. Meeskond ise lisab funktsioone, mida keegi ei tellinud.
Hoiatusmärgid
| Märk | Mida see tegelikult tähendab |
|---|---|
| „Väike lisapalve“ tuleb igal koosolekul | Ulatus ei ole kokku lepitud, vaid läbiräägitav |
| Ülesannete arv kasvab, tähtaeg ei liigu | Puhver on juba ära söödud |
| Meeskond teeb ületunde „ajutiselt“ | Lisatöö on kaetud inimeste ajaga, mitte eelarvega |
| Keegi ei oska öelda, mis on „valmis“ | Vastuvõtukriteeriumid on puudu |
| Sama tulemit tehakse kolmandat korda ümber | Otsuseid ei fikseerita, ainult arutatakse |
Kuidas seda peatada
1. Kirjuta üles ka see, mida projekt EI sisalda
Ulatuse kirjelduse kõige kasulikum osa on välistuste nimekiri. „Projekt ei sisalda vanade andmete puhastamist“, „ei sisalda koolitusmaterjale“. Need read ei ole ebaviisakad — need on ainus asi, mis hiljem vaidluse lõpetab.
2. Määra vastuvõtukriteeriumid
Iga tulemi juurde käib lause, mis ütleb, millal see on valmis. Ilma selleta on iga tulem lõputult täiustatav.
3. Lukusta baasjoon
Kinnitatud ulatus, ajakava ja eelarve moodustavad baasjoone. Baasjoon ei ole püha — seda võib muuta —, aga muutmine peab olema otsus, mitte märkamatu triiv.
4. Tee muudatuste haldamine kergeks
Kui muudatuse esitamine on bürokraatlik, hiilitakse sellest mööda. Piisab lihtsast kirjest: mida soovitakse, miks, mis on mõju ajakavale ja eelarvele, kes otsustab. Viis rida, mitte viis lehekülge.
5. Näita mõju numbrites, mitte tundes
„Ei jõua“ on nõrk argument. „See lisab 32 tundi ja lükkab käivitamise kaks nädalat edasi“ on otsustatav. Enamik tellijaid ei taha projekti lõhkuda — nad lihtsalt ei tea hinda.
Muudatus ei ole vaenlane
Agiilsetes projektides on muutus sisse ehitatud: ulatust täpsustatakse iga sprindiga. Aga ka seal kehtib sama loogika — kui midagi lisandub, peab midagi välja minema või maht kasvama. Vahe ei ole selles, kas muutust lubatakse, vaid selles, kas see on nähtav.
Kuidas Projektiassistent aitab
Projektiassistendis on ulatus, ajakava ja eelarve sama projekti osad, seega muudatuse mõju on kohe näha, mitte kuu aega hiljem. Muudatuste logi ja otsuste logi hoiavad alles, mida ja miks otsustati — nii ei muutu ükski „väike lisapalve“ nähtamatuks. AI toob välja ka riskid, mis muudatusega kaasnevad, enne kui need graafikusse sööbivad. Vaata ka: riskiregistri juhend.
Kokkuvõte
Scope creep ei ole halbade klientide probleem, vaid puuduva protsessi tagajärg. Fikseeri ulatus koos välistustega, määra vastuvõtukriteeriumid, lukusta baasjoon, tee muudatuse esitamine lihtsaks ja näita iga muudatuse hinda numbrites. Siis jääb muudatus otsuseks, mitte üllatuseks.
Kui tahad, et ulatus, ajakava ja eelarve oleksid ühes kohas ja muudatused nähtavad, alusta siit: projekt2.projektiassistent.ee.