White paper Pink Agile Framework

White paper Pink Agile Framework

“Maak uw organisatie wendbaar, The Pink Way”


Over Pink Elephant Pink Elephant is een internationale kennisleider op het gebied van bedrijfsinnovatie en bedrijfsverandering. Met advies- en IT-dienstverlening haalt Pink Elephant het beste bij opdrachtgevers naar boven, door de kennis en creativiteit van mensen binnen deze organisaties te vertalen naar concrete resultaten. Sinds de oprichting in 1980 ziet Pink Elephant een belangrijke synergie tussen bedrijfsdoelstellingen, kennis en ondernemerschap van mensen en de manier waarop IT een belangrijke bijdrage levert om innovatie mogelijk te maken en het onderscheidend vermogen naar de markt te vergroten. Pink Elephant is actief in meer dan 20 landen en levert naast business- en management consultancy ook diensten als Enterprise App Services, IT Services, Document Services en Education.

Visie

Bedrijfstransformatie is essentieel in een tijd waarin technologische ontwikkelingen elkaar steeds sneller opvolgen. De kennis en creativiteit die binnen organisaties aanwezig zijn, worden vaak onvoldoende benut doordat zowel de IT als de bedrijfsprocessen niet wendbaar genoeg zijn. Bedrijven moeten investeren in nieuwe agile-werkwijzen, kennisdeling en bovendien meer aandacht hebben voor de synergie tussen de mens en IT. Pink Elephant biedt de mensen en de middelen waarmee organisaties de volgende stap kunnen maken in hun bedrijfstransformatie.

Missie

Pink Elephant is de technologieradar die organisaties op strategisch niveau helpt bij het realiseren van hun bedrijfsdoelstellingen. De belangrijkste middelen daarbij zijn flexibele IT-systemen en nieuwe manieren om mensen met elkaar te laten samenwerken. Met Pink Elephant als partner kunnen bedrijven losbreken uit hun traditionele systemen door innovatieve technologie, training en consultancy in te zetten. Zo zijn zij beter voorbereid op een toekomst door de juiste inzet van mensen en IT.

1/13

www.pinkelephant.nl


INTRODUCTIE

Het agile-gedachtengoed is tegenwoordig bijna onlosmakelijk verbonden met softwareontwikkeling. Agile is een interactieconcept voor uitvoeren van projecten, dat door vrijwel elke zakelijke IT-dienstverlener in enige vorm is geadopteerd en onderdeel is geworden van de dienstverlening. De meeste grote IT-intensieve bedrijven, zoals banken en elektronicafabrikanten, hebben de afgelopen jaren de omslag gemaakt naar agile. Veel middelgrote bedrijven verkeren vaak nog in de planningsfase, omdat het een ingrijpende cultuurverandering met zich mee brengt. Maar wat is agile nu precies en welke meerwaarde kan het bieden aan organisaties? In deze whitepaper verkennen we de agile-principes, de meest gebruikte methodieken die erop zijn gebaseerd en hoe deze kunnen bijdragen aan het optimaliseren van bedrijfs- en informatieprocessen. De meerwaarde van agile reikt echter veel verder dan alleen softwareontwikkeling. Agile is dan ook geen methodiek, maar slechts een raamwerk van een aantal grondregels en hulpmiddelen om projecten te organiseren. De manier waarop agile wordt ingevuld binnen organisaties is heel persoonlijk en is direct te relateren aan de mensen, het marktsegment en de bedrijfsprocessen.

“Het Pink Agile Framework staat voor een end-to-end agile aanpak waar organisatiebreed mee gewerkt kan worden, van marketing en sales tot softwareonwikkeling en beheer” Een ding is zeker: agile is een belangrijk middel om bedrijven wendbaarder te maken en om de resultaten van businessprojecten te verbeteren. Die wendbaarheid, ofwel agility, is zelfs noodzakelijk in een tijd waarin de technologische ontwikkelingen zo ontzettend snel gaan. Bedrijven die niet in staat zijn flexibel en daadkrachtig met die ontwikkelingen mee te bewegen, zullen vroeger of later hun traditionele businessmodel zien verdampen. En dat terwijl zij voor hun gevoel misschien juist heel actief bezig zijn om volgens de ouderwetse watervalmethode plannen en strategieën te formuleren die de toekomst van de organisatie moeten garanderen. Agile biedt organisaties praktische handvatten om hun ouderwetse methoden voor projecten verandermanagement te vervangen door een meer flexibele, minder hiërarchische en vooral creatievere werkwijze. Dit is de essentie van deze whitepaper. Hoe kunt u de middelen uit het agile-gedachtengoed in uw voordeel gebruiken om een traditioneel georganiseerd bedrijf te transformeren naar een moderne wendbare organisatie die klaar is voor de toekomst?

