De voordelen van een behendige aanpak van projectbeheer

De meer traditionele "waterval" -benadering van projectbeheer, waarvan alle grote projectkaders zoals PRINCE2 ®, APM BoK en PMBoK® afkomstig waren, werkt goed in stabielere contexten. Er is een duidelijke zaak dat de wereld waarin we actief zijn sinds PRINCE2 ® werd gelanceerd in 1996 is nu veel meer vluchtig, onzeker, complex en dubbelzinnig (wat je zult zien afgekort als VUCA.) Watervalbenaderingen die een gedegen groot ontwerp in het begin aanmoedigen zijn nog steeds relevant waar we zeker kunnen zijn van de vereisten voordat het werk begint. deze hoeven tijdens de duur van het project niet aanzienlijk te veranderen.

Dit is echter de vluchtigheid van operationele factoren die bedrijven aandurven die de klant vaak alleen maar moet aanpassen. De urgentie van deze stuurprogramma's staat hen niet toe te wachten tot het einde van het project. Dit kan dus een aantal veranderingen in een project vereisen. Met een watervalproces betekent dit waarschijnlijk een dure nabewerking van het plan en verspilde moeite.

Dit leidt tot de overtuiging dat het nemen van de Agile-benadering van frequente kleine leveringen gekoppeld aan een meer continu gesprek met de klant veel meer flexibiliteit biedt en sneller resultaten oplevert en dus voordelen oplevert.

Het mooie van Agile is dat klanten kunnen beslissen wat ze willen bereiken als ze zien wat de leveranciers kunnen bereiken. Haar aanpak is er een van 'leren door te doen', waardoor teams kunnen reflecteren op hun ervaringen terwijl ze meegaan en zich dienovereenkomstig aanpassen.

Het succes van Agile komt neer op een aantal belangrijke elementen.

De 3 belangrijkste factoren voor het succes van Agile worden hieronder uiteengezet.

Succesfactor # 1: een zelforganiserend team

Om te beginnen heb je een zelforganiserend team nodig. Door af te stappen van werken met silo's, worden teamleden aangemoedigd om hun overlappende vaardigheden te gebruiken en samen te werken, wat hen op zijn beurt een grotere mate van empowerment en voldoening geeft.

Succesfactor # 2: Time-Boxing en Requirements Management

Dan is er 'timeboxing', waarbij de nadruk ligt op het vastleggen van de tijd- en kostenelementen van een project, maar ook het laten evolueren van het plan, zodat prioriteiten kunnen worden gesteld, met cruciale inbreng van een klantvertegenwoordiger naarmate het werk vordert. Het Agile contract tussen klant en leverancier is radicaal anders dan de verwachtingen van Waterfall; vereisten zijn flexibel, binnen afgesproken parameters, maar tijd en kosten niet.

Het is altijd verleidelijk om te veel prioriteiten in de 'must-haves'-sectie van de vereisten te plaatsen. Agile training houdt deze meestal op ongeveer 40% van de totale inspanning. Scope creep is een van de 7 dingen die uw project kunnen laten ontsporen , dus dit moet effectief worden beheerd.

Evenzo zullen Agile-teams er ook voor zorgen dat er slechts een eindig aantal taken in de 'doe'-categorie is - werk dat momenteel wordt uitgevoerd - om de complexiteit van projecten op elk moment te verminderen.

Succesfactor # 3: betrokkenheid van mensen

Betrokkenheid van mensen is een cruciaal onderdeel van Agile werken en is succesvol omdat alle verschillende belanghebbenden binnen een teamwerk dichter bij elkaar staan ​​en gemachtigd zijn om meer zeggenschap te hebben over zowel wat ze doen als over de volgorde van het werk.

Dit wordt erkend als veel meer motiverend dan de klassieke 'command and control'-aanpak die vaak voorkomt bij management.

Agile is niet wat je denkt

Natuurlijk is niet iedereen klaar om Agile te omarmen en een van de veel voorkomende misvattingen is dat er een soort algemene verenigende Agile-methodologie is.

Dat mist nogal het punt. Er is niet één juiste manier om een ​​Agile-project te organiseren en te beheren, en dat maakt het voor sommigen zo aantrekkelijk en bedreigend voor anderen.

Sommigen proberen Agile-technieken aan te nemen en tegelijkertijd door te gaan met een watervalperspectief, maar zoals je zou verwachten, is het onwaarschijnlijk dat dit succes oplevert - het is de Agile manier van werken die de technieken laat werken, in plaats van andersom.

Ten slotte zijn er mensen die denken dat Agile alleen relevant is voor softwareontwikkeling, maar dat is gewoon niet waar - het kan evengoed worden gebruikt voor een verscheidenheid aan niet-softwarevoorbeelden, zoals het renoveren van een groot gebouw, het verbeteren van bedrijfsprocessen of het verbeteren van jobhulpmiddelen voor klantgericht personeel.

Gemeenschappelijke hinderpalen voor wendbaar werken

Een van de belangrijkste redenen waarom Agile niet zal werken, is als een organisatie een cultuur van micromanagement en verschanste silo's van werken hanteert die samenwerkingsgedrag niet toestaan.

Andere problemen zijn waarschijnlijk zwak teamleiderschap of proberen het uit te voeren in organisaties waar de aard van het werk zodanig is dat werkreleases ondenkbaar zijn in kleine iteraties.

Waarom Agile hier is om te blijven

Agile heeft zulke belangrijke stappen genomen dat het niet kan worden afgedaan als een rage en moet worden begrepen door alle managers die betrokken zijn bij innovatie en ontwikkeling. Nu negeren is een kans missen die snel resultaten kan opleveren en kostenbesparingen kan realiseren.

Apple, Amazon, GE Healthcare en Salesforce.com behoren tot die organisaties die Agile al gebruiken, omdat ze hebben ingezien dat het beter geschikt is voor de complexiteit van 21st Century-organisaties.

En bovenal weet Agile het beste uit kenniswerkers te halen en ervoor te zorgen dat ze gemotiveerd blijven. Hier zijn 5 manieren om uw team te motiveren, of u nu in een Agile omgeving werkt of niet.

Geconfronteerd met die conclusies - waarom zou je niet meer wendbaar willen zijn?