Collega Fil over het combineren van structuur en wendbaarheid binnen projecten.
Waterval
Als beginnend projectmanager maakte ik 25 jaar geleden kennis met de ‘Watervalmethode’. Het was destijds de standaard binnen projectmanagement. De juiste, enigszins rigide weg naar het beste eindresultaat, bestond uit een opsplitsing in taken, het definiëren van de nodige activiteiten en aandacht voor de verschillende fasen zoals ontwerp, bouw en testen. De deliverables werden aan de gebruiker opgeleverd aan het eind van de waterval. Het traditionele blauwdruk denken.
Agile
Tegenwoordig voert de Agile manier van werken de boventoon. Vanaf het einde van de vorige eeuw heeft Agile heeft zijn waarde bewezen door ervoor te zorgen dat software op tijd, binnen budget en met continue oog voor waarde voor de business wordt opgeleverd.
Iets wat met de watervalmethode moeilijk leek. Tegenwoordig geniet Agile ook buiten de IT-wereld steeds meer populariteit. We zien in de Agile aanpak het mogelijke antwoord op klantgericht werken in een wereld die voortdurend ingewikkelder wordt, sneller verandert en waarin aanpassingen aan de orde van de dag zijn.
De praktijk
Maar de praktijk is weerbarstig. Ken je het gevoel dat je opdrachtgever per se wil scrummen, terwijl jij daarover je twijfels hebt? Dat ‘projectmanager’ eigenlijk geen bestaande rol is, en dat je scrum-teams output leveren, terwijl je rapporteert op deadlines en budgetten. Of dat je team steeds naar jou als projectmanager kijkt en wacht tot jij ze vertelt wat ze moeten doen? Vaak wordt te snel en te vanzelfsprekend gekozen voor de verwachte voordelen van een Agile werkwijze, zonder goed te beoordelen of aan de voorwaarden voor werken volgens die methodiek wordt voldaan. Ook de waterval-soep wordt meestal niet zo heet gegeten als deze wordt opgediend. Wie heeft er niet de typische klant-variaties gezien, of meebewegende requirements en dynamische deadlines? Wat voor Agile geldt, geldt ook voor Waterval; het succes van de gebruikte methode staat of valt met de mensen die het vormgeven.
De combinatie
Voor zowel de kennisdragers van de Watervalmethode als voor de believers van Agile is het waarschijnlijk vloeken in de kerk, maar in de projectmanagementpraktijk van alledag lijkt er ruimte voor een bundeling van krachten. De structuur van Waterval combineren met de wendbaarheid van Agile. Er zijn situaties denkbaar waarbij niet één van de methoden, maar juist de combinatie hiervan de beste oplossing is en waarbij de afzonderlijke methoden elkaar versterken binnen hetzelfde project.
De combinatie van Waterval en Agile is prima in te zetten wanneer:
de ontwikkeling van software niet (of minder) op basis van continue levering aan klanten wordt overgedragen maar hierbij een stevige planning wel noodzakelijk is.
zowel aan hardware als aan software gewerkt wordt binnen een organisatie.
een organisatie werkt vanuit een Agile methode, maar bij het realiseren van doelstellingen afhankelijk is van externe meer Waterval gedreven organisaties.
de op te leveren (eind)producten veel expertkennis behoeven of moeten worden goedgekeurd door partijen zoals overheden of certificeringsinstanties.
Wanneer in een project bewust gekozen wordt voor een structuur waarin Waterval en Agile gecombineerd worden, leidt dit niet per definitie tot suboptimalisatie. Zo kan het weliswaar een nadeel zijn dat softwareteams zich bijvoorbeeld moeten houden aan de deadlines uit het projectplan, maar zal door iteratieve softwareontwikkeling de organisatie als geheel wel sneller een beter product kunnen opleveren.
Voordelen
Voor een project uit één van bovenstaande groepen zou je zelfs kunnen stellen dat je grotere efficiëntie en slagkracht kunt creëren wanneer je beide methodes combineert dan wanneer je slechts één van de methoden zou inzetten. Immers, je maakt gebruik van de voordelen van beiden. Enerzijds gebruik je de Agile methode voor onderdelen van je projectorganisatie die met kortere iteraties en aanpassingsvermogen willen opereren en anderzijds de watervalmethode voor onderdelen van de organisatie met minder Agile-DNA. De kracht van beide methodieken kan dan ingezet worden om optimaal waarde te creëren voor de organisatie!
Over de auteur
Fil Wiltjer is project- en verandermanager bij Move Beyond. Fil heeft met 25 jaar ervaring in project- en lijnmanagement een brede blik op organisaties, processen en systemen ontwikkeld. Hij kijkt verder dan de grenzen van zijn eigen project-domein en is ervan overtuigd dat project- en verandermanagement hand in hand moeten gaan om de beoogde resultaten te realiseren. Verbinding is daarbij het sleutelwoord. Fil heeft in uiteenlopende branches projecten en programma’s uitgevoerd, vrijwel altijd op het snijvlak van business en IT. Op dit moment is hij projectmanager bij Bol.com.
Collega Fil over het combineren van structuur en wendbaarheid binnen projecten.
Waterval
Als beginnend projectmanager maakte ik 25 jaar geleden kennis met de ‘Watervalmethode’. Het was destijds de standaard binnen projectmanagement. De juiste, enigszins rigide weg naar het beste eindresultaat, bestond uit een opsplitsing in taken, het definiëren van de nodige activiteiten en aandacht voor de verschillende fasen zoals ontwerp, bouw en testen. De deliverables werden aan de gebruiker opgeleverd aan het eind van de waterval. Het traditionele blauwdruk denken.
Agile
Tegenwoordig voert de Agile manier van werken de boventoon. Vanaf het einde van de vorige eeuw heeft Agile heeft zijn waarde bewezen door ervoor te zorgen dat software op tijd, binnen budget en met continue oog voor waarde voor de business wordt opgeleverd.
Iets wat met de watervalmethode moeilijk leek. Tegenwoordig geniet Agile ook buiten de IT-wereld steeds meer populariteit. We zien in de Agile aanpak het mogelijke antwoord op klantgericht werken in een wereld die voortdurend ingewikkelder wordt, sneller verandert en waarin aanpassingen aan de orde van de dag zijn.
De praktijk
Maar de praktijk is weerbarstig. Ken je het gevoel dat je opdrachtgever per se wil scrummen, terwijl jij daarover je twijfels hebt? Dat ‘projectmanager’ eigenlijk geen bestaande rol is, en dat je scrum-teams output leveren, terwijl je rapporteert op deadlines en budgetten. Of dat je team steeds naar jou als projectmanager kijkt en wacht tot jij ze vertelt wat ze moeten doen? Vaak wordt te snel en te vanzelfsprekend gekozen voor de verwachte voordelen van een Agile werkwijze, zonder goed te beoordelen of aan de voorwaarden voor werken volgens die methodiek wordt voldaan. Ook de waterval-soep wordt meestal niet zo heet gegeten als deze wordt opgediend. Wie heeft er niet de typische klant-variaties gezien, of meebewegende requirements en dynamische deadlines? Wat voor Agile geldt, geldt ook voor Waterval; het succes van de gebruikte methode staat of valt met de mensen die het vormgeven.
De combinatie
Voor zowel de kennisdragers van de Watervalmethode als voor de believers van Agile is het waarschijnlijk vloeken in de kerk, maar in de projectmanagementpraktijk van alledag lijkt er ruimte voor een bundeling van krachten. De structuur van Waterval combineren met de wendbaarheid van Agile. Er zijn situaties denkbaar waarbij niet één van de methoden, maar juist de combinatie hiervan de beste oplossing is en waarbij de afzonderlijke methoden elkaar versterken binnen hetzelfde project.
De combinatie van Waterval en Agile is prima in te zetten wanneer:
de ontwikkeling van software niet (of minder) op basis van continue levering aan klanten wordt overgedragen maar hierbij een stevige planning wel noodzakelijk is.
zowel aan hardware als aan software gewerkt wordt binnen een organisatie.
een organisatie werkt vanuit een Agile methode, maar bij het realiseren van doelstellingen afhankelijk is van externe meer Waterval gedreven organisaties.
de op te leveren (eind)producten veel expertkennis behoeven of moeten worden goedgekeurd door partijen zoals overheden of certificeringsinstanties.
Wanneer in een project bewust gekozen wordt voor een structuur waarin Waterval en Agile gecombineerd worden, leidt dit niet per definitie tot suboptimalisatie. Zo kan het weliswaar een nadeel zijn dat softwareteams zich bijvoorbeeld moeten houden aan de deadlines uit het projectplan, maar zal door iteratieve softwareontwikkeling de organisatie als geheel wel sneller een beter product kunnen opleveren.
Voordelen
Voor een project uit één van bovenstaande groepen zou je zelfs kunnen stellen dat je grotere efficiëntie en slagkracht kunt creëren wanneer je beide methodes combineert dan wanneer je slechts één van de methoden zou inzetten. Immers, je maakt gebruik van de voordelen van beiden. Enerzijds gebruik je de Agile methode voor onderdelen van je projectorganisatie die met kortere iteraties en aanpassingsvermogen willen opereren en anderzijds de watervalmethode voor onderdelen van de organisatie met minder Agile-DNA. De kracht van beide methodieken kan dan ingezet worden om optimaal waarde te creëren voor de organisatie!
Over de auteur
Fil Wiltjer is project- en verandermanager bij Move Beyond. Fil heeft met 25 jaar ervaring in project- en lijnmanagement een brede blik op organisaties, processen en systemen ontwikkeld. Hij kijkt verder dan de grenzen van zijn eigen project-domein en is ervan overtuigd dat project- en verandermanagement hand in hand moeten gaan om de beoogde resultaten te realiseren. Verbinding is daarbij het sleutelwoord. Fil heeft in uiteenlopende branches projecten en programma’s uitgevoerd, vrijwel altijd op het snijvlak van business en IT. Op dit moment is hij projectmanager bij Bol.com.
Collega Fil over het combineren van structuur en wendbaarheid binnen projecten.
Waterval
Als beginnend projectmanager maakte ik 25 jaar geleden kennis met de ‘Watervalmethode’. Het was destijds de standaard binnen projectmanagement. De juiste, enigszins rigide weg naar het beste eindresultaat, bestond uit een opsplitsing in taken, het definiëren van de nodige activiteiten en aandacht voor de verschillende fasen zoals ontwerp, bouw en testen. De deliverables werden aan de gebruiker opgeleverd aan het eind van de waterval. Het traditionele blauwdruk denken.
Agile
Tegenwoordig voert de Agile manier van werken de boventoon. Vanaf het einde van de vorige eeuw heeft Agile heeft zijn waarde bewezen door ervoor te zorgen dat software op tijd, binnen budget en met continue oog voor waarde voor de business wordt opgeleverd.
Iets wat met de watervalmethode moeilijk leek. Tegenwoordig geniet Agile ook buiten de IT-wereld steeds meer populariteit. We zien in de Agile aanpak het mogelijke antwoord op klantgericht werken in een wereld die voortdurend ingewikkelder wordt, sneller verandert en waarin aanpassingen aan de orde van de dag zijn.
De praktijk
Maar de praktijk is weerbarstig. Ken je het gevoel dat je opdrachtgever per se wil scrummen, terwijl jij daarover je twijfels hebt? Dat ‘projectmanager’ eigenlijk geen bestaande rol is, en dat je scrum-teams output leveren, terwijl je rapporteert op deadlines en budgetten. Of dat je team steeds naar jou als projectmanager kijkt en wacht tot jij ze vertelt wat ze moeten doen? Vaak wordt te snel en te vanzelfsprekend gekozen voor de verwachte voordelen van een Agile werkwijze, zonder goed te beoordelen of aan de voorwaarden voor werken volgens die methodiek wordt voldaan. Ook de waterval-soep wordt meestal niet zo heet gegeten als deze wordt opgediend. Wie heeft er niet de typische klant-variaties gezien, of meebewegende requirements en dynamische deadlines? Wat voor Agile geldt, geldt ook voor Waterval; het succes van de gebruikte methode staat of valt met de mensen die het vormgeven.
De combinatie
Voor zowel de kennisdragers van de Watervalmethode als voor de believers van Agile is het waarschijnlijk vloeken in de kerk, maar in de projectmanagementpraktijk van alledag lijkt er ruimte voor een bundeling van krachten. De structuur van Waterval combineren met de wendbaarheid van Agile. Er zijn situaties denkbaar waarbij niet één van de methoden, maar juist de combinatie hiervan de beste oplossing is en waarbij de afzonderlijke methoden elkaar versterken binnen hetzelfde project.
De combinatie van Waterval en Agile is prima in te zetten wanneer:
de ontwikkeling van software niet (of minder) op basis van continue levering aan klanten wordt overgedragen maar hierbij een stevige planning wel noodzakelijk is.
zowel aan hardware als aan software gewerkt wordt binnen een organisatie.
een organisatie werkt vanuit een Agile methode, maar bij het realiseren van doelstellingen afhankelijk is van externe meer Waterval gedreven organisaties.
de op te leveren (eind)producten veel expertkennis behoeven of moeten worden goedgekeurd door partijen zoals overheden of certificeringsinstanties.
Wanneer in een project bewust gekozen wordt voor een structuur waarin Waterval en Agile gecombineerd worden, leidt dit niet per definitie tot suboptimalisatie. Zo kan het weliswaar een nadeel zijn dat softwareteams zich bijvoorbeeld moeten houden aan de deadlines uit het projectplan, maar zal door iteratieve softwareontwikkeling de organisatie als geheel wel sneller een beter product kunnen opleveren.
Voordelen
Voor een project uit één van bovenstaande groepen zou je zelfs kunnen stellen dat je grotere efficiëntie en slagkracht kunt creëren wanneer je beide methodes combineert dan wanneer je slechts één van de methoden zou inzetten. Immers, je maakt gebruik van de voordelen van beiden. Enerzijds gebruik je de Agile methode voor onderdelen van je projectorganisatie die met kortere iteraties en aanpassingsvermogen willen opereren en anderzijds de watervalmethode voor onderdelen van de organisatie met minder Agile-DNA. De kracht van beide methodieken kan dan ingezet worden om optimaal waarde te creëren voor de organisatie!
Over de auteur
Fil Wiltjer is project- en verandermanager bij Move Beyond. Fil heeft met 25 jaar ervaring in project- en lijnmanagement een brede blik op organisaties, processen en systemen ontwikkeld. Hij kijkt verder dan de grenzen van zijn eigen project-domein en is ervan overtuigd dat project- en verandermanagement hand in hand moeten gaan om de beoogde resultaten te realiseren. Verbinding is daarbij het sleutelwoord. Fil heeft in uiteenlopende branches projecten en programma’s uitgevoerd, vrijwel altijd op het snijvlak van business en IT. Op dit moment is hij projectmanager bij Bol.com.
Over de auteur
Rutger Janiczak
business unit directeur Oosterhout
Als directeur van Move Beyond Oosterhout zet ik mijzelf in voor de groei en innovatie van bedrijven. Met een sterke passie voor succes specialiseer ik me in bedrijfsstrategie-implementatie, bedrijfs- en managementadvies en organisatorisch project-, interim- en verandermanagement.
Meer weten?
Stel je vraag
