Mitä tarkoittaa laajuuden hallitsematon kasvu ja miten sitä hallitaan tehokkaasti

Projektin laajuuden hallitsematon kasvu voi vaikuttaa mihin tahansa kiinteän laajuuden projektiin. Se voi tapahtua tarkoituksella tai tahattomasti, ja se voi saada alkunsa keneltä tahansa projektiin osallistuvalta sidosryhmältä. Projektin laajuuden hallitsematon kasvu voi johtaa projektin epäonnistumiseen, koska määräaika voi ylittyä, budjetti kulua loppuun (tai ylittyä) kustannusten kasvaessa ja kaiken lisäksi lopputuloksena voi silti olla väärän asian toimittaminen.

Stay Ahead of What Deserves Your Attention

Get timely perspective on the shifts, decisions, and trade-offs shaping your role, plus practical resources you can put to work.

Get Free Access

Have an account? Log In

10 yleistä syytä projektin laajuuden hallitsemattomaan kasvuun

Projektin laajuuden hallitsematon kasvu tapahtuu tyypillisesti silloin, kun projektin vaatimuksia ei ole määritelty selkeästi, sidosryhmät esittävät uusia pyyntöjä tai tiimit tekevät muutoksia arvioimatta niiden vaikutuksia. Vaikka syy vieritetään usein asiakkaiden niskoille, myös projektipäälliköt, tiimin jäsenet ja ulkoiset riippuvuudet voivat vaikuttaa siihen.

Seuraavassa ovat projektin laajuuden hallitsemattoman kasvun yleisimmät syyt sekä keinot niiden ehkäisemiseen:

• Epäselvät tai puutteellisesti dokumentoidut vaatimukset: Kun tuotoksia, rajoja ja hyväksymiskriteerejä ei ole määritelty selkeästi, tiimin jäsenet ja sidosryhmät tekevät erilaisia oletuksia siitä, mitä projektiin kuuluu. Luo projektin laajuusmäärittely ja varmista kaikkien ymmärrys ennen työn aloittamista.
• Sidosryhmien muuttuvat prioriteetit: Asiakkaat, sponsorit ja sisäiset sidosryhmät voivat pyytää lisäominaisuuksia tai muuttaa suuntaa liiketoiminnan prioriteettien muuttuessa. Dokumentoi tärkeät päätökset ja arvioi ehdotettujen muutosten vaikutus aikatauluun, budjettiin ja tuotoksiin ennen niiden hyväksymistä.
• Muodollisen muutoksenhallintaprosessin puute: Ilman selkeää hyväksymisprosessia pienet pyynnöt voivat päätyä projektiin ilman, että kukaan arvioi niiden yhteisvaikutusta. Luo prosessi laajuusmuutosten esittämistä, arviointia, hyväksymistä ja dokumentointia varten. Varmista, että kaikki tietävät, kenellä on hyväksymisvaltuudet.
• Heikko viestintä ja tiimin puutteellinen yhteensovittaminen: Tiimin jäsenet voivat tehdä päätöksiä itsenäisesti tai ymmärtää vaatimukset väärin, jolloin mukaan tulee työtä, jota ei alun perin suunniteltu. Järjestä projektin aloituskokous ja säännöllisiä seurantatapaamisia odotusten selkeyttämiseksi ja mahdollisten muutosten havaitsemiseksi.
• Tarpeettomien lisäysten tekeminen: Tiimin jäsenet lisäävät joskus tarpeettomia ominaisuuksia tai parannuksia, koska he uskovat toimittavansa paremman tuotteen. Hyvää tarkoittavat lisäykset kuluttavat aikaa ja resursseja. Vahvista sovitut vaatimukset ja edellytä hyväksyntää ennen toiminnallisuuden lisäämistä.
• Epärealistiset arviot ja sitoumukset: Liian optimistiset arviot voivat johtaa siihen, että tiimit lupaavat enemmän kuin niiden budjetti, resurssit tai aikataulu mahdollistavat. Ota työn tekijät mukaan työmäärän arviointiin, huomioi epävarmuus ja kyseenalaista oletukset ennen tuotoksiin sitoutumista.
• Sidosryhmien riittämätön osallistuminen: Kun päätöksentekijät tai loppukäyttäjät eivät ole mukana riittävän varhain, tärkeitä vaatimuksia voi tulla esiin vasta kehitystyön alettua. Tunnista keskeiset sidosryhmät suunnitteluvaiheessa ja vahvista vaatimukset katselmointien, työpajojen tai käyttäjätestauksen avulla ennen tärkeän työn aloittamista.
• Hallitsemattomat riippuvuudet kolmansiin osapuoliin: Toimittajat, alihankkijat, ulkoiset ohjelmointirajapinnat ja sisällöntuottajat voivat aiheuttaa odottamattomia vaatimuksia tai lisätyötä. Toimittaja voi esimerkiksi toimittaa tietoja yhteensopimattomassa muodossa. Tunnista riippuvuudet varhain, sovi tuotosten määrityksistä ja varaudu mahdollisiin integrointiongelmiin.
• Heikko projektinhallinta ja vastuuvelvollisuus: Projektipäälliköt hyväksyvät joskus lisätyötä asiakassuhteiden ylläpitämiseksi tai vaikeiden keskustelujen välttämiseksi. Olen huomannut, että pienistä, dokumentoimattomista myönnytyksistä voi nopeasti tulla odotuksia. Seuraa muutoksia, selitä niiden vaikutus ja ehdota kompromisseja sen sijaan, että ottaisit lisätyön vastuullesi.
• Odottamattomat tekniset rajoitteet tai löydökset: Vanhat järjestelmät, integrointirajoitteet tai huomiotta jääneet tekniset vaatimukset voivat synnyttää työtä, jota ei suunnitteluvaiheessa osattu ennakoida. Tee tekninen selvitystyö varhain, vahvista keskeiset oletukset ja erottele välttämätön korjaava työ valinnaisista parannuksista ennen laajuuden muuttamista.