2/13

www.pinkelephant.nl

White paper 2020 Pink AgileClaims Framework

Inhoud

In deze whitepaper behandelen we de volgende onderwerpen:

Geschiedenis van IT-projecten Watervalmethode Opkomst van agile Manifest voor Agile Software Ontwikkeling 12 principes achter het Agile Manifest Voordelen van agile werken Inspelen op verandering Mensgedreven zaken doen Online ontsluiten dienstverlening Optimaliseren interne organisatie Pink Agile Framework Agile sleutel tot succes van project Delta Lloyd ESC Voordelen traditionele vs. agile-projecten Uitgangspunten Vijf projectfasen Agile Foundations Evolutionaire ontwikkeling Exploration en Engineering Deployment Project review Rollen en verantwoordelijkheden Rollen vanuit de klant Rollen vanuit Pink Elephant Teamgrootte Locatie Scrum in kort Sprints Product Owner Product Backlog Sprint Planning Klanttevredenheid Agile

4 4 4 4 5 5 5 5 5 6 6 7 7 8 8 8 9 9 9 9 10 11 11 11 11 12 12 12 12 12 13

Een snelle en flexibele ontwikkelingsmethode die gebruik maakt van tijdsgebonden iteratieve (herhaalde) processen en evolutionaire ontwikkelingsmethoden. Agile maakt gebruik van een veranderende planning, bevordert een snelle levering en bevat andere waarden en technieken die flexibele en snelle veranderingen in het proces toelaat. Het kenmerk van een agile development is dat het flexibel omgaat met eventuele veranderingen tijdens het ontwikkelproces.

3/13

www.pinkelephant.nl


GESCHIEDENIS VAN IT-PROJECTEN

Een bekend fenomeen bij grote IT-projecten is dat ze in veel gevallen niet succesvol worden afgerond. Ze voldoen niet aan de verwachtingen, worden ver boven budget opgeleverd of halverwege afgeblazen. Dit blijkt met name het geval te zijn bij traditioneel georganiseerde IT-projecten. De succespercentages zijn aanzienlijker hoger bij projecten die volgens een agile-methodiek uitgevoerd worden. Maar wat zijn nu de precieze redenen voor de uiterst slechte kwaliteit van traditionele IT-projecten?

Watervalmethode

De traditionele manier van software ontwikkelen wordt ook wel de watervalmethode genoemd. Eenvoudig gesteld bestaat een dergelijk project uit een lang traject van planning en voorbereiding, gevolgd door de ontwikkelfase, waarna uiteindelijk in één keer het volledige eindproduct wordt opgeleverd. De praktijk leert echter dat de opgeleverde oplossing vaak totaal niet biedt wat de organisatie daadwerkelijk nodig heeft. Uit onderzoek van Gartner blijkt bijvoorbeeld dat gemiddeld 31 procent van IT-projecten volledig mislukt. Van de projecten die wel slagen, blijkt dat 47 procent van de opgeleverde functionaliteit in de praktijk niet wordt gebruikt en dat 29 procent van de gewenste functionaliteit nooit wordt opgeleverd. De belangrijkste reden hiervoor is dat in een watervalproject alle wensen van de organisatie in de planningsfase worden verzameld en zonder prioritering worden opgenomen in het gewenste eindproduct. Het IT-project wordt hierdoor een doel op zichzelf, waarbij niet wordt uitgegaan van concrete bedrijfsdoelstellingen. Eindgebruikers spelen vaak geen enkele rol in een dergelijk ontwikkelproces, waardoor het uiteindelijk opgeleverde product niet tegemoet komt aan de wensen van de organisatie. Tijdens het proces zijn bovendien geen momenten ingebouwd om te toetsen of de doelstellingen ook gehaald worden, waardoor al deze tekortkomingen pas duidelijk worden als het al veel te laat is. Ten slotte worden de requirements en de kosten van IT-projecten in een watervalomgeving volledig vooraf gepland. Projectmanagers vermijden hierbij onzekerheden en plannen daardoor behoudend, waardoor de kosten vrijwel altijd hoger uitvallen dan gepland. Daarnaast kunnen er allerlei politieke agenda’s spelen die in combinatie met een hiërarchische besluitvorming zeer vertragend kunnen werken bij het nemen van beslissingen.

Opkomst van Agile

