Scope Creep

Laajuuden hiipiminen on projektin odotetun tuoton asteittaista ja hallitsematonta laajenemista. Tämä tapahtuu useiden yksittäisten pienten lisäysten kautta, joita ei koskaan arvioida aikataulun, budjetin tai tavoitteen perusteella. Jokainen lisäys vaikuttaa järkevältä erikseen, minkä vuoksi kasautuminen jää huomaamatta, kunnes alkuperäinen sitoumus ei ole enää saavutettavissa.

Hiipimisprosessin ja oikeutetun sopeutumisen välinen ero on tärkeä ja usein hämärtynyt. Suunnan muuttaminen, koska todisteet osoittavat alkuperäisen suunnitelman olevan väärä, on harkittu päätös, joka tehdään tietoisena sen kustannuksista, ja juuri sitä iteratiivisen kehityksen on tarkoitus mahdollistaa. Hiipimisprosessi tarkoittaa kyseisen päätöksen puuttumista: työtä lisätään ilman, että kukaan arvioi, mitä se korvaa, joten kompromissia ei koskaan tehdä eksplisiittisesti ja seuraukset ilmenevät pikemminkin määräajan ylittymisenä kuin valintana.

Mekanismi on yleensä sosiaalinen eikä proseduraalinen. Sidosryhmä mainitsee pienen lisäyksen katselmoinnin aikana, kehittäjä huomaa viereisen parannuksen työskennellessään, spesifikaatioiden epäselvyys ratkaistaan ​​​​avokätisesti, ja jokainen lisäys on liian pieni perustellakseen muodollisen muutospyynnön aiheuttamaa kitkaa. Monien tällaisten lisäysten kumulatiivinen vaikutus on huomattava, ja koska yksittäisiä lisäyksiä ei seurattu, ylitystä ei voida selittää millään tietyllä syyllä.

Epäselvät vaatimukset ovat luotettavin rakenteellinen syy. Jos "täydellisen" määritelmä on epämääräinen, työ laajenee täyttämään kaikki esiin nousevat tulkinnat, ja jokainen toteutuksen aikana ratkaistu epäselvyys pyrkii ratkaisemaan enemmän. Selkeät hyväksymiskriteerit ja selkeä maininta siitä, mikä on soveltamisalan ulkopuolella, poistavat suurimman osan tästä liikkumavarasta, ja poissulkemisten mainitseminen on huomattavasti tehokkaampaa kuin sisällytettyjen asioiden listaaminen.

Ylimääräinen pinnoitus on sisäisesti luotu vaihtoehto, ja se usein unohdetaan, koska se on lähtöisin toimitustiimiltä eikä sidosryhmiltä. Kehittäjät ja suunnittelijat lisäävät hienostuneisuutta, konfiguroitavuutta ja kestävyyttä pyydettyjen lisäksi sillä järkevältä kuulostavalla perusteella, että sitä lopulta tarvitaan. Usein näin ei kuitenkaan ole, ja lisämonimutkaisuus näkyy pysyvästi ylläpitokustannuksissa.

Ratkaisu ei ole jäykkyys, joka epäonnistuu päinvastaiseen suuntaan tuottamalla jotain, jonka tiedetään olevan vialla. Sen sijaan toimii kevyt mekanismi, joka tekee lisäykset näkyviksi ja niiden kustannukset eksplisiittiseksi: kaikki uudet kohdat kirjataan, niiden vaikutus arvioidaan ja ne joko hyväksytään vastaavalla poistolla tai lykkäyksellä tai hylätään. Vaatimuksena on yksinkertaisesti, että kompromissin tekee joku, jolla on siihen valtuudet, eikä tiimi hiljaa niele sitä.

Kiinteän laajuuden, päivämäärän ja resurssien sitoumukset ovat rakenteellinen ehto, jossa hiipiminen on haitallisinta, koska varsinaista vapautusventtiiliä ei ole ja paine vaimenee laadulla. Kun kaikki kolme ovat aidosti kiinteitä, ainoa jäljelle jäävä muuttuja on se, kuinka hyvin työ tehdään, ja siitä johtuvat oikotiet näkyvät myöhemmin virheinä ja uudelleentyönä. Laajuuden tekeminen joustavaksi ulottuvuudeksi mahdollistaa muiden sitoumusten säilymisen.

Koska kontrolli riippuu siitä, onko jollakulla valtaa ja halukkuutta kieltäytyä lisäyksistä, ongelma on yleensä hallintoon liittyvä eikä niinkään projektinjohtoon liittyvä. Käytännössä mekanismi on luotu sisäisesti. tuotekehitys toimitusprosessin rinnalla priorisointikuri, joka päättää, mikä syrjäyttää sen, mikä perustuu ylläpidettyyn näyttöön tuotetutkimus, ja a tuotestudio Toimeksiantotyön ulkopuolella olevista asioista sovitaan yleensä nimenomaisesti ennen työn aloittamista, eikä neuvotella vasta työn käynnistyttyä.