Lopullinen opas projektinhallintamenetelmiin

Mitä ovat projektinhallintamenetelmät? Projektinhallintamenetelmät ovat pääosin joukko ohjaavia periaatteita ja prosesseja projektin hallitsemiseksi. Valitsemasi metodologia määrittelee työskentelyn ja viestinnän.

Joten miten valitset projektinhallintamenetelmät?

Mikä menetelmä valitset, riippuu tiimistäsi, projektityypistäsi ja projektin laajuus. Projektinhallintamenetelmien (PMM) valitseminen on yksi ensimmäisistä päätöksistä, jotka sinun on tehtävä projektipäällikkönä.

Valitsemallasi menetelmällä on syvällinen ja jatkuva vaikutus sinä ja tiimisi toimintaan. Eri projektinhallintamenetelmillä on omat hyvät ja huonot puolensa eri projektityypeille. Jotkut on suunnattu nopeuteen, jotkut kattavuuteen.

Tässä artikkelissa annan sinulle täydellisen yleiskuvan erilaisista PMM: istä ja niiden valitsemisesta.

BONUS: Napsauta tätä saadaksesi täysin ilmainen, kuratoitu luettelo 63 projektinhallintamallista, joissa on kaikki mitä tarvitset prosessien virtaviivaistamiseksi tänään.

Projektinhallintamenetelmien tyypit

Paperilla PM-menetelmät ovat työkaluagnostisia, ts. sinun pitäisi pystyä käyttämään mitä tahansa metodologiaa riippumatta siitä, mitä PM-työkalua käytät.

Todellisuudessa useimmat projektinhallintatyökalut ovat erikoistuneet käyttämään kourallista menetelmiä. Tämä on tekijä sen metodologian suhteen, jonka lopulta päätät käyttää.

Kysymys kuuluu nyt: mitkä ovat erityyppiset projektinhallintamenetelmät? Mitkä ovat niiden edut ja haitat? Minkälaisiin projekteihin ne sopivat parhaiten?

Seuraavassa tarkastelen 9 suosituinta projektinhallintamenetelmää.

Vesiputous

Vesiputousmenetelmä on tämän luettelon vanhin menetelmä. Dr. Winston Royce esitteli sen ensimmäisen kerran vuonna 1970 vastauksena ohjelmistokehityksen yhä monimutkaisemman luonteen hallintaan. Siitä lähtien siitä on tullut laajalti käytetty, etenkin ohjelmistoteollisuudessa.

Vesiputousmenetelmä on peräkkäinen. Se on myös voimakkaasti vaatimuksiin keskittynyt. Sinulla on oltava täysin selkeä käsitys siitä, mitä projekti vaatii, ennen kuin jatkat. Korjausta ei ole mahdollista, kun projekti on käynnissä.

Vesiputous-menetelmä on jaettu erillisiin vaiheisiin. Aloitat keräämällä ja analysoimalla vaatimuksia, suunnittelemalla ratkaisun (ja lähestymistapasi), toteuttamalla ratkaisun ja korjaamalla mahdolliset ongelmat.

Tämän prosessin jokainen vaihe on itsenäinen; käärit yhden vaiheen ennen siirtymistä toiseen.

Graafisesti voit esittää sen seuraavasti:

Edellä on kyse ohjelmistokehityksen näkökulmasta. Yksittäiset vaiheet olisivat erilaiset luovassa projektinhallinnassa, mutta lähestymistapa pysyy samana.

Edut

Kuten aiemmin mainitsin koulutus- ja tukijohtaja Mike Wang:

”Yksi vesiputouksen hallinnan taustalla olevista tekijöistä on, että sijoittamalla aikaa projektin alkuvaiheessa johtajat varmistavat, että suunnittelutarpeet ja muut vaatimukset on täytetty – mikä säästää aikaa ja vaivaa, joka yleensä liittyy ongelmien taannehtivaan korjaamiseen ”

Vesiputousmenetelmällä on siis useita etuja, kuten:

• Helppokäyttöisyys: Tämä malli on helppo ymmärtää ja käyttää. Vaiheiden välinen jako on intuitiivinen ja helppo ymmärtää aiemmasta kokemuksesta riippumatta.
• Rakenne: Vesiputousmenetelmän jäykkyys on vastuu, mutta voi myös olla vahvuus. selkeä rajaus vaiheiden välillä auttaa organisoimaan ja jakamaan työn. Koska et voi ”palata takaisin, sinun on oltava” täydellinen ”kussakin vaiheessa, mikä ften tuottaa parempia tuloksia.
• Dokumentaatio: Terävä keskittyminen vaatimusten keräämiseen ja ymmärtämiseen tekee Waterfall-mallista erittäin riippuvaisen dokumentoinnista. Tämän ansiosta uusien resurssien on helppo liikkua ja työskennellä projektissa tarvittaessa.

Haitat

• Suurempi riski: Menetelmän jäykkyys tarkoittaa, että jos löydät virheen tai haluat muuttaa jotakin, sinun on aloitettava projekti olennaisesti alusta. Tämä lisää merkittävästi projektin epäonnistumisen riskiä.
• Raskas etuosa: Koko vesiputousmenetelmä riippuu suuresti siitä, miten ymmärrät ja analysoit vaatimukset oikein. Jos et tee sitä – tai jos vaatimukset muuttuvat – sinun on aloitettava alusta. Tämä joustavuuden puute tekee siitä huonon valinnan pitkille ja monimutkaisille projekteille.

Paras:

Vesiputousmenetelmää käytetään yleisimmin ohjelmistokehityksessä.Se toimii parhaiten seuraaville projektityypeille:

• Lyhyet, yksinkertaiset projektit
• Projektit, joilla on selkeät ja kiinteät vaatimukset
• Projektit, joiden resurssit vaihtelevat perusteellinen dokumentaatio

Ketterä

Ketterä, toinen ohjelmistokehitykseen keskittynyt PM-menetelmä, tuli esiin vastauksena vesiputousmenetelmän epäonnistumiseen monimutkaisten projektien hallinnassa. Vaikka ketterät pääministeri-ideat olivat olleet käytössä ohjelmistoteollisuudessa jo jonkin aikaa, ne syntyivät virallisesti vuonna 2001, kun useat IT-edustajat julkaisivat ”Ketterän manifestin”.

Lähestymistavassa ja ideologiassa ketterä on päinvastainen vesiputousmenetelmää. Kuten nimestä voi päätellä, tämä menetelmä suosii nopeaa ja joustavaa lähestymistapaa (tässä on yksi tapa ymmärtää ketterä, kuten lapsille on selitetty). Ei ole kovin kovaa vaatimusten keräämistä. Pikemminkin se on iteratiivinen pienillä inkrementaalisilla muutoksilla, jotka vastaavat muuttuvat vaatimukset.

Graafisesti se voidaan esittää seuraavasti:

Edut

• Joustavuus ja vapaus: Koska kiinteitä vaiheita tai keskittymistä vaatimuksiin ei ole, se antaa resursseillesi paljon suuremman vapauden kokeilla ja tehdä vähitellen muutoksia. sopii erityisen hyvin luoviin projekteihin.
• Pienempi riski: Ketterällä hallinnalla saat säännöllistä palautetta sidosryhmiltä ja teet muutoksia vastaavasti. Tämä vähentää merkittävästi projektin epäonnistumisriskiä, koska sidosryhmät ovat mukana jokaisessa vaiheessa.

Haitat

• Ei kiinteää suunnitelmaa: Ketterä lähestymistapa korostaa vastaamista muutoksiin niiden tapahtuessa. kiinteän suunnitelman puuttuminen vaikeuttaa resurssien hallintaa ja aikatauluttamista. Sinun on jatkuvasti hajautettava resursseja, tuomalla ne päälle / pois tapauskohtaisesti.
• Yhteistyö on raskasta: Kiinteän suunnitelman puuttuminen tarkoittaa, että kaikkien mukana olevien osastojen – mukaan lukien sidosryhmät ja sponsorit – on työskentele tiiviisti tulosten saavuttamiseksi. Palautekeskeinen lähestymistapa tarkoittaa myös sitä, että sidosryhmien on oltava halukkaita (ja käytettävissä) tarjoamaan palautetta nopeasti.

Paras:

Ketterän lähestymistavan joustavuus tarkoittaa että voit mukauttaa sen erityyppisiin projekteihin.