Het officiële begin van het agile-gedachtengoed ligt in februari van 2001, als het Agile Manifesto wordt opgesteld door zeventien softwareontwikkelaars tijdens een conferentie in de Amerikaanse staat Utah. Onder hen bevinden zich onder andere Scrum-oprichter Jeff Sutherland en de Nederlander Arie van Bennekum, die ook een belangrijke rol speelde bij de ontwikkeling van het Pink Agile Framework. Voor die tijd zijn er al diverse agile-achtige methodieken in opkomst die een op een nieuwe manier naar softwareontwikkeling kijken, waaronder Lean, RAD (Rapid Application Development) DSDM (Dynamic Systems Development Method) en Scrum. Wat deze nieuwe methodes verenigt, is de nadruk op innovatie door het delen van kennis en best practices. Het doel van het Agile Manifest is dan ook om de principes vast te leggen die deze methodes gemeen hebben. Tijdens deze belangrijke bijeenkomst in 2001 worden de vier grondbeginselen, twaalf principes en de overkoepelende term agile bedacht.

MANIFEST VOOR AGILE SOFTWARE ONTWIKKELING • Personen en interacties boven processen en tools. • Software die werkt boven lijvige documentatie. • Samenwerking met de klant boven onderhandeling over het contract. • Omgaan met verandering boven het volgen van een plan.

4/13

www.pinkelephant.nl


12 PRINCIPES ACHTER HET AGILE MANIFEST

1. Onze hoogste prioriteit is het tevredenstellen van de klant door snel en regelmatig waardevolle software op te leveren. 2. Verwelkom veranderende behoeftes, zelfs laat in het ontwikkelproces. Agile processen gebruiken verandering om de klant een concurrentievoordeel te geven. 3. Lever met regelmaat werkende software op. Het liefst iedere paar weken, hooguit iedere paar maanden. 4. Mensen uit de business en ontwikkelaars moeten dagelijks samenwerken gedurende het gehele project. 5. Bouw projecten rond gemotiveerde individuen. Geef hen de werkomgeving en ondersteuning die ze nodig hebben en vertrouw erop dat ze de klus klaren. 6. De meest efficiënte en effectieve manier om informatie te delen in en met een ontwikkelteam is door met elkaar te praten. 7. Werkende software is de belangrijkste maatstaf om voortgang te meten. 8. Agile processen bevorderen duurzame ontwikkeling. Opdrachtgevers, ontwikkelaars en gebruikers zouden altijd een constant ontwikkeltempo moeten kunnen volhouden. 9. Voortdurende aandacht hebben voor een hoge technische kwaliteit en goed ontwerp versterkt de agility. 10. Eenvoud, ofwel de kunst van het maximaliseren van het werk dat niet gedaan wordt, is essentieel. 11. De beste architecturen, eisen en ontwerpen komen voort uit zelfsturende teams. 12. Op vaste tijden onderzoekt het team hoe het effectiever kan werken en past vervolgens zijn gedrag daarop aan.

VOORDELEN VAN AGILE WERKEN

Met dank aan het Agile Manifest zijn allerlei verschillende flexibele ontwikkelmethoden onder een uniforme noemer komen te vallen. Dit heeft de acceptatie en adoptie van het gedachtengoed binnen organisaties sinds 2001 sterk verbeterd. Maar welke voordelen heeft agile voor uw organisatie? En heeft het ook nut voor bedrijven die niet direct iets met softwareontwikkeling doen?

Inspelen op verandering

Een van de belangrijkste voordelen van agile is dat het bedrijven wendbaarder maakt. Tegenwoordig moeten organisaties steeds sneller kunnen anticiperen op de veranderende markt en inspelen op de wensen van hun klanten. Agile is een reactie op de wens van organisaties om te veranderen, meer te innoveren en dichter bij hun business met IT bezig te zijn. Door agile te ontwikkelen veranderen IT-projecten in businessprojecten.

Mensgedreven zaken doen

Door agile te werken kun je beter gebruik maken van de motivatie, kennis, ervaring en creativiteit van de medewerkers van een organisatie. Je breekt deels los van hiërarchische machtsverhoudingen en een budgetgedreven strategie en vervangt die door een holistische aanpak, waarbij de verschillende bedrijfsonderdelen op een natuurlijke manier met elkaar verbonden zijn. Deze sociale, mensgedreven manier van zaken doen, vereist in veel gevallen een ingrijpende interne cultuurverandering voor bedrijven.

Online ontsluiten dienstverlening

Organisaties die hun traditionele ‘offline’ bedrijfsmodel naar het internet willen brengen, kunnen eigenlijk niet meer om agile heen. Voor vrijwel elke ontwikkelaar of IT-dienstverlener die adviseert over het optimaal gebruiken van het online kanaal voor klanten is dit praktisch de standaard werkwijze geworden. In de online wereld werk je namelijk altijd op snijvlak van proces, informatie en organisatie. Dit is de meest effectieve manier om klanten beter te bereiken, bedienen en te behouden.