Esimerkkejä projektin laajuuden hallitsemattomasta kasvusta

Projektin laajuuden hallitsematonta kasvua voi tapahtua, kun sidosryhmät esittävät uusia pyyntöjä tai odottamattomat riippuvuudet synnyttävät lisätyötä. Nämä kaksi hypoteettista esimerkkiä osoittavat, miten projektin laajuuden hallitsematon kasvu kehittyy, miten se vaikuttaa projekteihin ja miten siihen voidaan puuttua.

Esimerkki 1: Sidosryhmien pyynnöt käyttäjätestauksen aikana

Tiimisi suorittaa uuden verkkosivustoprototyypin käyttäjätestausta. Asiakas on hyväksynyt kahden viikon testausjakson, johon osallistuu 10 henkilöä, sekä 5 000 dollarin budjetin.

Testauksen päätyttyä ylempi johtaja pyytää erillistä esittelyä ja kutsuu mukaan viisi muuta sidosryhmää. Suostut järjestämään tämän arvioimatta muodollisesti sen vaikutuksia.

	Mitä tapahtui
Syy	Lisäsidosryhmät antoivat palautetta sovitun testausjakson jälkeen.
Vaikutus	Ylimääräiset esittelyt, palautteen tarkastelut ja sidosryhmäkeskustelut lisäsivät työhön 40 tuntia ja viivästyttivät projektia 1,5 viikolla.
Ratkaisu	Projektipäällikkö dokumentoi lisäpyynnöt ja esitteli niiden vaikutukset asiakkaalle. Molemmat osapuolet sopivat uusien ominaisuuspyyntöjen siirtämisestä tulevaan vaiheeseen ja lisätarkastelujen rajoittamisesta alkuperäiseen laajuuteen.
Opittu asia	Määritä selkeät palautteen määräajat, osallistujamäärät ja hyväksyntävaatimukset. Vie poikkeukset eskaloitaviksi ennen lisäresurssien sitomista.

