To Agile, or not to Agile, dat is de vraag class=

To Agile, of niet to Agile, dat is de vraag

Geplaatst op in Digitale transformatie van de overheid

Schandalig veel watervalprocessen bij de overheid

"Of het nobeler is in de geest om te lijden...
De stroppen en pijlen van het buitensporige fortuin,
Of om de wapens op te nemen tegen een zee van problemen,
En door ze tegen te werken?" - Hamlet door William Shakespeare
Veel IT-initiatieven van de overheid werken als Griekse tragedies: elke inspanningen om het projectrisico te verminderen leiden tot een groter risico. En, hoge mislukkingspercentages, vooral wanneer aanpassing van Enterprise Resource Planning (ERP)-software, die oorspronkelijk voor de particuliere sector is ontwikkeld, in de overheidssector..
Er zijn ook Shakespeareaanse tragedies in de IT van de overheid. Regeringen en donorpartners leggen aanbieders als FreeBalance vaak "best practices" op het gebied van projectbeheer op. Een van deze "best practices" is het opleggen van beheer van watervalprojecten dat veronderstelt dat softwareprojecten even voorspelbaar zijn als bouwprojecten. De bouw heeft baat bij fysieke beperkingen zoals de sterkte van materialen. Software heeft veel minder beperkingen, en meer mogelijkheden voor maatwerk.
FreeBalance Waterval Projectontwerp
Opgelegde watervalpraktijken verhogen "buitensporig fortuin". Kan agile projectmanagement de succesratio's verhogen?

Waterval bataljons van smarten

"Wanneer smarten komen, komen ze niet alleen. Maar in bataljons!" - Hamlet door William Shakespeare
Een recent onderzoek door Accenture en NASCIO (National Association of State Chief Information Officers) vond dat "op de vraag welke resultaten kunnen worden vermeden door agile te gebruiken, antwoordde 70 procent van de IT-professionals dat het hielp om geldverspilling door ineffectieve IT-projecten te voorkomen, 66 procent vond dat het hielp om grote mislukkingen van IT-projecten te voorkomen en 58 procent zei dat het hielp om programma's te voorkomen die niet aan de bedrijfsbehoeften voldoen..”
Agile technieken zoals leunen, design denken, Extreem, Kanbanen Scrum zijn vaak geassocieerd met kleine projecten. Onder traditionele waarnemers heerst de gedachte dat agile niet geschikt is voor grote IT-projecten. Als een Verstek studie voor de Ministerie van Defensie van de Verenigde Staten wees eropwatervalprojecten gaan ten onrechte uit van goed gedefinieerde eisen met beperkte verandering. De realiteit is dat agile veel beter bestand is tegen verandering en onzekerheid dan waterval. Agile is ideaal voor omvangrijke initiatieven op het gebied van Government Resource Planning (GRP). Dat komt door de inzichten die tijdens de uitvoering van het project worden opgedaan en die de functionaliteit beter kunnen afstemmen op de werkelijke behoeften van de overheid. De meeste GRP-systeemimplementaties volgen op de hervorming en modernisering van de overheid. Het is niet alleen IT, het is transformatie.
Dit is waar agile uitblinkt.
Agile schalen. Van kleine tot grote projecten.

To agile, of niet to agile? Een ABC-checklist