5/13

www.pinkelephant.nl


Optimaliseren interne organisatie

Agile heeft niet alleen nut voor bedrijven die zich met softwareontwikkeling bezig houden. Overal waar op basis van projecten wordt gewerkt en functionaliteit, producten of andere zaken worden opgeleverd, zorgt agile voor de benodigde middelen om deze processen in goede banen te leiden en in korte sprints snel tot resultaten te komen. Door agile te werken laat je traditionele manier van planning, besluitvorming en projectbeheer los en worden zelfsturende teams verantwoordelijk voor projecten die zijn ingericht om snel waarde toe te voegen aan de organisatie.

Traditioneel Reactief Focus op controle Activiteitfocus Werken voor Verwijtcultuur Hindert verandering

Agile

Proactief Faciliterend Productfocus Werken met Geen verwijtcultuur Speelt in op verandering

Traditionele IT-projecten vs. agile-projecten

PINK AGILE FRAMEWORK

Bedrijven die de omslag naar agile hebben gemaakt, weten dat het een aanzienlijke cultuuromslag in de organisatie teweeg brengt. Het vereist dat oude organisatorische conventies worden losgelaten en worden vervangen voor een nieuwe manier om de organisatie te sturen. Zoals eerder gezegd, is agile slechts een overkoepelende term voor allerlei verschillende methodieken die veel elementen en termen gemeen hebben. Scrum is de meest bekende agile-methode, maar hoewel die uitermate geschikt is voor softwareontwikkeling, geldt dat minder voor andere afdelingen binnen organisaties, zoals sales, marketing, financiën en beheer. Buiten softwareontwikkeling wordt vaak DSDM (Dynamic Systems Development Method) als methodiek gebruikt, dat in tegenstelling tot Scrum wel is ingericht voor het werken met verschillende projecten. Uiteindelijk staat het echter vrij aan elk bedrijf om zelf een geschikte agile-methodiek te kiezen en daar, afhankelijk van de situatie, invulling aan te geven. Agile is geen methode, dus iedereen kan zelf kiezen welke gereedschappen hij uit de beschikbare methodieken wil gebruiken. Pink Elephant maakte in 2012 de omslag naar agile en ontwikkelde een eigen methodiek, die zowel binnen de organisatie als in de samenwerking met klanten wordt gebruikt: het Pink Agile Framework. Deze methode bestaat uit een combinatie van elementen uit DSDM en Scrum. Eenvoudig gesteld, wordt DSDM ingezet voor de projectaanpak en Scrum voor de softwareontwikkeling. Het Pink Agile Framework staat daarom voor een end-to-end agile aanpak waar organisatiebreed mee gewerkt kan worden, van marketing en sales tot softwareontwikkeling en beheer.

“Door agile te werken, breng je de kennis en kunde bij elkaar om gezamenlijk naar een goed eindresultaat te werken. In ons geval werkte het zelfs zo goed, dat we de mensen van Pink Elephant eerder als collega’s zijn gaan beschouwen, dan als ingehuurde partij.” Frank van Donk, Manager Delta Lloyd ESC

Toolbox op maat

Afhankelijk van de klantsituatie en de complexiteit van een project worden de middelen uit de gereedschapskist van het Pink Agile Framework in meer of minder uitgebreide vorm gehanteerd. De aanpak is toespitst op het type projecten en klanten waar Pink Elephant in de praktijk mee te maken heeft. Dit betekent dat overbodige complexiteit eruit is gehaald, wat agile werken makkelijker maakt voor bedrijven die nog er nog geen ervaring mee hebben. Door deze op maat gesneden toolbox kan Pink Elephant in de samenwerking met klanten maximaal grip houden op een project, zonder in te hoeven leveren op flexibiliteit.

6/13

www.pinkelephant.nl


PINK AGILE FRAMEWORK SLEUTEL TOT SUCCES BIJ DELTA LLOYD

