Agile Vs. Traditioneel Project Management

De eerste stappen op weg naar wat we nu erkennen als agile project management strategieën werden ontwikkeld in 1986, toen twee product development managers, Takeuchi en Nonaka, publiceerde een artikel in de Harvard Business Review noemde de “ Nieuw Product Development Game &"; . In het artikel, de twee voorstellen van een project management strategie die een partijtje rugby, waar de teamleden hun doelstellingen kunnen bereiken door een proces van voortdurende herbeoordeling en reactie leek. Ze dachten dat dit zou leiden tot de evolutie die zou eindigen met een product dat de klanten &' ontmoette project; heeft meer volledig.

Deze pioniers van Agile projectmanagement werden gevolgd door een aantal andere studies en rapporten, wat leidt tot wat we vandaag kennen als Agile projectmanagement. Zelfs vandaag de strategieën en ideeën in de kern van Agile te blijven trouw aan wat Takeuchi en Nonaka bedacht terug in de jaren 80 &'; s, maar wat is het allemaal echt over, en waarom is het zo anders dan de traditionele methoden van projectmanagement

De verschillen tussen Agile en traditionele

De teams hotels met Agile projectmanagement, teams zijn grotendeels zelf-gericht en worden aangemoedigd om hun deliverables te bereiken op welke manier zij dat nodig achten, zolang ze volg de beperkingen van de begroting, tijdschema's en kwaliteit evenals alle andere regels van de &'; &' ;. spel Dit staat in schril contrast met de traditionele project management methoden, waarbij teams zijn meestal streng gecontroleerd door de projectmanager, werken aan gedetailleerde schema's die uit het begin worden ingesteld.

De eisen
In Agile projectmanagement, de eisen van het project worden ontwikkeld gedurende het proces diverse behoeften en toepassingen zijn geïdentificeerd. Dit kan, en vaak komt, betekent dat het uiteindelijke resultaat van het project is heel anders dan wat werd gedacht aan de start. In de traditionele project management, de dingen zijn zeer verschillend. De eisen van het project worden in elkaar gezet bij de start, meestal voor het project goed is afgetrapt. Het probleem hiermee is dat deze &'; kristallen bol &'; methode van planning kan leiden tot scope creep, te wijten aan belanghebbenden vragen om een ​​beetje meer dan ze echt nodig hebben.

Het testen en feedback
In de traditionele project management, het testen en feedback elementen vinden meestal plaats in de richting van het einde van het project lopen. Door dit punt, alles is ontworpen en geïmplementeerd en er is weinig ruimte om drastische veranderingen of verbeteringen zonder grote kosten en extra tijd te maken. Met Agile, is feedback en gebruiker testen uitgevoerd gedurende het gehele proces, waardoor de projectteams genoeg bewijs om veranderingen, verbeteringen en deliverables evolueren. Het nadeel hiervan is dat deze voortdurende testen kan nogal arbeidsintensief, maar kan dienen om geld te besparen in een grote weg vergelijking met de late testen die bij de traditionele werkwijze.

Delivery
Het probleem met traditionele projectmanagement is dat er een bepaalde periode waarin het product zal worden geleverd. In sommige gevallen kan dit maanden of zelfs jaren nadat het project gestart. Dit kan betekenen dat het product is irrelevant of verouderd, omdat de gebruiker &'; s behoeften tijdens het proces zijn veranderd. Agile zorgt voor deze factor, met teams voortdurend herziening van hun omvang en richting, en zij mogen de flexibiliteit om van richting te veranderen moet het product niet langer gewenst zijn. Dit kan leiden tot problemen met de financiering, echter, omdat het moeilijk is om een ​​business plan voor een product dat iets heel anders tegen het einde kunnen schrijven.

De traditionele project management heeft zeker nog een plaats, en heeft de neiging om te passen in het beste waar de omgeving is stabiel en het project moet werken aan tijden en budgetten. Agile is een geweldige manier om projecten te beheren in een meer vloeiende omgeving, of in een industrie waar het tempo van de veranderingen gebeurt snel
.