Agile Vs. Tradisjonell Prosjekt Management

De første skritt mot det vi nå kjenner som agile prosjektledelse strategier ble utviklet tilbake i 1986, da to produktutvikling ledere, Takeuchi og Nonaka, publisert en artikkel i Harvard Business Review kalt “ New New Product Development Game &" ;. I artikkelen, de to forestilt et prosjekt forvaltningsstrategi som lignet et spill av rugby, der gruppemedlemmer kunne nå sine mål ved en prosess med konstant re-evaluering og respons. De trodde dette ville føre til prosjekt evolusjon som ville ende opp med et produkt som møtte kundene og' trenger mer fullstendig.

Disse pionerene innen Agile prosjektledelse har blitt fulgt opp av en rekke videre studier og rapporter, som fører til det vi i dag kjenner som Agile prosjektledelse. Selv i dag strategier og ideer i kjernen av Agile bo lojale til hva Takeuchi og Nonaka trodde opp tilbake i 80 &'; s, men hva er det egentlig dreier seg om, og hvorfor er det så forskjellig til tradisjonelle metoder for prosjektledelse

Forskjellene mellom Agile og tradisjonelle

Lagene
Med Agile prosjektledelse, lagene er i stor grad selvstyrt og oppfordres til å oppnå sine leveranser på noen måte de ønsker, så lenge de Følg begrensninger av budsjett, tidsrammer og kvalitet samt eventuelle andre regler av " game &' ;. Dette står i kontrast tydelig med tradisjonelle prosjektledelse metoder, der lagene er vanligvis tett kontrollert av prosjektleder, som arbeider for å detaljerte planer som er satt ut fra start.

Kravene
I Agile prosjektledelse, kravene av prosjektet er utviklet gjennom hele prosessen som ulike behov eller bruksområder er identifisert. Dette kan, og ofte gjør, mener at det endelige utfallet av prosjektet er svært forskjellig fra det som ble forventet i starten. I tradisjonell prosjektledelse, ting er veldig annerledes. Kravene prosjektet er satt sammen helt i starten, vanligvis før prosjektet har riktig sparket i gang. Problemet med dette er at dette " krystallkule &'; metode for planlegging kan føre til omfang krype, på grunn av interessenter som ber om litt mer enn de egentlig trenger.

Testing og tilbakemeldinger
I tradisjonell prosjektledelse, test og tilbakemeldinger elementer vanligvis finner sted mot slutten av prosjektet løp. Ved dette punktet, har alt blitt designet og implementert, og det er lite rom for å gjøre drastiske endringer eller forbedringer uten store utgifter og ekstra tid. Med Agile, er tilbakemeldinger og brukertesting gjennomført gjennom hele prosessen, noe som gir prosjektgrupper nok av bevis for å gjøre endringer, forbedringer og å utvikle seg leveranser. Ulempen med dette er at denne pågående testing kan være ganske arbeidskrevende, men kan bidra til å spare penger på en ny måte i forhold til den avdøde testing involvert i den tradisjonelle metoden.

Levering
Problemet med tradisjonelle prosjektledelse er at det er en gitt tidsperiode når produktet er grunn til å bli levert. I noen tilfeller kan dette være måneder eller år etter at prosjektet startet. Dette kan bety at produktet er irrelevant eller utdatert fordi bruker &'; s behov har endret seg i løpet av prosessen. Agile åpner for denne faktoren, med lag hele tiden vurdere deres omfang og retning, og å få lov fleksibilitet til å endre retning bør produktet ikke lenger være ønskelig. Dette kan føre til problemer med finansieringen, men fordi det er vanskelig å skrive en forretningsplan for et produkt som kan være noe helt annet innen utgangen.

Tradisjonell prosjektledelse sikkert har fortsatt et sted, og har en tendens til å passe i beste hvor miljøet er stabilt og prosjektet må jobbe for å sette tider og budsjetter. Agile er en fin måte å lede prosjekter i en mer flytende miljø, eller i en bransje hvor endringstakten som skjer fort
.