Een uiterst succesvol voorbeeld van een agile ontwikkeltraject is de eXpo-bedrijfsapplicatie die Pink Elephant ontwikkelde met het Delta Lloyd Expertise Service Center (ESC). Gedreven door marktontwikkelingen moest de organisatie zijn operationele efficiëntie verbeteren en daarnaast een nieuw bedrijfsmodel ontwikkelen om zich te kunnen onderscheiden in de markt. Delta Lloyd vond een geschikte businesspartner in Pink Elephant, dat voorstelde om het project te realiseren met een combinatie van het Pink Agile Framework en het Mendixapplicatieplatform. Frank van Donk, manager van het Delta Lloyd (ESC), noemt deze combinatie de sleutel tot het succes van het project. “Wij hadden geen ervaring met agile. Bij veel IT-projecten moet je smeken om capaciteit vanuit de business, maar hier was het omgekeerd. Onze medewerkers wilden juist heel graag meewerken, omdat zij de unieke mogelijkheid kregen om zelf te bouwen aan het systeem waar ze later mee zouden gaan werken. Door agile te werken, breng je de kennis en kunde bij elkaar om gezamenlijk naar een goed eindresultaat te werken. In ons geval werkte het zelfs zo goed, dat we de mensen van Pink Elephant eerder als collega’s zijn gaan beschouwen, dan als ingehuurde partij. Onze collega’s dachten vol enthousiasme constructief mee in het proces en zaten soms van ’s ochtends vroeg tot ’s avonds laat met hen aan tafel. Zo hoort agile te zijn.”

VOORDELEN TRADITIONEEL VERSUS AGILE

De praktijk heeft uitgewezen dat agile-projecten bij Pink Elephant tot veel betere resultaten leiden dan traditionele watervalprojecten. Om die reden kiest Pink Elephant ervoor om in de regel volgens het Pink Agile Framework met klanten samen te werken. Een kort overzicht van de voordelen van agile werken met Pink Elephant. • Projectleden werken efficiënter en effectiever met elkaar samen. • De intensieve interactie tussen de leden van het projectteam, bestaand uit medewerkers van de klant en van Pink Elephant, zorgt voor betere resultaten. • Er kan direct ingespeeld worden op nieuwe inzichten tijdens het proces. • Er kan direct ingespeeld worden op de veranderende wensen van de klant. • Er wordt sneller en met een vastgelegde regelmaat functionaliteit opgeleverd die direct waarde toevoegt aan de organisatie. • Bij agile-projecten wordt continu gekeken hoe de prestaties van het projectteam verbeterd kunnen worden. • Door projecten agile te doen, kunnen de ontwikkeltijd en het budget veel beter beheerst worden. • Producten die agile uitgevoerd worden, leveren een veel hogere acceptatiegraad op binnen de organisatie en zorgen voor een betere Return on Investment (ROI). Wat betreft elementen als functionaliteit, kwaliteit, tijd en kosten is er een duidelijk verschil tussen traditionele projecten en agile DSDM-projecten (zie Figuur 1). In de traditionele situatie zijn de functionaliteiten (Functies) vaste gegevens die contractueel zijn vastgelegd. De kwaliteit is hier deels vast en deels variabel. De tijd en kosten zijn beide volledig variabel, want er is immers contractueel vastgelegd wat er opgeleverd dient te worden. Dit moet dus gedaan worden, ongeacht de tijd of geld die erin gestoken wordt. Het verplicht opleveren van alle vooraf bepaalde functionaliteiten gaat daarom vaak ten koste van de opgeleverde kwaliteit. Bij agile-projecten wordt de piramide omgedraaid: tijd, kosten en de kwaliteit zijn allemaal vaststaande gegevens. Enkel de opgeleverde functies zijn variabel. Die worden immers pas bepaald tijdens het ontwikkeltraject. De balans slaat hier veel meer uit in het voordeel van de doelstellingen van de organisatie, namelijk kwaliteit boven functies die je wellicht helemaal niet nodig hebt. Daarnaast zijn er in agile-projecten vaste oplevermomenten en kosten, waardoor ze veel beter beheersbaar zijn.

7/13

www.pinkelephant.nl


Figuur 1 Traditionele projecten (L) vergeleken met DSDM-projecten (R)v

UITGANGSPUNTEN

Een centraal element van agile-projecten is dat zowel de klant als de IT-dienstverlener niet weten hoe de definitieve oplossing eruit gaat zien. Het is duidelijk naar welke basisfunctionaliteit er wordt toegewerkt, maar de gedetailleerde invulling is nog niet bekend. Tijdens het project gaat men op ontdekking wat de beste manier is om dit te realiseren. Door voortschrijdend inzicht en het regelmatig opleveren van delen functionaliteit komt een projectteam op deze manier steeds dichter bij de uiteindelijke oplossing. Essentieel bij de acceptatie van agile in organisaties is daarom dat je het idee moet loslaten dat er op basis van voorafgaand aan het project opgestelde en contractueel vastgelegde requirements een goed product kunt opleveren. De vijf belangrijkste uitgangspunten zijn: • Prioriteer wensen en functionaliteit op waarde • Verkort feedback-lussen in het proces • Maak teams zelfsturend om besluitvorming te versnellen • Voer verbeteringen kort, cyclisch en iteratief door • Lever continu werkende software op