Esimerkki 2: Hallitsemattomat kolmansien osapuolten riippuvuudet

Hallinnoit verkkosivuston kehitysprojektia, jonka budjetti on 100 000 dollaria ja aikataulu 12 viikkoa. Tiimisi rakentaa käyttöliittymää toisen toimiston taustajärjestelmän päälle.

Kehitys alkaa suunnitelman hyväksymisen jälkeen, mutta kolmannen osapuolen toimisto julkaisee edelleen taustajärjestelmän päivityksiä. Nämä muutokset rikkovat toistuvasti tiimisi koodin ja aiheuttavat odottamatonta uudelleentyötä.

	Mitä tapahtui
Syy	Kolmannen osapuolen toimisto teki jatkuvasti muutoksia taustajärjestelmään koordinoimatta julkaisuja kehitystiimisi kanssa.
Vaikutus	Toistuvat korjaukset lisäsivät 200 tuntia suunnittelematonta työtä, kasvattivat kustannuksia 20 000 dollarilla ja uhkasivat viivästyttää toimitusta kahdeksalla viikolla.
Ratkaisu	Projektipäällikkö keskeytti vaikutuksen alaisen kehitystyön ja neuvotteli yhteisen julkaisuaikataulun molempien toimistojen kanssa. Asiakas hyväksyi 10 000 dollarin muutospyynnön ja kahden viikon pidennyksen. Molemmat tiimit sopivat taustajärjestelmän version jäädyttämisestä julkaisuun asti, mikä esti lisäuudelleentyön.
Opittu asia	Tunnista ulkoiset riippuvuudet varhain, sopikaa julkaisuaikatauluista ja luokaa muutostenhallintaprosessi. Älä ota jatkuvaa uudelleentyötä vastuullesi arvioimatta sen vaikutuksia projektin kustannuksiin ja aikatauluihin.

Näin vältät projektin laajuuden hallitsemattoman kasvun

Seuraavassa on strategioita, joilla voit vähentää projektien laajuuden hallitsemattoman kasvun todennäköisyyttä:

• Määritä projektin laajuus selkeästi: Tee tämä heti alusta alkaen ja ota projektitiimi mieluiten mukaan sitoutumisen saavuttamiseksi. Käytä työn määrittelyä dokumentoivaa lausuntoa kuvaamaan, mikä kuuluu projektin laajuuteen ja mikä ei. Viesti laajuudesta tiimin jäsenille ja projektin sidosryhmille, mukaan lukien asiakkaalle.
• Laadi vaatimuksiin perustuvat realistiset arviot: Vähennä virheellisten arvioiden riskiä ottamalla koko tiimi mukaan, varaamalla aikaa selvitysvaiheelle rakennettavan kokonaisuuden määrittämiseksi, käyttämällä aika- ja materiaaliperusteista sopimusta kiinteähintaisen sopimuksen sijaan sekä määrittelemällä rakennettavat ominaisuudet vähemmän yksityiskohtaisesti. Keskity tavoiteltuihin lopputuloksiin.
• Laadi varautumissuunnitelmat: Varaa realistinen aika- ja budjettipuskuri odottamattomia ongelmia varten (esimerkiksi tekniset ongelmat, kolmansien osapuolten viivästykset ja uudelleentyö). Tunnista suuren riskin toiminnot suunnittelun aikana ja valmistele varavaihtoehtoja. Varautumisvarannot auttavat käsittelemään ennakoimatonta työtä ilman projektin suistumista raiteiltaan, mutta niitä ei pidä käyttää hyväksymättömien laajuusmuutosten kattamiseen.
• Laadi muutostenhallintasuunnitelma: Tee tämä projektin alussa ja käytä sitä kuvaamaan, miten käsittelet laajuuden muutoksia. Jos aiot käyttää muutospyyntöjä, kuvaa yksityiskohtaisesti noudattamasi muutostenhallintaprosessi.
• Tee yhteistyötä asiakkaan kanssa: Esittele hänelle projektin edistyminen tai projektin tilanneraportti projektin toteutuksen aikana, kehitä työtä iteratiivisesti ja ota hänet mukaan koko prosessin ajan, jotta yllätyksiä ei synny.
• Nosta ongelmat esiin ennakoivasti: Tee tämä niiden ilmetessä tai mieluiten ennen sitä, jos olet löytänyt ratkaisun ongelman käsittelemiseksi. Käytä riskienhallintasuunnitelmaa riskienhallintaprosessisi dokumentointiin. Ylläpidä ja tarkista riskirekisteriä, joka seuraa mahdollisia riskejä.
• Aseta saapuvat pyynnöt tärkeysjärjestykseen: Varmista, etteivät nämä pyynnöt lisää vahingossa projektin laajuutta, päällekkäistä työtä tai tarpeettomia lisäominaisuuksia. Keskustele tiimin kanssa ymmärtääksesi kunkin pyynnön, sen vaikutuksen projektin budjettiin ja aikatauluun sekä odotetun käyttäjähyödyn, jotta voit asettaa pyynnöt asianmukaiseen tärkeysjärjestykseen.