Tämä menetelmä toimii parhaiten:

• Kun sinulla ei ole kiinteää päätä mielessä, mutta sinulla on yleinen idea tuotteesta.
• Kun projektin on mukaututtava nopeisiin muutoksiin.
• Jos yhteistyö ja viestintä ovat tärkeimmät vahvuutesi (ja suunnittelu ei ole t)

Hybridi

Hybridi-lähestymistapa on nimensä mukaisesti yhdistelmä vesiputous- ja ketteriä menetelmiä. Se ottaa sekä vesiputouksen että ketterän parhaat puolet ja yhdistää ne joustavaan mutta jäsenneltyyn lähestymistapaan, jota voidaan käyttää eri projekteissa.

Hybridimenetelmä keskittyy alun perin vaatimusten keräämiseen ja analysointiin – nyökkäys vesiputousmenetelmään. Siitä lähtien se vie ketterän lähestymistavan joustavuuden painottaen nopeita iteraatioita.

Yhdistämällä Vesiputous ja Ketterä -ominaisuudet Hybridimenetelmä (jota joskus kutsutaan nimellä ”Strukturoitu ketterä”) antaa sinulle molempien maailmojen parhaat puolet. .

Edut

• Lisääntynyt joustavuus: Suunnitteluvaiheen jälkeen Hybrid-menetelmä tarjoaa sinulle huomattavasti enemmän joustavuutta verrattuna Waterfall-menetelmään. Niin kauan kuin vaatimukset eivät muutu olennaisesti, voit tehdä muutoksia niiden pyytäessä.
• Jäsennellyt: Lainaten alkuvaiheen suunnitteluprosessin Waterfallista, Hybrid-menetelmä ratkaisee yhden suurimmista valituksista ketterä lähestymistapa – rakenteen ja suunnittelun puute. Siksi saat ”molempien maailmojen parhaat puolet”.

Haitat

• Vaatii kompromissia: Koska sovitat olennaisesti yhteen kaksi polaarista vastakkaista lähestymistapaa, molemmat osapuolet täytyy tehdä kompromisseja vaatimuksista ja joustavuudesta.
• ”Molempien maailmojen parhaat puolet” -lähestymistapa riistää ketterän joustavuuden ja vesiputouksen varmuuden. Kaikkien tekemiesi iteraatioiden on noudatettava budjetointia ja ajoitusta koskevia rajoituksia. Perustettu eteen.

Paras:

Hybridi-lähestymistapa sopii parhaiten hankkeisiin, joilla on keskitasoiset vaatimukset verrattuna ketterään ja vesiputoukseen, ts. ne vaativat myös rakennetta joustavuutena.

Tämä olisi enimmäkseen keskikokoisia projekteja, joiden monimutkaisuus on kohtuullisen korkea, mutta budjetit kiinteät. Sinulla olisi todennäköisesti idea lopputuotteesta, mutta olet myös avoin kokeilulle. Tarvitset tiivistä yhteistyötä , etenkin suunnitteluvaiheen jälkeen.

Scrum

Scrum ei ole taf täysin esillä oleva projektinhallintamenetelmä. Pikemminkin se kuvaa lähestymistapaa ketterään hallintaan keskittyen projektiryhmiin, lyhyisiin ”sprintteihin” ja päivittäisiin stand-up-kokouksiin.

Vaikka Scrum lainaa periaatteet ja prosessit Agilelta, sillä on omat erityiset menetelmänsä ja taktiikkansa projektinhallintaan. Kuten Mike sanoi aiemmin:

”Ketterä on filosofia ja Scrum metodologia. Vaikka scrum on ketterä, ketterä ei ole scrum.”

Scrum-lähestymistapa sijoittaa projektitiimin projektin eteen ja keskelle. Usein ei ole projektipäällikköä. Sen sijaan tiimin odotetaan olevan itseorganisoituva ja itsensä johtava. Tämä tekee siitä ihanteellisen erittäin keskittyville ja ammattitaitoisille joukkueille, mutta ei niin paljon muille.

Edut

