Agile Vs. Traditionel Projektledelse

De første skridt i retning af, hvad vi nu anerkender som agile strategier projektledelse blev udviklet tilbage i 1986, da to produktudvikling ledere, Takeuchi og Nonaka, offentliggjorde en artikel i Harvard Business Review kaldet ldquo &; Ny Ny Produktudvikling Spil og " ;. I artiklen, de to forestillede et projekt management strategi, der lignede en omgang rugby, hvor teammedlemmer kunne nå deres mål ved en proces med konstant revurdering og svar. De troede, at dette ville føre til projekt udvikling, som ville ende med et produkt, der mødte kunderne &'; har brug for mere fuldstændigt.

Disse pionerer Agile projektledelse er blevet fulgt op af en række yderligere undersøgelser og rapporter, der fører til det, vi i dag kender som Agile projektledelse. Selv i dag de strategier og ideer i centrum for Agile forblive loyale over for det, Takeuchi og Nonaka udtænkt tilbage i 80 &'; s, men hvad er det hele egentlig handler om, og hvorfor er det så anderledes end traditionelle metoder til projektledelse

Forskellene mellem Agile og traditionelle

Holdene
Med Agile projektledelse, hold er stort set selvstyret og opfordres til at udføre deres leverancer på nogen måde de ønsker, så længe de Følg de begrænsninger af budgettet, tidsplaner og kvalitet samt eventuelle andre regler i &'; spil &' ;. Dette står i kontrast skarp med traditionelle projektledelse metoder, hvor holdene er typisk stramt kontrolleret af projektlederen, der arbejder for at detaljerede skemaer, der er fastsat fra starten.

Kravene
I Agile projektledelse, kravene af projektet udvikles hele processen som forskellige behov eller anvendelser er identificeret. Dette kan, og ofte betyder, betyder, at det endelige resultat af projektet er meget forskelligt fra det, der blev forestillet i starten. I traditionel projektledelse, ting er meget anderledes. Kravene projekt er sat sammen ret i starten, som regel før projektet har ordentligt skudt i gang. Problemet med dette er, at dette &'; krystalkugle &'; metode til planlægning kan føre til omfanget krybning, på grund af de berørte parter beder om lidt mere, end de egentlig har brug for.

Test og feedback
I traditionel projektledelse, elementerne test og feedback normalt sted mod slutningen af projektet løb. Ved dette punkt, alt er blevet designet og implementeret, og der er ringe mulighed for at foretage drastiske ændringer eller forbedringer uden stor udgift og ekstra tid. Med Agile, er feedback og bruger test udført i hele processen, hvilket giver projektgrupper masser af beviser for at foretage ændringer, forbedringer, og at udvikle sig projektleverancer. Ulempen ved dette er, at denne løbende test kan være temmelig arbejdskrævende, men kan tjene til at spare penge i en stor måde i forhold til den sene test involveret i den traditionelle metode.

Levering
problem med traditionelle projektledelse er, at der er et sæt tidsperiode, når produktet forventes at blive leveret. I nogle tilfælde kan det være måneder eller endda år efter projektet startede. Det kan betyde, at produktet er irrelevant eller forældet, fordi brugeren &'; s behov har ændret sig i løbet af processen. Agile giver mulighed for denne faktor, med hold konstant revidere deres rækkevidde og retning, og får lov fleksibilitet til at ændre retning skal produktet ikke længere være ønskelig. Dette kan forårsage problemer med finansieringen, men fordi det er svært at skrive en forretningsplan for et produkt, der kan være noget helt andet ved udgangen.

Traditionel projektledelse sikkert stadig har en plads, og har tendens til at passe i bedst hvor miljøet er stabilt, og projektet skal arbejde for at sætte tider og budgetter. Agile er en fantastisk måde at styre projekter i en mere flydende miljø, eller i en branche, hvor tempoet i forandringer sker hurtigt
.