Näin käsittelet projektin laajuuden hallitsematonta kasvua

Jos projektisi joutuu laajuuden hallitsemattoman kasvun uhriksi (tai olet perinyt liian laajaksi paisuneen hankkeen), älä panikoi. Sinulla on edelleen mahdollisuus kaivaa itsesi ulos kuopasta. 

Seuraavassa on muutamia vaiheita, joita olen noudattanut ottaessani vastuulleni ongelmallisen projektin, joka oli joutunut laajuuden hallitsemattoman kasvun uhriksi:

• Selitä tilanne: Selitä, miten päädyitte nykyiseen tilanteeseen ja mitä korjaussuunnitelmia sinulla on tilanteen ratkaisemiseksi. Tilannetta on turha kaunistella. Olette siinä, missä olette.
• Suosittele tapoja karsia ja säilyttää arvo: Tämä voi tarkoittaa joidenkin ominaisuuksien priorisoinnin vähentämistä tai “mukava olla” -ominaisuuksista tinkimistä, kunnes voit julkaista ne nopeasti myöhemmin. Valmistele asiakkaallesi esitys, jossa eri lähestymistapojesi väliset kompromissit on esitetty selkeästi.
• Mitoita tiimi oikein: Tämä voi tarkoittaa alisuoriutuvan henkilön siirtämistä pois projektista tai kalliimman resurssin korvaamista edullisemmalla resurssilla budjetin säästämiseksi. Näitä keskusteluja on epämiellyttävää käydä, mutta vaihtoehtona voi olla asiakkaan menettäminen, jolla olisi vakavammat seuraukset.
• Käsittele seuraukset: Joskus uppoavan laivan kääntäminen oikeaan suuntaan edellyttää ylpeyden nielemistä ja projektin kokonaiskannattavuuden uhraamista arvokkaan asiakassuhteen korjaamiseksi. Saatat joutua tekemään ylimääräisiä tunteja saadaksesi jonkin asian valmiiksi suunniteltua aikaisemmin hyvityksenä. Tärkeintä on rajata tämä haitta lyhytaikaiseksi, jotta siitä ei muodostu huonoa tapaa.

Author's Tip

Joskus laajuuden hallitsematon kasvu voi olla hyödyllistä. Sen sijaan että näkisit sen salakavalana vihollisena, voit ajatella sitä muutoksena. Muutos voi olla erittäin hyödyllinen kehittämällesi tuotteelle. Projektia ei vaikuta se, että muutosta pyydetään, vaan se, miten hallitset muutosta.

 