VIJF PROJECTFASEN

Projecten bij Pink Elephant worden opgedeeld in vijf fasen (zie Figuur 2). In de eerste fase wordt de Feasability, ofwel de haalbaarheid van een project bestudeerd, onder andere op basis van een businesscase en technische evaluatie. Hier wordt bepaald wat de doelstellingen zijn van het project, in hoeverre het haalbaar is en wat het gaat opleveren voor de organisatie.

Agile Foundations

Direct aansluitend hierop zijn de Agile Foundations. Hier wordt op drie gebieden een solide basis gelegd voor het project, namelijk de Business Foundations, de Solution Foundations en de Management Foundations. In deze fase worden de juiste mensen uit de verschillende lagen van de organisatie bij elkaar gezocht die het project moeten gaan dragen. Hun rollen en mandaten in het project worden in deze fase vastgelegd. Door te kijken naar deze essentiële aspecten van het project krijgen de verschillende afdelingen van de onderneming een beter begrip van het project en marketing- of sales-afdelingen kunnen hierdoor bijvoorbeeld veel beter aansluiting vinden met de doelstellingen van de business of van de klant.

8/13

www.pinkelephant.nl


Evolutionaire ontwikkeling

De overige fasen in het project zijn Exploration, Engineering en Incremental Deployment. Deze beschrijven het proces van de daadwerkelijke ontwikkeling van de oplossing, waarbij er steeds in korte periodes (timeboxes) stukken van de uiteindelijke functionaliteit worden opgeleverd. Door dit proces steeds te herhalen, komt men steeds een stap dichterbij het eindproduct. Deze vorm van evolutionair ontwikkelen, zorgt ervoor dat er tijdens het project ingespeeld kan worden op veranderende inzichten. Het ontwikkelteam neemt tijdens het proces ook de verantwoordelijkheid op zich voor het beheer van de nieuw opgeleverde oplossingen en houdt daardoor zicht op zaken als performance, capaciteit, beveiliging, ondersteuning en onderhoud.

Exploration en Engineering

Na de eerste twee fasen (Feasibility Study, Foundations), waarin de functionele en technische mogelijkheden en risico’s van het project worden onderzocht, begint de ontwikkelfase. Vervolgens begint de Exploration, waarbij samen met eindgebruikers binnen een kort tijdsbestek in een aantal iteraties wordt toegewerkt naar een concreet prototype van de uiteindelijke oplossing. Als dit prototype voldoet aan de globale eisen en wensen van de klant, begint de Engineering-fase. Hiermee wordt de architectuur van de oplossing bepaald en het kader gezet voor de fase waarin de uiteindelijke oplossing wordt gerealiseerd op basis van Scrum.

Deployment

In de laatste fase (Deployment) wordt het systeem van de ontwikkelomgeving naar de productieomgeving verplaatst om vervolgens in gebruik genomen te worden. Voorafgaand aan de implementatie wordt een gebruikershandleiding geschreven en in veel gevallen wordt er een training gegeven aan de gebruikers, waarna het systeem aan hen wordt overgedragen. In het geval dat er een groot aantal gebruikers betrokken is, kan de implementatieperiode ook over een bepaalde periode gespreid plaatsvinden.

Project review

Na de implementatie wordt ten slotte nog een project review geschreven. In dit document worden de uitkomsten van het project samengevat. Op basis van de resultaten kunnen hierin ook de verdere strategie en de mogelijke doorontwikkeling van het opgeleverde product vastgelegd worden.

Figuur 2 De Pink Elephant-projectaanpak is verdeeld in vijf projectfasen

9/13

www.pinkelephant.nl


ROLLEN EN VERANTWOORDELIJKHEDEN

In de projectaanpak van Pink Elephant zijn er specifieke rollen voor gebruikers en ontwikkelaars (zie Figuur 3). Afhankelijk van de omvang en de complexiteit van een project zijn meer of minder rollen betrokken. Ook kunnen meerdere rollen door één persoon worden ingevuld.

Figuur 3 Rollen in het Pink Agile Framework

10/13

www.pinkelephant.nl


ROLLEN VANUIT DE KLANT