• Scrum ”sprints”: Scrum-lähestymistapa keskittyy voimakkaasti 30- päivän ”sprintit”. Tällöin projektitiimi jakaa lopun tavoitteiden toivelistan pieniksi paloiksi ja työskentelee sitten 30 päivän jaksoissa päivittäisten stand-up-kokousten kanssa. Tämän ansiosta suurten ja monimutkaisten projektien hallinta on helppoa.
• Nopea tempo: ”Sprint” -lähestymistapa 30 päivän rajoituksellaan ja päivittäisillä stand-up-kokouksillaan edistää nopeaa iterointia ja kehitystä.
• Tiimikeskeinen: Koska projektitiimin odotetaan johtavan itseään, Scrum-tiimeillä on selkeä näkyvyys projektissa. Se tarkoittaa myös sitä, että projektipäälliköt voivat asettaa omat prioriteettinsa omien kykyjensä tuntemuksen mukaan.

Näiden lisäksi sillä on kaikki ketterän edut – nopea iterointi ja säännöllinen sidosryhmien palaute.

Haitat

• Laajuus hiipii: Koska aikataulua ja budjetointia varten ei ole kiinteää päättymispäivää eikä projektipäällikköä, Scrum voi helposti johtaa laajuuden hiipumiseen.
• Suurempi riski: Koska projektitiimi on itsehallinnollinen, epäonnistumisriski on suurempi, ellei tiimi ole erittäin kurinalaista ja motivoitunutta. Jos joukkueella ei ole tarpeeksi kokemusta, Scrumilla on erittäin suuret epäonnistumismahdollisuudet.
• Joustavuuden puute: Projektiryhmän kohdentaminen tarkoittaa, että kaikki joukkueen väliin jättävät resurssit vaikuttavat valtavasti verkkoon. Tämä lähestymistapa ei myöskään ole tarpeeksi joustava suurille joukkueille.

Paras:

Scrum-lähestymistapa on paras kokeneille, kurinalaisille ja motivoituneille projektiryhmille, jotka voivat asettaa omat prioriteettinsa ja ymmärtävät projektivaatimukset selvästi. Siinä on kaikki ketterät puutteet ja kaikki edut. Se toimii suurissa projekteissa, mutta epäonnistuu, jos projektitiimi itsessään on erittäin suuri.

Lyhyesti sanottuna: käytä Scrum, jos kehität monimutkaisia ohjelmistoja ja sinulla on käytössään kokenut tiimi.

Critical Path Method (CPM)

Edellä olevat neljä projektinhallintamenetelmää syntyivät ohjelmistokehityksestä. Vaikka voit varmasti käyttää niitä muihin kuin ohjelmistoprojekteihin, käytettävissäsi on parempia vaihtoehtoja.

Yksi suosituimmista vaihtoehdoista on Critical Path Method (CPM).

Kriittinen polku -menetelmällä voit luokitella kaikki projektin loppuun saattamiseen tarvittavat toiminnot työn erittelyrakenteeseen. Sitten kartoitetaan kunkin toiminnan ennustettu kesto ja niiden väliset riippuvuudet.

Tämä auttaa kartoittamaan aktiviteetteja, jotka voidaan suorittaa samanaikaisesti, ja mitkä toiminnot tulisi suorittaa ennen kuin muut voivat aloittaa.

Edut

• Parempi ajoitus: Aktiviteettien ja niiden keskinäisten riippuvuuksien kartoittaminen auttaa sinua aikatauluttamaan tehtäviä paremmin. Jos tehtävä X riippuu tehtävän Y valmistumisesta ensin, CPM auttaa sinua tunnistamaan ja aikatauluttamaan sen.
• Prioriteetti: CPM-menetelmän onnistuminen riippuu kriittisten ja ei-kriittisten toimintojen tunnistamisesta ja kartoittamisesta. Kun olet kartoittanut nämä aktiviteetit, voit priorisoida resurssit paremmin.

Haitat

• Aikataulu edellyttää kokemusta: Kuten kaikki kokeneet projektipäälliköt kertovat sinulle, vie aina enemmän aikaa kuin odotat. Jos sinulla ei ole todellista kokemusta aikataulutuksesta, sinun on laskettava jokaisen toiminnan aika väärin.
• Ei joustavuutta: Kuten Waterfall-menetelmä, CPM on etu- raskas. Sinun on suunniteltava kaikki alusta alkaen. Jos muutoksia tapahtuu, koko aikataulusta ei ole merkitystä. Tämän vuoksi tämä menetelmä ei sovellu hankkeisiin, joiden vaatimukset muuttuvat.

