Laajuuden hallitsematon kasvu: tekniikat ja työkalut projektipäälliköille

Mitä projektin laajuuden hallitsematon kasvu tarkoittaa?

Projektin laajuuden hallitsematonta kasvua tapahtuu, kun projektin tuotokset tai ominaisuudet laajenevat alkuperäisesti sovitusta, mutta projektin aikataulua tai budjettia ei mukauteta muutoksen huomioimiseksi.

Tämä eroaa laajuuden muutoksesta, jolla tarkoitetaan kaikkia virallisia päätöksiä, joilla projektin alkuperäistä laajuutta muutetaan – sen tavoitteita, budjettia, tuotoksia, aikataulua, vastuita tai muita osa-alueita.

Laajuuden hallitsematon kasvu voi vaikuttaa mihin tahansa kiinteän laajuuden projektiin. Se voi tapahtua joko tarkoituksella tai tahattomasti, ja se voi saada alkunsa kenestä tahansa projektiin osallistuvasta sidosryhmästä.

Syy siihen, miksi laajuuden hallitsematon kasvu on meille niin tärkeä asia, on se, että se voi johtaa projektin epäonnistumiseen. Laajuuden hallitsematon kasvu voi aiheuttaa määräajan ylittämisen, budjetin kulumisen loppuun (tai jopa ylittymisen!) kustannusten ylitysten vuoksi ja kaiken lisäksi johtaa väärän asian toimittamiseen. Huh!

3 projektin laajuuden hallitsemattoman kasvun tyyppiä

Laajuuden hallitsematon kasvu voi ilmetä useilla eri tavoilla. Tässä on joitakin yleisiä syitä laajuuden hallitsemattomaan kasvuun:

• Päätösten tekemättä ja/tai dokumentoimatta jättäminen: sidosryhmät muuttavat usein mieltään tai eivät pysty pääsemään yhteisymmärrykseen projektin laajuudesta organisaation muuttuvien prioriteettien vuoksi
• Liian optimistiset projektiarviot: tiimi aliarvioi projektitehtävien suorittamiseen ja välitavoitteiden saavuttamiseen tarvittavan työn määrän ja lupaa siksi liikaa siitä, mitä projektin laajuuteen kuuluu (toteutuksessa tämä voi joskus ilmetä myrkyllisenä positiivisuutena)
• Tarpeettomien ominaisuuksien lisääminen: tuotteeseen lisätään tarpeettomia ominaisuuksia, jotka eivät kuuluneet alkuperäisiin vaatimuksiin.

Kuka aiheuttaa laajuuden hallitsematonta kasvua?

Projektia kannattaa tarkastella sen selvittämiseksi, kuka voi aiheuttaa laajuuden hallitsematonta kasvua. Sen varhainen tunnistaminen auttaa sinua muodostamaan parhaan lähestymistavan ongelman ratkaisemiseen.

PS: Kummitteleeko laajuuden hallitsematon kasvu projektissasi?

Scope Creep Made Even Creepier: Keep Him Away from Your Projects

Projektitiimin jäsen

Joskus projektitiimin jäsenet voivat aiheuttaa laajuuden hallitsematonta kasvua. Mahdollisia syitä ovat esimerkiksi:

1. Tiimin jäsen ei ymmärrä projektin laajuutta

Projektin alussa määritä kaikki vaatimukset tai projektin tuotokset laajuusmäärittelyssä, projektisuunnitelmassa tai työn osituksessa (WBS) ja varmista, että tiimin jäsenet tutustuvat tähän dokumentaatioon. 

Jos laajuutta ollaan määrittämässä, ota tiimi mukaan näihin keskusteluihin mahdollisuuksien mukaan. Jos se ei ole mahdollista, järjestä vähintään projektin aloituskokous varmistaaksesi yhteisen näkemyksen. Toteutuksen aikana järjestä säännöllisiä tiimin tilannekatsauksia, jotta kaikki pysyvät ajan tasalla.

2. Tiimin jäsen haluaa kehittää sitä, mitä itse haluaa, eikä sitä, mikä kuuluu laajuuteen

