Meer nieuws

Microsoft PowerPivot voor Excel 2010

risicobeperkingen in het werk van power users

Voorsprong van techniek

Het adequaat aanlsuiten van mens en middelen

Het Portaal

Een dynamisch kennisplatform van het Koning Willem I College

Federatief identiteitsmanagement

Het delen van identiteitsgegevens tussen verschillende bedrijven

Van ambachtelijke IT naar industriële IT

Innoveren, standaardiseren en automatiseren

Agile software ontwikkeling op basis van Scrum bij Unive

Een interview over de ervaring en de leermomenten


Univé en VGZ-IZA-TRIAS, twee grote verzekeraars, zijn op 1 januari 2007 formeel gaan samenwerken onder de naam Univé-VGZ-IZA-Trias (UVIT). Om vanuit deze nieuwe samenwerking voor het internet niet steeds opnieuw met een IT oplossing te komen voor dezelfde vraagstukken, is de wens ontstaan om generieke oplossingen aan te bieden in herbruikbare en uitbreidbare vorm. Deze generieke oplossingen worden via een internetplatform aangeboden en vormt zo een solide basis voor toekomstige internet ontwikkelingen en initiatieven.

Voor de realisatie van dit platform is, in samenwerking met Macaw, gebruik gemaakt van de Scrum methode. Scrum bestaat uit een aantal elementen zie visual). Voordat er aan het internet platform project is begonnen, zijn er voorbereidingen getroffen, de zogenaamde Preparation. Het Scrum proces bestaat onder andere uit planning sessies, sprint sessies en review sessies. Binnen Scrum is er een aantal rollen te verdelen zoals: Product owner, Scrum master, Teamleden, Stakeholders en de gebruikers die elk hun eigen verantwoordelijk hebben. Daarnaast is er een aantal artefacts zoals een Product backlog (prioriteitenlijst van requirements) en een Sprint backlog. 

Bron: http://scrumforteamsystem.com/ProcessGuidance/v2/ProcessGuidance.aspx
klik op de afbeelding voor een vergroting

 

Scrum is een manier van "Agile" software ontwikkeling; met korte iteraties, grote betrokkenheid van de opdrachtgever – in dit geval Univé-VGZ-IZA-Trias (UVIT) - flexibiliteit binnen het team en vanuit de opdrachtgever, focus op productierijpe software en een open communicatie over de behaalde resultaten. De belangrijkste uitgangspunten van Agile ontwikkelen zijn vastgelegd in vier basis principes, ook wel Agile manifesten genoemd. Dit zijn:

• Individuen en interactie boven processen en tools
• Werkende software boven uitgebreide documentatie
• Samenwerking met de klant boven contract onderhandelingen
• Reageren op verandering boven het strikt volgen van een plan.

Deze basisprincipes zijn een belangrijke steun bij het maken van de juiste keuzes. Want de praktijk laat nog steeds zien dat het lastig is om het Agile werken goed over te brengen. Iedereen snapt het, maar het toepassen van de principes vergt ervaring. Echter in een eerdere publicatie van Macaw over ‘Waarom u als klant voor Agile ontwikkelen zou moeten kiezen!’ kwamen we tot de conclusie dat in de praktijk Agile-projecten betere projectresultaten laten zien.

In dit artikel vertelt Marcko Willemsen, eBusiness Marketeer van Univé-VGZ-IZA-Trias en ProductOwner van het project, aan de hand van de vier Agile manifesten hoe hij het werken met Scrum heeft ervaren, wat hij ziet als voordelen en welke belemmeringen daarbij zijn opgetreden.

Individuen en interactie boven processen en tools
Marcko Willemsen:“De planningsessies, retrospectives en de dagelijkse stand-up meetings hebben naar mijn mening in grote mate bijgedragen in de inzichtelijkheid en voortgang van het project. Door de directe face-to-face communicatie konden issues, problemen vaak direct opgelost worden. Door de menselijke interactie boven processen en tools te plaatsen konden we zeer effectief communiceren en daarmee goede resultaten boeken”.

Werkende software boven uitgebreide documentatie
Marcko Willemsen: “In de sprints lag de nadruk op het leveren van werkende en geteste software. Dit heb ik zelf als erg prettig ervaren, omdat je direct het resultaat ziet van de inspanningen. Achteraf blijkt wel dat het documenteren meer aandacht had moeten krijgen. Een inhaalslag is noodzakelijk gebleken om alles straks goed in beheer te kunnen nemen. Tijdens het Scrum proces is uitgebreid documenteren niet noodzakelijk, maar voor het in beheer nemen van de software is wel meer documentatie nodig”.

Samenwerking met de klant boven contract onderhandelingen
Marcko Willemsen: “Binnen het project ben ik eigenlijk continue betrokken geweest bij het hele proces. Gestart is met het uitleggen van de business wensen aan alle betrokkenen  van het project (analisten, ontwerpers, developers, testers, architecten). Vervolgens wordt er aan tafel al nagedacht over de mogelijke oplossing door concreet vragen te stellen aan de Product owner. Na het vaststellen van de definition of done gaat iedereen aan de slag. Als klant volg je de vorderingen op de voet en word je continue betrokken bij het nemen van beslissingen. Het maakt niet uit of dit beslissingen van technische of ontwerp aard zijn. Uiteindelijk weet je bij oplevering exact wat je krijgt”.

Reageren op verandering boven het strikt volgen van een plan
Marcko Willemsen: “Veranderingen zijn er eigenlijk continue geweest. Maar niet op een vervelende manier. Tijdens het Scrum proces ontstaan er beelden/ideeën over het realiseren van features. Bij het daadwerkelijk ontwerpen en bouwen van de oplossing ontstaan er soms inzichten die er voor zorgen dat je van je eerste plan afwijkt. Maar omdat ik als klant in het Scrum team zat, werden de nieuwe inzichten direct besproken en indien gewenst meteen uitgevoerd”.

Tot slot vragen we Marcko hoe hij het werken met Scrum overall heeft ervaren en wat in zijn optiek beter kan. “Over het algemeen genomen heb ik het werken met Scrum als zeer prettig ervaren. Een verademing als je het vergelijkt met andere methodieken en projecten waar niet met Scrum is gewerkt. Voor mij was dit het eerste project waar alle disciplines van begin tot eind echt samen hebben gewerkt aan de oplossing. Vaak zie je dat er fase gewijs zaken worden opgeleverd waardoor de doorlooptijd enorm lang wordt. Punt ter verbetering in ons project is dat ik - in mijn rol als Product Owner - niet verantwoordelijk ben voor het budget. Zo zijn er state-of-the-art oplossingen gebouwd waar niet direct een positieve Business Case aan ten grondslag lag. Met een wat simpelere variant hadden we waarschijnlijk ook een goede oplossing en een positieve business case. Verder denk ik dat de teamcoach er nog meer op moet toezien dat de principes van Scrum goed gehanteerd worden. In een paar gevallen zag je binnen het Scrum team een mini waterval aanpak ontstaan”.

Macaw Nederland B.V.
Beechavenue 140
1119 PR Schiphol-Rijk
Tel. +31 20 8510 510
Fax. +31 20 8510 511