Paras kohteelle

Kriittisen polun menetelmä soveltuu parhaiten hankkeisiin, joissa on toisistaan riippuvia osia. Jos haluat tehtävien suorittamisen samanaikaisesti tai yhden tehtävän päättymisen ennen toisen aloittamista, haluat käyttää tätä metodologiaa.

CPM löytää paljon sovelluksia monimutkaisissa mutta toistuvissa toiminnoissa, kuten teollisuushankkeet. Se ei sovi yhtä hyvin dynaamiseen alueeseen, kuten luovaan projektinhallintaan.

Kriittisen ketjun projektinhallinta (CCPM)

Kriittisen ketjun pääministeri on yksi uusimmista projektihallintamenetelmistä Se on kehitetty vaihtoehtona Kriittinen polku -menetelmälle ja keskitytään resurssien hallintaan.

CCPM: n kanssa työskentelet taaksepäin lopullisesta tavoitteesta.Tunnistat suoritteet ja kartoit sitten projektin loppuun saattamiseen tarvittavat tehtävät aiempien kokemusten avulla. Kartoitat myös resurssien keskinäiset riippuvuudet ja jaat ne kunkin tehtävän mukaan.

Tämä TrackerSuiten kaavio näyttää eron perinteisen ja CCPM-projektiaikataulun välillä.

CCPM korostaa resurssien käyttöä ja menetetyn tuottavuuden minimointia. Se on voimakkaasti riippuvainen ”yhden tehtävän” tekemisestä, ts. Keskittymisestä käsillä olevaan tehtävään ja monitoimisen välttämisestä.

Resurssien rajoissa oleville projektiryhmille CCPM voi olla tehokas menetelmä.

Edut

• Resurssitehokas: Koko keskittyminen asianmukaiseen resurssien hallintaan tekee CCPM: stä yhden resurssitehokkaimmista projektinhallintamenetelmistä. Yksittäisen tehtävän korostaminen on myös sopusoinnussa nykypäivän käsityksemme kanssa monitehtävien haitallisista vaikutuksista.
• Keskity lopputavoitteeseen: CCPM ei ”pakkomielle ongelman” optimaalisesta ”ratkaisusta. priorisoi ”riittävän hyvät” ratkaisut, jotka voivat auttaa saavuttamaan lopputavoitteen. Koska työskentelet myös taaksepäin lopullisesta tavoitteesta, CCPM tuottaa yleensä parempia tuloksia monimutkaisissa projekteissa.

Haitat

• Ei sovellu moniprojektiympäristöihin: CCPM: n resurssikeskeinen lähestymistapa voi toimia vain yhden projektin ympäristöissä. Moniprojektiympäristöissä projektit saattavat jakaa resursseja. CCPM ei voi suunnitella resurssien jakelua tällaisessa tilanteessa.
• Viiveet yleiset: CCPM jakaa tehtävien välisen aukon tai täytteen tehtävän ajan pituuden saamiseksi. Teoriassa tämän oletetaan korvaavan resurssit, jotka yliarvioidaan. omaa tehokkuuttaan. Todellisuudessa resurssit täyttävät Parkinsonin lakia noudattaen täytteen kohtuuttomilla viiveillä.

Paras:

CCPM toimii parhaiten ympäristöissä, joissa resurssit on omistettu yhdelle projektille. Jos sinulla on oma tiimi projektiin, se toimii hyvin. Jos tiimisi on jaettu useaan projektiin, kamppailet resurssien suunnittelun kanssa.

CCPM: n resurssikeskeinen lähestymistapa on ihanteellinen myös resurssirajoitteisille projektiryhmille. Jos huomaat jatkuvasti ylityöllistettyä tai puuttuvia määräaikoja , CCPM-metodologia saattaa olla sinulle.

Integroitu projektinhallinta (IPM)

Integroitu projektinhallinta (IPM) – joskus kutsutaan myös ”integroiduksi projektin toimitukseksi” – on yleinen projektinhallinta menetelmät luovilla aloilla. Tämä menetelmä korostaa prosessien jakamista ja standardointia koko organisaatiossa.