Tiimin osallistaminen laajuuden määrittämiseen auttaa saamaan sitoutumisen siihen, mitä he suunnittelevat ja rakentavat. Varmista, että kaikki työskentelevät tiiminä. Jos joku ryhtyy mielijohteesta tuottamaan jotain laajuuden ulkopuolista, se aiheuttaa hämmennystä ja mahdollista kitkaa muiden tiimin jäsenten kanssa.

3. Tiimin jäsen tekee päätöksiä muista erillään

Joskus tiimin jäsen valitsee ongelman ratkaisemiseen menetelmän, joka vaikuttaa laajuuteen, usein huomaamattaan.

Jo puolen päivän lisätyö hieman erilaisen asian toteuttamiseksi voi vaikuttaa projektisi loppuosaan. Jos esimerkiksi suunnittelija päättää sisällyttää sivustolle jonkin toiminnallisuuden (kuten hakupalkin) keskustelematta siitä kehittäjän kanssa, se voi vaikuttaa projektin aikatauluun.

Varmista projektisi onnistuminen rakentamalla luottamuksen ja läpinäkyvyyden kulttuuri. Kun joku ottaa asian suoraan puheeksi kanssasi, jaa se laajemmin, jos tehtävänä on tehdä suurempi päätös. Saat ihmiset työskentelemään yhdessä ongelmien ratkaisemiseksi. Varmista, että kaikki ovat säännöllisesti yhteydessä toisiinsa (kasvotusten tai etänä). 

Useimmat onnistuneet projektit ovat peräisin tiimeistä, jotka työskentelevät hyvin yhdessä.

Sisäiset sidosryhmät

Organisaatiosi keskeiset sidosryhmät voivat vaikuttaa projektin laajuuteen. Heillä saattaa olla organisaatiota koskeva visio, johon kuuluu projektisi laajempi toteutus, tai he saattavat haluta edistää erilaista tavoitetta.

Joskus esimerkiksi asiakassuhde on organisaatiolle tärkeämpi kuin projektin laajuudessa pysyminen.

Varmista, että sisäiset sidosryhmäsi ymmärtävät, mitä yrität toimittaa ja mihin mennessä. Jos jollakin asialla olisi kerrannaisvaikutuksia projektiisi, tuo selkeästi esiin sen vaikutukset — olivatpa ne taloudellisia, maineeseen liittyviä tai jotakin muuta.

Ulkoiset käyttäjät

Käyttäjätestauksen pitäisi (toivottavasti) olla osa projektisi tai tuotteesi suunnittelua. Käyttäjäpalaute tuotteesta voi vaikuttaa tapahtumien kulkuun ja kasvattaa lopulta projektin laajuutta. Mitä tapahtuu, jos käyttäjiltä saamasi palaute osoittaa jotakin, mitä et voi jättää huomiotta? Vaikka se kasvattaisi projektin laajuutta, sinun on käsiteltävä asia.

Kun olet koonnut testauksen tulokset, käy ne tiimisi kanssa läpi tarvittavien toteutettavien muutosten tunnistamiseksi. Aseta muutokset tärkeysjärjestykseen, jotta ymmärrät, millä niistä olisi suurin vaikutus käyttäjäkokemukseen. Määrittele sitten, mitkä muutokset voit sisällyttää ongelmitta ilman, että projektin laajuus muuttuu.

Jos jokin tarvittavista muutoksista kasvattaisi projektin laajuutta, keskustele asiakkaasi tai sidosryhmäsi kanssa. Tule keskusteluun valmistautuneena ja ymmärrä, mitä tapahtuisi, jos päättäisit olla toteuttamatta muutosta.

Kolmannet osapuolet

Jos projektisi toteutus riippuu kolmansista osapuolista — olipa kyseessä ulkopuolinen yritys, kolmannen osapuolen rajapinta tai sisällöntuottaja — sinun on tunnistettava riippuvuudet projektin aloituksessa. Pohdi, millainen vaikutus näillä riippuvuuksilla voisi olla projektiisi ja miten ne voisivat vaikuttaa sen laajuuteen.

Entä jos esimerkiksi sisällöntuottajasi lähettäisi sinulle sisältöä muodossa, jota olisi vaikea ottaa käyttöön tai ladata verkkosivustollesi? Lisäisikö tämä aikatauluusi kuluvaa aikaa? 