• Visionair – Deze persoon is meestal de bedenker van het project en belast met het creëren en uitdragen van de visie bij de klant. Hij zorgt ervoor dat de belangrijkste requirements snel worden vastgelegd en dat het project op koers blijft, ondanks de mogelijk veranderende inzichten tijdens het proces. • Executive Sponsor – Deze persoon heeft bij de klant de financiële autoriteit en verantwoordelijkheid over het project. Hij heeft uiteindelijk de ultieme macht bij het nemen van beslissingen. • Product Owner – Deze belangrijke ambassadeursrol binnen het project wordt door de klant ingevuld. Hij vertegenwoordigt zowel de business als de eindgebruikers en communiceert de voorgang van het project. De Product Owner kan niet alle gebruikersgroepen representeren, waardoor soms een extra rol nodig is, namelijk die van Adviseur. Deze persoon kan bijvoorbeeld een belangrijk standpunt vanuit de (gebruikers)organisatie vertegenwoordigen.

ROLLEN VANUIT PINK ELEPHANT

• Ontwikkelaar – Deze rol omvat alle ontwikkelaars in een project, van analisten, ontwerpers, programmeurs tot testers. De exacte samenstelling is verschillend per project, maar er wordt altijd gestreefd naar een multidisciplinair team en één persoon kan mogelijk meerdere rollen hebben. • Scrum Master – Dit is de coach van het ontwikkelteam, die controleert of het team zich aan de Scrum-spelregels houdt en zich tijdens de Sprint blijft focussen op de beoogde doelen. Hij helpt het team om zijn prestaties te verbeteren, faciliteert de Scrum-bijeenkomsten en zorgt voor de planning en coördinatie van het project. Deze rol wordt vaak gecombineerd met die van ontwikkelaar. • Technisch Coördinator – Deze persoon definieert de architectuur van het systeem en is verantwoordelijk voor de technische kwaliteit in het project. Hieronder valt ook de technische controle, zoals het gebruik van softwareconfiguratiemanagement. • Project Manager – Deze persoon is verantwoordelijk voor zowel de zakelijke, technische als opleveraspecten van het project en zorgt voor richting en coördinatie op managementniveau. Dit houdt in dat hij ook de verwachtingen van de klant bewaakt en aan het management rapporteert over de planning en oplevering.

Teamgrootte

De teams in IT-projecten bij Pink Elephant zijn bij voorkeur multidisciplinair en zelfsturend. De ideale teamgrootte ligt tussen de drie en zes personen. Minimaal drie omdat er altijd één gebruiker van de klant en twee ontwikkelaars in een team moeten zitten. Het maximum is zes personen, omdat de praktijk heeft uitgewezen dat grotere teams niet tot betere prestaties leiden.

Locatie

De succesfactor achter Scrum is dat de leden van het projectteam regelmatig fysiek bij elkaar aan tafel moeten zitten. Dit is nodig om afspraken met elkaar te maken en optimaal gebruik te maken van de interactie tussen de teamleden en de creativiteit die daar uit voortkomt. In de aanpak van Pink Elephant heeft het de voorkeur om een groot gedeelte van de oplossing op locatie bij de klant te realiseren, om zoveel mogelijk gevoel te krijgen bij de wensen van de opdrachtgever.

11/13

www.pinkelephant.nl


SCRUM IN HET KORT

Scrum is in 1995 bedacht door Jeff Sutherland en Ken Schwaber. Zij onderzochten welke principes aan de basis liggen van succesvolle projecten en stelden op basis daarvan een aantal regels op die vastigheid geven in situaties waar creativiteit, betrokkenheid en samenwerking van teams nodig is om snel tot een oplossing te komen.

Sprints

In Scrum werkt een team in Sprints van één tot twee weken aan het realiseren van een werkend product. De verschillende delen functionaliteit die in deze Sprints worden opgeleverd zijn afkomstig van een Product Backlog, een op prioriteit gesorteerde lijst, die in de eerste drie fasen van het project wordt opgesteld.

Product Owner

De Product Owner vertegenwoordigt zowel de business als de IT. Hij behartigt hun belangen en zorgt dat het ontwikkelteam aan de juiste functionaliteiten werkt. Dit doet hij door zogenaamde User Stories te formuleren (zie kader) en deze geprioriteerd op de Product Backlog te plaatsen.

Product Backlog

Het Product Backlog definieert de verschillende elementen van een product, gesorteerd op prioriteit. Dit document verandert als het goed is continu en bevat ruwe schattingen van zowel de business-waarde als de ontwikkelinspanning om een stuk functionaliteit (User Story) te realiseren. Met deze schattingen kan de Product Owner een tijdslijn te definiëren voor de oplevering van stukken functionaliteit.

User Stories