Sinun on oltava tarkkana ja havaittava se, kun sitä tapahtuu, erityisesti silloin, kun se ei ole ilmeistä, sekä tuotava asia esiin ennen kuin se etenee ilman minkäänlaista uudelleensuunnittelua.

Usein kysytyt kysymykset laajuuden hallitsemattomasta kasvusta

Vastauksia joihinkin useimmin esitettyihin kysymyksiisi projektin laajuuden hallitsemattomasta kasvusta.

Mitä eroa on laajuuden hallitsemattomalla kasvulla ja laajuuden muutoksella?

Laajuuden hallitsematon kasvu tarkoittaa projektin vaatimusten hallitsemattomia lisäyksiä ilman vastaavia muutoksia budjettiin, aikatauluun tai resursseihin. \u003ca href=\u0022https://thedigitalprojectmanager.com/project-management/how-to-handle-scope-changes-in-project-management/\u0022\u003eLaajuuden muutos\u003c/a\u003e on harkittu ja dokumentoitu muutos, joka tarkistetaan ja hyväksytään muutostenhallintaprosessin kautta. Keskeinen ero on hyväksynnässä. Laajuuden muutokset voivat olla tarpeellisia ja hyödyllisiä, kun taas laajuuden hallitsematon kasvu lisää suunnittelematonta työtä, joka vaarantaa projektin toimituksen.

Miten tunnistat laajuuden hallitsemattoman kasvun varhaisessa vaiheessa projektia?

Etsi varoitusmerkkejä, kuten lisäominaisuuspyyntöjä, dokumentoimattomia muutoksia, kasvavia tehtävälistoja ja työtä, joka ylittää alkuperäiset arviot. Vertaa projektin etenemistä säännöllisesti hyväksyttyyn laajuuden lähtötasoon. Suosittelen kirjaamaan kaikki uudet pyynnöt muutoslokiin ja käsittelemään niitä tiimin tapaamisissa. Näin voit havaita pienet lisäykset ennen kuin ne aiheuttavat merkittäviä viivästyksiä tai budjetin ylityksiä.

Miten käsittelet laajuuden hallitsematonta kasvua, kun asiakas pyytää lisätyötä?

Aloita arvioimalla, miten pyyntö vaikuttaa projektin tuotoksiin, kustannuksiin ja aikatauluihin. Selitä nämä vaikutukset asiakkaallesi ja tarjoa vaihtoehtoja. Voit ehdottaa virallista muutosesitystä, vaihtaa jonkin olemassa olevan tuotoksen uuteen vaatimukseen tai siirtää työn myöhempään vaiheeseen. Mitä tahansa sovittekin, dokumentoi päätös ja päivitä projektisuunnitelma ennen etenemistä.

Miten hallitset laajuutta ketterässä kehityksessä?

Ketterissä projekteissa muuttuvat vaatimukset ovat mahdollisia, mutta sinun on silti hallittava, kuinka paljon työtä tiimisi sitoutuu tekemään. \u003ca href=\u0022https://thedigitalprojectmanager.com/project-management/scrum-methodology-complete-guide/\u0022\u003eScrumissa\u003c/a\u003e lisää uudet pyynnöt tuotejonoon ja priorisoi ne yhdessä tuoteomistajan kanssa niiden arvon ja työmäärän perusteella.

Jos uudesta vaatimuksesta tulee prioriteetti, harkitse jonkin toisen kohteen prioriteetin laskemista sen sijaan, että lisäisit työtä. Varmista sprintin suunnittelun aikana, että sitoumukset vastaavat tiimisi kapasiteettia.

Mitä seuraavaksi?

Haluatko verkostoitua muiden digitaalisten projektipäälliköiden kanssa ja jakaa resursseja sekä parhaita käytäntöjä? Liity jäsenyhteisöömme ja hanki käyttöoikeus yli 100 mallipohjaan, näytteeseen ja esimerkkiin sekä verkostoidu satojen muiden digitaalisten projektipäälliköiden kanssa Slackissa.