Et pysty varautumaan jokaiseen mahdolliseen tilanteeseen, mutta riskisuunnitteluun perustuva ajattelutapa ja näiden riippuvuuksien esiin tuominen asiakkaalle projektin alussa auttavat sinua ymmärtämään mahdolliset vaikutukset ennen kuin ongelma on käsillä.

Projektipäällikkö

Me projektipäälliköt voimme joskus aiheuttaa projektin laajuuden hallitsematonta kasvua. On erittäin houkuttelevaa yrittää saada asiat toimimaan nykyisen budjetin ja aikataulun puitteissa kertomatta asiasta asiakkaalle.

Vaikka se voi olla ehdottomasti vaikea keskustelu, kun on kerrottava, ettet voi tehdä jotakin ilman muutosesitystä, tämä keskustelu on paljon helpompi käydä projektin elinkaaren aikaisemmassa kuin myöhemmässä vaiheessa.

Jos sinä tai tiimisi tunnistatte ongelman, käykää mahdolliset ratkaisut läpi. Jos esimerkiksi tarvitaan lisätyötä, selvitä sen sijaan, mitä voidaan rajata pois — teetkö projektissasi jotakin, mitä ei tarvita ensimmäiseen julkaisuun? 

Esittele nämä vaihtoehdot ja suositus asiakkaalle tai sidosryhmälle.

Asiakas

Emme voi päättää tätä osiota mainitsematta keskeistä projektin laajuuden hallitsemattoman kasvun aiheuttajaa: asiakastasi. Varo asiakkaita tai projektin sponsoreita, jotka lisäävät ”pieniä” pyyntöjä, jotka vähitellen kasvattavat alkuperäistä laajuutta, muuttavat mieltään tai ehdottavat uusia tapoja tehdä asioita, jotka voivat vaikuttaa tarvittavan työn määrään. 

Ole heidän kanssaan rehellinen ja suora, jos he pyytävät jotakin, mikä aiheuttaa projektin laajuuden hallitsematonta kasvua. Muotoile vastauksesi myös niin, ettet vain sano ”ei”, vaan ehdotat vaihtoehtoa. Esimerkiksi:

”Tällä uudella pyynnöllä on tämä erityinen vaikutus aikaan/budjettiin. Olemme tarkastelleet prioriteetteja — mitä jos korvaisimme tämän tuolla? Se johtaa samankaltaiseen lopputulokseen, koska…”

2 Esimerkkiä projektin laajuuden hallitsemattomasta kasvusta

Nyt kun olemme käyneet läpi projektin laajuuden hallitsemattoman kasvun tyypit ja syyt, esittelemme kaksi tapaustutkimusta, jotka osoittavat, miten laajuus voi kasvaa hallitsemattomasti projekteissasi.

Tapaustutkimus projektin laajuuden hallitsemattomasta kasvusta nro 1

Saatat ajatella olevasi tarpeeksi fiksu estääksesi projektin laajuuden hallitsemattoman kasvun ennen sen tapahtumista, mutta silloin aliarvioisit sen, mikä tekee ilmiöstä niin, no, hiipivän.

Kuvittele, että työskentelet kerätäksesi käyttäjäpalautetta siitä, miten prototyyppisi suoriutuu. Olit sopinut asiakkaasi kanssa, kuinka monen käyttäjän kanssa keskustelisit, millaista palautetta hyväksyisit ja kuinka pitkä kommentointijakso olisi. Olit myös sopinut käsitteleväsi palautetta tiettyyn tuntimäärään asti, joka tarvittaisiin mahdollisten korjausten toteuttamiseen.

Kun kommentointijakso päättyy, asiakas saa puhelun eräältä johtotason henkilöltä, joka ei kuulunut testausryhmään, ja tämä kysyy, voisitko ottaa kyseisen henkilön mukaan. Olit asettanut rajan kommentoijien määrälle, mutta kuinka paljon yhden henkilön lisääminen todella haittaisi? Lisäksi haluat antaa johtoryhmälle hyvän vaikutelman, joten suostut myöhäiseen lisäykseen.