IPM-lähestymistapa syntyi vastauksena luovien kampanjoiden yhä integroituneempaan luonteeseen. Et vain tuota yhtä mainosta ; integroit mainoksen mikrosivustoihin, digitaaliseen sisältöön jne. Useimmat luovat projektit ovat osa laajempaa kampanjaa.

Integroidulla projektilla on seuraavat komponentit:

Integroimalla prosessit organisaatioon IPM antaa projektipäälliköille paremman käsityksen projektista ja pääsyn oikeisiin resursseihin.

Tämä tekee IPM: stä erityisen sopivan luoville toimistoille.

Edut

• Läpinäkyvyys: Prosessien integrointi organisaatioon parantaa avoimuutta organisaatiossa. IPM-lähestymistapa keskittyy tiimin jäsenten dokumentointiin ja kokouksiin säännöllisesti, mikä auttaa pitämään kaikki ajan tasalla.
• Vastuullisuus: IPM-lähestymistavan integroitu luonne saa koko projektitiimin vastaamaan projektista. Koska yksikään tiimin jäsen ei voi toimia siilossa, IPM parantaa vastuullisuutta.

Haitat

Edellyttää laajaa suunnittelua: IPM-lähestymistavan avulla sinun on suunniteltava laajasti etukäteen ja varmistaa, että kaikki prosessit ovat hyvin integroituneita. Tämä lisää taakkaa merkittävästi ja voi johtaa viivästyksiin.

Paras

Suuret toimistot, joilla on erilaiset tiimit ja prosessit, hyötyvät eniten integroidusta projektinhallinnasta. Se toimii parhaiten monimutkaisissa luovissa projekteissa, joissa tarvitset resursseja useilta tiimeiltä ja osastoilta, jotta voit olla yhteydessä toisiinsa.

PRiSM

PRiSM (Projects integration Sustainable Methods) on kehitetty projektinhallintamenetelmä Green Project Management (GPM) Global.

Kuten luojan nimi vihjasi, PRiSM-lähestymistapa keskittyy hankkeen haitallisten ympäristövaikutusten huomioon ottamiseen ja minimoimiseen. Se eroaa perinteisistä menetelmistä siinä mielessä, että Sen sijaan se huomioi projektin koko elinkaaren toimituksen jälkeen kestävyyden maksimoimiseksi.

Tässä on yleiskatsaus toimintojen järjestämiseen PRiSM: ssä:

Edut

PRiSM-lähestymistapa on erittäin hyödyllinen nykyaikaisissa projekteissa, joissa ympäristökustannukset ja kestävyys ovat keskeisiä menestyskriteereitä.Suurille hankkeille, joissa energiankulutuksen vähentäminen, jätteiden hallinta ja ympäristövaikutusten minimointi ovat kriittisiä, PRiSM tarjoaa toteuttamiskelpoisen projektinhallinnan ideologian. huolenaihe (kuten ohjelmistot tai luovat projektit).

Menestys PRiSM-lähestymistavassa edellyttää myös, että projektiryhmän kaikilla osilla – myös ulkopuolisilla urakoitsijoilla ja sidosryhmillä – on oltava kestävyysperiaate – kova pyyntö useimmat organisaatiot.

Paras kohteelle

PRiSM soveltuu enimmäkseen suuriin ja monimutkaisiin kiinteistö- ja teollisuusprojekteihin, joissa kestävyys on keskeinen huolenaihe.

PRINCE2

PRINCE2 (Projects IN Controlled Environments) on Ison-Britannian hallituksen virallinen projektinhallintamenetelmä (mikä tarkoittaa, että useimmat Ison-Britannian hallituksen hankkeet käyttävät sitä). Voit jopa saada PRINCE2-sertifikaatin helpottaaksesi työskentelyä projektipäällikkönä Isossa-Britanniassa.

PRINCE2 perustuu 7 periaatteeseen, 7 teemaan ja 7 prosessiin. Esimerkiksi seitsemän PRINCE2-periaatetta ovat:

1. Jatkuva liiketoiminnan perustelu
2. Opi kokemuksesta
3. Määritetyt roolit ja vastuut
4. Hallinnoi vaiheittain
5. Hallitse poikkeuksen mukaan
6. Keskity tuotteisiin
7. Räätälöi projektiympäristöön sopivaksi