Bij Scrum IT-projecten gewerkt met User Stories. Deze worden opgesteld door het ontwikkelteam en de Product Owner. In plaats van de requirements voor een oplossing heel uitvoerig en vanuit de techniek te definiëren, zijn User Stories leesbare en korte beschrijvingen, zonder al teveel details, die alleen de essentie bevatten. Dit sluit aan bij de gedachte dat er vanuit de gebruiker wordt gewerkt. User Stories bevatten geen details, waardoor het ontwikkelteam er niet aan ontkomt om vragen te stellen aan de Product Owner. Dit maakt User Stories tijdbesparend en ze zorgen er bovendien voor dat er veel meer interactie is tussen de ontwikkelaars en de gebruikers.

Sprint Planning

De Sprint Planning is een korte vergadering waarin de Product Owner het team informeert welke onderdelen van een Product Backlog in een Sprint worden opgenomen. Het team bepaalt vervolgens op basis van de complexiteit van de verschillende onderdelen in welke mate zij kunnen voldoen aan de Sprint Backlog. Gedurende een Sprint mag de functionaliteit in een Sprint Backlog niet veranderen, ofwel de ontwikkelinspanning is getimeboxed. Functionaliteit die niet binnen een Sprint gerealiseerd is, wordt teruggezet op de Product Backlog en opnieuw geprioriteerd. Aan het einde van iedere Sprint demonstreert het team de gerealiseerde functionaliteit.

12/13

www.pinkelephant.nl


Sprint

KLANTTEVREDENHEID

In traditionele watervalprojecten is de gangbare werkwijze dat een grote groep mensen gedurende een lange periode werkt aan het ontwikkelen en opleveren van één grote oplossing. Alle strategische doelen en producteigenschappen worden in dit model vooraf bepaald en contractueel vastgelegd. Pas aan het eind van het project wordt duidelijk of het product ook daadwerkelijk aan de verwachtingen voldoet, wat vaak niet het geval is. De belangrijkste reden voor de slechte resultaten van deze ouderwetse werkwijze is dat er tijdens deze projecten geen aandacht is voor veranderende inzichten of ontwikkelingen in de markt. De focus ligt puur op het opleveren de vooraf bepaalde producten. Een veel beter alternatief is te kiezen voor een agile-projectmethodiek, zoals het Pink Agile Framework. Een kleine groep mensen zal dan in korte periodes werken aan het regelmatig opleveren van kleinere deeloplossingen waar de organisatie direct voordeel van heeft. Tijdens dit creatieve proces wordt continu gestuurd op nieuwe inzichten en kunnen prioriteiten verschuiven, zodat met elke sprint naar een beter eindproduct toe wordt gewerkt. De focus ligt bij agile-projecten altijd op de wensen van de business en de hoe dat het beste vertaald wordt naar de eindgebruikers. Interactie en samenwerking met de klant staat centraal om het beste eindproduct en een zo hoog mogelijke klanttevredenheid te garanderen. Voor vrijwel elke organisatie die snel wil meebewegen met de markt biedt agile voordelen. Het stelt bedrijven in staat sneller nieuwe producten en diensten te introduceren en het zorgt ervoor dat projecten - of die nu IT-gerelateerd zijn of niet - een hogere kwaliteit hebben en beter overeenkomen met de oorspronkelijke wensen. Pink Elephant heeft ruime ervaring op het gebied van agile-gedreven businessprojecten in diverse marktsegmenten, waaronder financiële dienstverlening, gezondheidszorg, overheid, verzekeringen en logistiek. Business- en management-consultancy worden aangevuld met Business Services, IT Services en Education Services, waardoor u de juiste middelen krijgt aangereikt om het maximale resultaat te halen uit de kennis en creativitieit die in uw organisatie aanwezig is. Essentieel bij projecten die volgens het Pink Agile Framework worden uitgevoerd is dat er altijd wordt gewerkt vanuit helder gedefinieerde strategische bedrijfsdoelstellingen en dat ze erop gericht zijn om in hoog tempo concrete resultaten voor de organisatie op te leveren. Met het Pink Agile Framework kunt u op een toegankelijke manier kennismaken met de door Pink Elephant ontwikkelde agile-methodiek. U staat daarbij zelf aan het roer van uw business-project, waarbij in hoog tempo nieuwe functionaliteit wordt opgeleverd, op weg naar een eindproduct dat een maximale bijdrage levert aan uw bedrijfsdoelstellingen. Wilt u weten hoe u de effectiviteit van uw businessprojecten kunt verbeteren met het Pink Agile Framework? Onze experts gaan graag met u in gesprek. Neem contact op met Pink Elephant via 088-235 66 55 of ga naar de website www.pinkelephant.nl.

Vragen?

Arthur Wijman Manager Projectmanagement 06 514 231 58 [email protected]

13/13

www.pinkelephant.nl

White paper Pink Agile Framework

Recommend Documents