Ennen kuin huomaatkaan, kyseinen johtotason henkilö on ottanut mukaan koko henkilöstönsä. He haluavat erillisen testauksen läpikäynnin ja ovat harmissaan siitä, ettei heidän omaa erityistapaustaan ole sisällytetty.

Vaikka pystyt pitämään puolesi ja estämään vaatimusten muuttamisen, ylimääräinen neuvotteluaika – puhumattakaan lisäsidosryhmäviestinnästä, jota tarvitaan projektin tarkoituksesta ja tavoitteista sopimiseen – on vienyt jo puolitoista viikkoa valmiiksi tiukasta aikataulusta. Projektin laajuuden hallitsematon kasvu iskee jälleen!

Projektin laajuuden hallitsematon kasvu – tapaustutkimus nro 2

On myös tärkeää tunnistaa, ettei projektin laajuuden hallitsemattoman kasvun tarvitse johtua asiakkaan pyynnöstä.

Kuvittele olevasi projektipäällikkö, joka ottaa vastuulleen projektin, jossa on perinteinen vesiputousmallin mukainen rakenne: siihen kuuluvat rautalankamallit ja suunnitteluvaihe, joita seuraa kehitysvaihe.

Tutustut projektiin kehitysvaiheen alussa. Tehtävä on suoraviivainen – rakennat käyttöliittymän toisen toimiston toimittaman, brändäämättömän taustajärjestelmän päälle.

Olit hyväksynyt rautalankamallit ja suunnitelmat sekä käynyt kaiken läpi asiakkaan ja toimiston kanssa…mitä voisi muka mennä pieleen? No! Kävi ilmi, että toinen toimisto kehitti taustajärjestelmäänsä jatkuvasti ja julkaisi uutta koodia usein.

Hassua kyllä, he eivät ottaneet huomioon sitä, että toimistosi rakentaisi vanhan koodin päälle, joten koodisi rikkoutuu jokaisen julkaisun yhteydessä.

Korjataksesi tilanteen päätät, että tiimin on käytävä koodi uudelleen läpi ja päivitettävä se toimimaan yhdessä toisen toimiston jatkuvasti muuttuvan koodin kanssa. Tätä ei ollut otettu huomioon – mutta se oli välttämätöntä.

Aluksi ylimääräinen työ tarkoitti yksittäisiä pieniä korjauksia tapauskohtaisesti, mutta ongelmia alkoi ilmetä yhä enemmän. Vaikka toit asian esiin asiakkaalle, yritit sisällyttää ylimääräisen työn projektiisi sen sijaan, että olisit ilmoittanut asiakkaalle tarpeesta löytää yhteinen ratkaisu ennen kehitystyön jatkamista.

Voi tätä jälkiviisauden hyötyä! Mitä tapahtui? Uppouduit yhä syvemmälle olemassa olevan koodin uudelleenkehittämiseen – aikataulut venyivät, myöhästyit määräajasta ja toimistosi joutui projektin loppupuolella kovan paineen alle. Tiimin motivaatio laski, asiakas ei ollut tyytyväinen ja lopulta projekti viivästyi kaksi kuukautta.

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

Tässä on strategioita, joiden avulla voit vähentää projektiesi laajuuden hallitsemattoman kasvun todennäköisyyttä:

• Määrittele projektisi laajuus selkeästi heti alusta alkaen ja ota mielellään projektiryhmä mukaan sitoutumisen varmistamiseksi. Käytä työn määrittelyä kuvaavaa lausuntoa dokumentoidaksesi, mitä projektiin kuuluu ja mitä sen ulkopuolelle jää. Viesti sitten laajuudesta tiimin jäsenille ja projektin sidosryhmille, myös asiakkaalle.
• Ota koko tiimi mukaan vaatimuksiin perustuvien realististen arvioiden laatimiseen. Vähennä virheellisten arvioiden riskiä seuraavasti: 1) varaa aikaa selvitysvaiheelle määrittääksesi, mitä rakennatte, 2) käytä aika- ja materiaaliperusteista sopimusta kiinteähintaisen sopimuksen sijaan ja 3) määrittele rakennettavat ominaisuudet vähemmän yksityiskohtaisesti. Keskity toivottuihin lopputuloksiin.
• Laadi varasuunnitelmia varmistaaksesi, että laadunvarmistukseen varataan riittävästi aikaa. Harkitse myös automaattisen testauksen käyttöä ajan säästämiseksi — artikkelit Manuaalisen ja automaattisen testauksen hyvät ja huonot puolet ja Parhaat automaatiotyökalut ovat hyödyllisiä lähteitä.
• Laadi muutoksenhallintasuunnitelma projektin alussa ja määrittele siinä, miten käsittelet laajuuden muutoksia. Jos aiot käyttää muutosvaatimuksia, kuvaa yksityiskohtaisesti noudattamasi muutostenhallintaprosessi.
• Tee tiivistä yhteistyötä asiakkaasi kanssa projektin toteutuksen aikana. Esittele hänelle projektin eteneminen tai projektin tilanneraportti, kehitä ratkaisua iteratiivisesti ja pidä asiakas mukana koko prosessin ajan, jotta yllätyksiä ei synny.
• Ota ongelmat ennakoivasti esille joko niiden ilmetessä tai mieluiten jo ennen sitä, jos olet löytänyt ratkaisun ongelman käsittelemiseksi. Dokumentoi riskienhallintaprosessisi käyttämällä riskienhallintasuunnitelmaa. Ylläpidä ja tarkista riskirekisteriä, johon kirjataan mahdolliset riskit.
• Esitä kysymyksiä saapuvien pyyntöjen priorisoimiseksi. Varmista, etteivät nämä pyynnöt vahingossa laajenna projektin laajuutta, monista tehtyä työtä tai johda tarpeettomien lisäominaisuuksien rakentamiseen. Keskustele tiimin kanssa ymmärtääksesi jokaisen pyynnön, sen vaikutuksen projektin budjettiin ja aikatauluun sekä odotetun käyttäjähyödyn, jotta voit priorisoida pyynnöt asianmukaisesti.
• Ota käyttäjät mukaan varhaisessa vaiheessa. On houkuttelevaa huijata itseämme ajattelemaan, että me — asiakkaat, liiketoiminta ja tiimi — tunnemme käyttäjät riittävän hyvin voidaksemme välttää vuorovaikutuksen heidän kanssaan. Todellisuudessa voit tuhlata paljon aikaa etenemällä suuntaan, joka ei tuota lisäarvoa, jos et hyödynnä käyttäjäpalautetta heti alussa. Tässä vaiheessa projektin laajuus voi alkaa kasvaa hallitsemattomasti.

More Articles

• 12 parasta projektinhallintapodcastia, joita kannattaa kuunnella vuonna 2026
• Kuinka käyttää Confluencea projektinhallintaan vuonna 2026
• 4 strategiaa epärealististen projektin määräaikojen käsittelyyn

Miten hallitsemattomaan laajenemiseen puututaan

Jos projektisi joutuu hallitsemattoman laajenemisen uhriksi (tai olet saanut vastuullesi liian laajan projektin), älä panikoi. Sinulla on edelleen mahdollisuus selviytyä tilanteesta. 

Olen noudattanut seuraavia vaiheita ottaessani vastuulleni ongelmallisen projektin, joka oli joutunut hallitsemattoman laajenemisen uhriksi:

• Aloita selittämällä tilanne asiakkaallesi tai sidosryhmälle. Kerro, miten olet päätynyt nykyiseen tilanteeseen ja millaisia korjaussuunnitelmia sinulla on tilanteen ratkaisemiseksi. Asian kaunistelemisesta ei ole hyötyä. Tilanne on mikä on.
• Ehdota tapoja karsia toteutusta arvoa uhraamatta. Tämä voi tarkoittaa tiettyjen ominaisuuksien prioriteetin laskemista tai niin sanottujen mukavien lisäominaisuuksien siirtämistä myöhemmäksi, kunnes voit julkaista ne nopeasti seuraavassa vaiheessa. Laadi asiakkaallesi esitys, jossa eri lähestymistapojen väliset kompromissit on kuvattu selkeästi.
• Säädä tiimi sopivan kokoiseksi. Tämä voi tarkoittaa heikosti suoriutuvan 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, millä olisi organisaation kannalta suuremmat seuraukset.
• Hoida 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ä työtunteja saadaksesi jonkin asian valmiiksi suunniteltua aiemmin ja hyvittääksesi tilanteen. Tärkeintä on rajata tämä lyhytaikaiseksi toimenpiteeksi, jotta siitä ei tule huonoa tapaa.