Wikipedia on loistava esittelyartikkeli tästä metodologiasta. Ehdotan, että aloitat siitä, jos olet kiinnostunut PRINCE2: sta.

Edut

PRINCE2-projektin suorittaminen edellyttää kattavaa dokumentointia. Lisäksi yksi PRINCE2: n ohjaavista periaatteista on ”Oppia kokemus ”. Tämä keskittyminen dokumentointiin ja aiempaan kokemukseen voi auttaa vähentämään riskiä.

Haitat

PRINCE2: n kattavan dokumentaation haittana on, että muutoksia voi olla vaikea mukauttaa. Jos vaatimukset muuttuvat, sinun on tehtävä dokumentaatio uudelleen ja kohdennettava resurssit uudelleen, mikä voi haitata projektin vauhtia.

Paras:

Tämä menetelmä soveltuu parhaiten suuriin ja monimutkaisiin projekteihin kiinteät vaatimukset. Jos olet Isossa-Britanniassa, haluat todennäköisesti tietää PRINCE2-metodologian. Sitä käytetään laajalti maassa ja se on vaatimus hallituksen hankkeille.

Näiden lisäksi on useita muita PMM: iä, kuten Six Sigma, Crystal, Feature Driven Development (FDD), Dynamic Systems Development (DSDM). , Rational Unified Process (RUP), Kanban ja Lean Development (LD).

Valitset kuitenkin suurimmaksi osaksi jonkin yllä kuvatuista menetelmistä.

Kuinka valita oikea metodologia

Edellä olevasta osasta on selvää, että erilaiset PM-menetelmät soveltuvat paremmin eri projekteille. Et halua käyttää PRiSM: ää ohjelmistoprojektissa, aivan kuten et myöskään halua käyttää Agilea suuressa kiinteistökehityksessä.

Kun valitset PM-menetelmiä, tässä on muutama mielessä pidettävät asiat:

Arvioi projekti

Kun valitset projektinhallintamenetelmää, se auttaa aloittamaan lopusta. Sinun on tiedettävä tarkalleen, millainen lopullinen suoritus pitäisi näyttää ja mitä sinun täytyy saada se tekemään.

Keskity ensimmäisten vaatimusten keräämiseen. Jos vaatimukset viittaavat siihen, että tarvitset suuren ja monipuolisen tiimin, valitse menetelmä, joka tukee joustavuutta.

Jos sinulla on selkeä käsitys lopputuloksesta, valitse jäsennellympi menetelmä kuten Vesiputous. tulos on epämääräinen (yleinen sisäisten projektien tapauksessa), valitse iteroiva menetelmä kuten ketterä.

Joitakin muita huomioitavia asioita arvioitaessa projektia ovat:

• projekti budjetti
• Aikajana
• Koko ja monimutkaisuus
• Sidosryhmien odotukset
• Projektityyppi ja toimiala

Arvioi tiimiäsi

Projektinhallintamenetelmäsi on pohjimmiltaan projektin suunnitelma. Se kertoo tiimillesi, mitä luoda ja milloin luoda.

Jotta näin tapahtuisi, ryhmän tulisi pystyä lukemaan itse suunnitelma

Toisin sanoen, jos tiimisi ei ole perehtynyt valitsemaasi projektinhallintamenetelmään, kamppailet saavuttaaksesi tuloksia. Sinun on käytettävä aikaa metodologian oppimiseen (jota jotkut tiimisi jäsenet saattavat vastustaa), mikä johtaa viivästyksiin.

Ota huomioon myös joukkueesi kokoonpano. Tunnista sen vahvuudet ja heikkoudet. Jos joukkue menestyy yhteistyössä, voit valita vähemmän jäsennellyn lähestymistavan, kuten ketterä. Jos joukkue on erittäin motivoitunut ja kurinalainen, SCRUM-lähestymistapa voi toimia hyvin. Jos sinulla on rajalliset resurssit, valitse resurssitehokas lähestymistapa, kuten CCPM.

Tässä on muutama huomioitava asia joukkueesi arvioinnissa:

• Tiimikokemus
• Koulutus
• Itseorganisaatio-ominaisuudet
• Tiimivalmius
• Tiimin sijainti (etäinen, paikan päällä jne.)

Valitse periaatteessa joukkueellesi sopiva menetelmä sen sijaan, että pakottaisit tiimiä soveltamaan metodologiaa.

Arvioi organisaatiotasi

Miten yrityksesi on organisoitu, sen kulttuurilla ja aikaisemmilla tiedoilla on suuri vaikutus projektihallintamenetelmien valintaan. Jotkut metodologiat toimivat vain suurten organisaatioiden kanssa, joilla on vakiintunut hierarkia. Toiset sopivat paremmin pienempiin, kevyempiin asusteisiin.

Jos esimerkiksi aiemmat tietosi osoittavat, että kaikki ketterät projektisi ovat viivästyneet ja saaneet huonosti, on hyvä välttää tätä metodologiaa tulevaisuudessa.

Muutamia asioita, jotka sinun tulisi ottaa huomioon arvioidessasi organisaatiotasi:

• Aiemmat tiedot ja kokemus erilaisista menetelmistä
• Kulttuuri
• Organisaation hierarkia
• Joustavuus
• Organisaation kypsyysaste
• Organisaation koko
• Käytettävissä olevat resurssit, mukaan lukien ulkoiset resurssit, kuten freelancerit ja urakoitsijat .
• Toimialasi

Arvioi sidosryhmät

Kun valitset PM-menetelmän, ota huomioon:

• Sidosryhmien osallistuminen: Jotkut menetelmät edellyttävät, että sidosryhmät osallistuvat säännöllisesti projektin jokaiseen vaiheeseen. Esimerkiksi Agilen kanssa sidosryhmien on oltava säännöllisesti käytettävissä palautetta varten. Jos sidosryhmät ovat kiireisiä, valitse menetelmä joka vaatii vähemmän sidosryhmien osallistumista.
• Sidosryhmävaatimukset: Kuinka sidosryhmäsi toimivat? Mitä he vaativat projektipäälliköltä? Jos sidosryhmien tiedetään vaihtavan projektin laajuutta usein, valitse joustavampi menetelmä. Vastaavasti, jos sidosryhmät vaativat päivittäisiä päivityksiä, valitse menetelmä, joka pystyy vastaamaan tähän kysyntään.

Kun otetaan huomioon sidosryhmien merkitys projektin onnistumisessa, heidän vaatimustensa pitäminen mielessä tekee onnellisemmista sidosryhmistä ja onnistuneempia projekteja.

Arvioi työkalusi

Projektinhallintatyökalut ovat harvoin metodologisia. Ne on yleensä suunniteltu toimimaan hyvin tietyllä metodologialla.

Siksi ohjelmistotyökalut, joihin sinulla on nykyinen käyttöoikeus ja asiantuntemus, vaikuttavat valintasi.

Voit tehdä tämän seuraavasti:

• Tee luettelo kaikista tällä hetkellä käyttämistäsi ohjelmistotyökaluista.
• Luettele heidän rajoituksensa ja kykynsä.
• Vertaa heidän ominaisuuksiaan tietyn PM-menetelmän vaatimuksiin.

Ihannetapauksessa valitsemasi metodologian tulisi toimia nykyisen työkalupakettisi kanssa. Jos joudut ostamaan uusia työkaluja, sinun ei tarvitse vain käyttää enemmän, vaan menetät myös kriittisen ajan tiimisi uudelleenkoulutuksessa.

Tämän perusteellisen arvioinnin tekeminen auttaa sinua valitsemaan metodologian, joka sopii sinun tavoitteet, tiimisi kyvyt ja sidosryhmäsi vaatimukset täydellisesti.

Päätelmä

Projektipäällikkönä sinulla on useita projektihallintamenetelmiä, joista valita. Jokaisella näistä menetelmistä on omat vahvuutensa ja heikkoutensa. Oikean valitseminen tekee projektistasi nopeamman, sujuvamman ja tehokkaamman.

Valitse jokin yllä luetelluista menetelmistä. Arvioi sitten projekti, tiimi, organisaatio, sidosryhmät ja olemassa olevat työkalut valitsemaan metodologia, joka sopii vahvuuksiisi ja vaatimuksiisi.