"Er zijn meer dingen in hemel en op aarde, Horatio,
dan in uw filosofie wordt gedroomd." - Hamlet door William Shakespeare
Niet alle watervalprojecten mislukken. Niet alle agile projecten slagen. (Om eerlijk te zijn, agile richt zich op leren, dus snel falen is vaak een succesfactor).
De FreeBalance Strategie- en Innovatiegroep projectliteratuur en onze overheidservaringen heeft geanalyseerd. (In tegenstelling tot oudere leveranciers van bedrijfssoftware neemt FreeBalance deel aan alle implementaties om product- en dienstverbeteringen te stimuleren). Deze analyse heeft geleid tot onze A-i3+qM methodologie. Het leidde ook tot een belangrijke herwaardering van traditionele praktijken en de filosofie achter deze praktijken.
We hebben ook een checklist met 26 punten opgesteld om de factoren te beoordelen. De factoren worden gewaardeerd tussen laag en hoog. Uw context kan anders zijn.
Factoren die waterval bevorderen A-F
Agile of Waterval in GRP Checklist
Factoren die Agile G-Z bevorderen
Factoren die Agile G-Z bevorderen

  1. Architecturale complexiteit: de noodzaak om software-architecturen vanaf nul te ontwikkelen vereist vaak lange ontwerpperioden die meerdere iteraties omvatten -. hoewel dit niet geldt voor commercieel verkrijgbare architecturen zoals de FreeBalance Verantwoordingsplatform
  2. Goed begrepen problemen: diepgaand inzicht in problemen vermindert de noodzaak om aanvullend inzicht van agile - te verzamelen. hoewel veel (de meeste?) grote IT-projecten van de overheid oplossingsgericht zijn en zelden echte problemen zonder veranderingen aanpakken
  3. Ervaring in soortgelijke omstandigheden: ervaring van overheidsorganisaties met de uitvoering van soortgelijke initiatieven maakt projecten voorspelbaarder -. hoewel veel overheidsorganisaties uitgaan van verkoopervaring buiten de context, zoals verkoopervaring in andere contexten
  4. Aantal personeelsledenagile werkt goed met kleine gemotiveerde teams die efficiënt werken - hoewel moet worden opgemerkt dat watervalprojecten meer personeel vereisen voor communicatie, coördinatie en documentatie dan agile projecten
  5. Toepassingsgebied Focus: volledig gearticuleerde projectscope, en een focus op scope die tijd en middelen aanstuurt, leent zich voor controles in waterval die "scope creep" verminderen -... hoewel veel projecten mislukken door onverbiddelijke veranderingen in de reikwijdte waarbij contractbepalingen de voorkeur krijgen boven werkelijke overheidsbehoeften
  6. Menselijke capaciteitDe grote menselijke capaciteit van de overheid op het gebied van technologie, projectbeheer en openbaar financieel beheer (PFM) vermindert veel van de risico's van waterval. hoewel een hoge capaciteit vaak wordt geassocieerd met overmoed
  7. Complexiteit van het projectagile helpt de complexiteit te ontleden en activiteiten te structureren op basis van prioriteiten door middel van prototypes, gebruikersinput en ontwerpanalyse
  8. Project Onzekerheid: agile is ideaal bij grote projectonzekerheid
  9. IT Storingspercentages: agile biedt succesmiddelen voor IT-teams die een geschiedenis van ondermaatse resultaten hebben meegemaakt
  10. Domeinoverschrijdende functieswaterval werkt het best in silo's door domeinspecialisten in te schakelen, en agile functioneert het best wanneer functies silo's overschrijden, zoals financiën, inkoop, salarisadministratie en belastingdienst
  11. Resultaatgericht: projecten die zijn bedacht om resultaten te boeken, hebben baat bij agile processen omdat watervalprojecten gericht zijn op contractuele naleving
  12. Transformatieve verandering: projecten die volgen op modernisering, hervorming of reorganisatie hebben baat bij agile processen die transparanter, communicatiever en flexibeler zijn dan waterval
  13. Ontwikkeling op maat: verwachting voor ontwikkeling op maat (zoals ontwikkeling op maat met behulp van een technisch platform, ontwikkeling op maat met behulp van een bestuursplatformof aangepaste ontwikkeling met behulp van ERP) profiteert van agile dat waarde identificeert voor elk aangepast element.
  14. Huidig niveau legacy-technologie: overheidsorganisaties die oude technologie gebruiken (mainframes, COBOL, 4GL's), of legacy-technologie (de meeste propriëtaire ERP-systemen, inclusief Tier 1), profiteren van de frisse blik die gepaard gaat met agile
  15. Betrokkenheid van de gebruiker: agile blinkt uit wanneer gebruikers problemen moeten verwoorden, oplossingen moeten vinden, functionaliteit moeten testen en nieuwe systemen moeten voorstaan
  16. Functionaliteit Wijziging: agile blinkt uit wanneer er veel nieuwe functies worden geïntroduceerd in vergelijking met het legacysysteem.
  17. Greenfield Uitvoering: upgrades van bestaande systemen kunnen in waterval worden uitgevoerd, terwijl net-nieuwe software-implementatie baat heeft bij agile
  18. Eisen Veranderingwaterval verwacht zeer weinig verandering in de vereisten, terwijl agile veerkrachtig is voor veranderingen door vroegtijdige identificatie van specificatiewijzigingen om de kosten te drukken in vergelijking met de identificatie van noodzakelijke veranderingen later in het project.
  19. Systeemafhankelijkhedenwatervalprocessen profiteren van minder systeemafhankelijkheden, zoals integratiepunten met andere systemen, terwijl agile beter in staat is te integreren in meerdere overheidsdomeinen en onderliggende technologieën
  20. Product Nieuwigheid: agile is ideaal wanneer projecten relatief nieuwe productsuites implementeren
  21. Weerstand tegen veranderingwaterval is niet doeltreffend in situaties waarin de weerstand van gebruikers en managers tegen verandering groot is, terwijl agile meer ingebouwde processen heeft die veranderingsbeheer vergemakkelijken en integreren (bolt-on veranderingsbeheer in watervalprojecten is vaak niet doeltreffend)
  22. KwaliteitWatervalprocessen plaatsen testen en kwaliteitsborging laat in de methodologie, terwijl agile zich richt op kwaliteit in elk "gebruikersverhaal", waardoor de kwaliteit vroeg wordt verbeterd.
  23. Systeemuitbreiding: agile blinkt uit wanneer bestaande of nieuwe software door hergebruik moet worden uitgebreid tot extra functies
  24. Aangepaste rapporten en dashboards: de articulatie van rapporten, inclusief het repliceren van statutaire rapporten in nieuwe software, en het creëren van nieuwe rapporten, dashboards en analyses, heeft baat bij agile iteraties omdat gebruikers vaak verbeteringen herkennen zodra ze de rapportoutputs zien.
  25. Uitvoeringssnelheid: agile blinkt uit in implementatiesnelheid, en biedt effectievere prestatie-informatie ("cadans") dan waterval, om de voltooiingstijd van een project te voorspellen
  26. Projecttransparantiewaterval gaat uit van afzonderlijke teams die rapporteren rond mijlpalen, terwijl agile uitgaat van constante projecttransparantie via Kanban-, Scrum- of Srumban-borden, en frequente betrokkenheid bij gebruikers en belanghebbenden.

Belangrijke opmerkingen

  • Uit bovenstaande diagrammen blijkt dat agile de voorkeur verdient in de eerste 2 kolommen van de checklist. Dat is geen vergissing.
  • Uw checklist zal waarschijnlijk items in alle 3 de kolommen bevatten. Gebruik dit als een risico

Raadselachtige "agile" methodologieën onder leiding van leveranciers

"Het puzzelt de wil." - Hamlet door William Shakespeare
Veel gevestigde leveranciers van bedrijfssoftware, waaronder tier 1 ERP-leveranciers, roepen om agile processen. Systeemintegratoren moeten deze leveranciersgedreven processen ondersteunen om gecertificeerd te worden. Het is verbazingwekkend hoe unagile deze zogenaamde agile processen zijn.
Agile wordt vaak toegevoegd aan waterval door het toevoegen van complexe processen. Of door mijlpaalcommunicatiepresentaties te beschrijven als agile. Veel van deze processen leggen "best practices" op in functies die zelden de beste of de juiste zijn. Projectversnelling in deze methodologieën richt zich op het uitvoeren van wat er in de software zit zonder verandering, in plaats van het afstemmen op echte overheidsbehoeften. ("Vanilla" implementaties voldoen zelden aan de behoeften van de overheid.)

Een beweeglijke roos?

"Een roos met een andere naam zou net zo zoet ruiken" - Romeo en Julia door William Shakespeare
Veel aanbieders proberen waterval te herdefiniëren als agile. Dit zal de aard van het proces niet veranderen. Het zal niet zo zoet ruiken als agile.

Aanvullende bronnen

Regeringsspecifieke referenties

Algemene referenties

Onderwerpen

Contact