Pidä myös mielessä, että joskus projektin laajuuden hallitsematon kasvu voi olla hyödyllistä. Sen sijaan, että pitäisit sitä salakavalana vihollisena, voit yksinkertaisesti ajatella sitä muutoksena. Muutos voi olla valmistamallesi tuotteelle erittäin hyödyllinen. Projektiin vaikuttaa tapa, jolla hallitset muutosta — ei itse muutospyyntö.

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

Miten projektin laajuutta hallitaan ketterästi

Projektin laajuuden hallitsematon kasvu liittyy tyypillisesti projekteihin, joissa laajuus on kiinteä. Entä jos käytät ketterää menetelmää?

Ketterässä kehityksessä muutokset hyväksytään — ja suoraan sanoen myös ketterien projektipäälliköiden pitäisi toimia näin. Kuten yksi ketterän kehityksen keskeisistä periaatteista toteaa:

Toivota muuttuvat vaatimukset tervetulleiksi, myös myöhäisessä kehitysvaiheessa. Ketterät prosessit hyödyntävät muutosta asiakkaan kilpailueduksi.

Jos työskentelet esimerkiksi Scrum-menetelmässä ja uusi vaatimus tulee esiin, lisää se työjonoon priorisoitavaksi tuotteen omistajan ja tiimin kanssa. Jos tämä vaatimus päätyy sprinttiin sprintin suunnittelukokouksessa, jätä jokin muu asia sen sijaan alemmalle prioriteetille.

Ketteryyden tarkoituksena on toistaa työvaiheita, mikä tarkoittaa suunnittelua, rakentamista, testaamista, oppimista ja sitten syklin toistamista. Koska ketterissä projekteissa yksityiskohtia ei määritellä tarkasti etukäteen, muutoksille jää tilaa – voit vaihtaa yhden käyttäjätarinan toiseen, joka vaatii yhtä paljon työtä. Muutos johtaa parhaaseen mahdolliseen tuotteeseen käytettävissä olevan ajan puitteissa.

Milloin projektin laajuus siis kasvaa hallitsemattomasti ketterässä projektissa? Projektin laajuus voi kasvaa hallitsemattomasti, jos tuotteen omistaja ei alenna ominaisuuksien tai tehtävien prioriteettia uuden vaatimuksen lisäämisen yhteydessä.

Hän ei myöskään välttämättä arvioi uuden tehtävän ja alemman prioriteetin tehtävän vaatimaa työmäärää, mikä voi johtaa ylimääräisen työn ahtamiseen jo valmiiksi liian tiukkaan sykliin.

Varmista, että jaat kaikki työjonoon tulevat uudet ominaisuudet tarinoiksi ja ymmärrät niiden vaatiman työmäärän, jotta voit priorisoida ne asianmukaisesti.

Projektin laajuuden hallitsematonta kasvua on yleensä paljon helpompi ehkäistä ketterässä projektissa juuri siksi, että ketterä menetelmä kannustaa muutoksiin ja ottaa ne huomioon jo itse menetelmän rakenteessa.

Vesiputousprojektissa tuotteesi rakennetaan todennäköisesti vaihe vaiheelta, kunnes saat lopussa valmiiksi uuden hienon kokonaisuuden. Tämä voi johtaa siihen, että kaikkea pidetään ensisijaisena.

Jos ominaisuuksien välillä ei ole selkeitä prioriteetteja, on vaikea ymmärtää, mistä projektin laajuudesta voidaan luopua, kun projektin vaatimuksiin alkaa tulla muutoksia.

Mitä seuraavaksi?

Haluatko verkostoitua muiden digitaalisten projektipäälliköiden kanssa ja jakaa resursseja sekä parhaita käytäntöjä? Liity jäsenyhteisöömme ja saat käyttöösi yli 100 mallipohjaa, näytettä ja esimerkkiä sekä mahdollisuuden verkostoitua satojen muiden digitaalisten projektipäälliköiden kanssa Slackissa.