Agile Scrum Handboek
Hoofdstuk 1. Agility (het behendigheidsconcept)
1.1. Projectleveringsmethode en levenscyclus
Wanneer je een stukje software ontwikkelt, worden de volgende stappen op een of andere manier
uitgevoerd voor afzonderlijke functies, of voor de oplossing als geheel:
- Analyseren
- Ontwerpen
- Construeren/bouwen
- Integreren
- Testen
Deze stappen kunnen ‘delivery (leverings)processen’ genoemd worden.
Opties om processen te organiseren en uit te voeren noemen we ‘ontwikkelingslevenscyclus
(development lifecycle)’. In ons algemene levenscyclusmodel is elke processtap voltooid voordat we naar
de volgende gaan. Het is duidelijk dat de stappen elkaar kunnen overlappen. Dit type levenscyclus is
gebaseerd op de gedachte dat we willen begrijpen wat we moeten gaan produceren en daarom wordt het
een planningsgestuurde ontwikkeling genoemd. We hebben een upfront specificatie, een upfront
ontwerp en bijgevolg een passend plan.
Indien incrementele levering mogelijk is, kan een andere levenscyclus gebruikt worden – adaptieve
levenscyclus. In plaats van het eindproduct te voorspellen en daarop te vertrouwen hebben we korte
perioden (iteraties) waarin we incrementen (delen) van het product maken. De klant geeft feedback op de
incrementen en op basis daarvan beslissen we wat te doen in de komende periode. Deze methode wordt
ook wel iteratieve ontwikkeling genoemd, omdat in elke periode de processen herhaald worden.
1.2. Voorspellende versus adaptieve levenscyclus
De voorspellende en adaptieve levenscycli hebben elk voor- en nadelen. De juiste keuze is afhankelijk van
vele factoren, maar de belangrijkste is de aard van het product.
- Moet ik adaptief zijn? Een adaptief systeem is nodig als er een risico is dat het eindresultaat iets
heel anders wordt dan het eerste idee.
- Kan ik adaptief zijn? Om adaptief te zijn, moet je de mogelijkheid hebben om iteratief te
ontwikkelen en incrementeel op te leveren.
1.3. Agile versus waterval
‘Agile’ is de populaire naam voor systemen die de adaptieve levenscyclus gebruiken. Het woord ‘waterval’
wordt gebruikt om naar een voorspellende levenscyclus in IT-projecten te verwijzen.
1.4. Is Agile nieuw?
Adaptieve levenscycli zijn niet nieuw, maar het gebruik van de term ‘Agile’ om te verwijzen naar de
adaptieve levenscyclus wel.
1.5. Het Agile Manifesto
In 2001 kwam een groep pioniers samen om het nieuwe systeem officieel te maken door het een naam te
geven en daarvoor een Manifesto op te stellen.
Wij laten zien dat er betere manieren zijn om software te ontwikkelen door het te doen en door anderen
ermee te helpen. Daarmee komen we tot de volgende waarde statements:
Mensen en hun onderlinge interactie boven processen en tools
Werkende software boven allesomvattende documentatie
Samenwerking met de klant boven contractonderhandelingen
Inspelen op verandering boven het volgen van een plan
,Dat wil zeggen dat hoewel de items aan de rechterkant waardevol zijn, wij toch aan de items aan de
linkerkant meer waarde hechten.
1.6. Agile principes
De auteurs van het Agile Manifesto creëerden twaalf principes naar aanleiding van het nieuwe Agile idee.
1. Onze hoogste prioriteit is het tevredenstellen van de klant door het vroegtijdig en voortdurend
opleveren van waardevolle software.
2. Verwelkom veranderende behoeften, zelfs laat in het ontwikkelproces. Agile processen benutten
verandering tot concurrentievoordeel van de klant.
3. Lever frequent werkende software op. Liefst elke paar weken, ten minste elke paar maanden,
met een voorkeur voor een korte tijdsperiode.
4. Mensen uit de business en ontwikkelaars moeten dagelijks samenwerken gedurende het project.
5. Bouw projecten rond gemotiveerde individuen. Geef hun de ondersteuning en omgeving die ze
nodig hebben, en vertrouw erop dat ze de klus klaren.
6. De efficiëntste en effectiefste manier om informatie te delen in en met een Development Team is
in een face-to-facegesprek.
7. Werkende software is de primaire maatstaf voor voortgang.
8. Agile processen bevorderen constante ontwikkeling. De opdrachtgevers, ontwikkelaars en
gebruikers moeten in staat zijn om een constant tempo te handhaven.
9. Voortdurende aandacht voor een hoge technische kwaliteit en voor een goed ontwerp versterken
Agility.
10. Eenvoud – de kunst van het maximaliseren van werk dat niet gedaan hoeft te worden – is
essentieel.
11. De beste architecturen, eisen en ontwerpen komen voort uit zelforganiserende teams.
12. Op regelmatige tijdstippen onderzoekt het team hoe het effectiever kan worden en past
vervolgens zijn gedrag daarop aan.
1.7. Praktische overwegingen over adaptieve levenscyclussen
In de adaptieve levenscyclus kiezen we voor elke iteratie eerst een aantal functies (features), en ons doel
is om aan het eind van de iteratie een stukje werkende software (increment) gecreëerd te hebben dat
hopelijk alle functies bevat.
1.7.1. Fixed-scope versus fixed-time iteraties
Theoretisch kunnen beide werken, maar in de praktijk zijn iteraties met een vaste tijdsduur aanzienlijk
beter, omdat dit je dwingt om je continu op de meest waardevolle dingen te concentreren.
Timebox: een vaste tijdsperiode, die we onder geen enkele voorwaarde verlengen.
1.7.2. Duur van iteraties
De maximumduur van een iteratie is twee maanden op basis van de Agile principes. In Scrum is het
maximaal één maand.
1.7.3. Dezelfde tijdsduur of verschillende tijden voor iteraties?
Het hebben van dezelfde tijdsduur is meer gedisciplineerd en het is meestal niet nodig om telkens te
beslissen over een nieuwe tijdsduur. Voor Scrum moeten de timeboxen steeds dezelfde lengte hebben.
Dit is echter onder voorbehoud van omstandigheden.
1.7.4. Wat als sommige functies niet zijn afgerond?
Het belangrijkste doel is om een increment van de software te leveren met de functies die wel voltooid
zijn en feedback te ontvangen om aanpassingen te kunnen doen om later waarde te genereren als zij
worden gebruikt. Het doel is niet om zoveel mogelijk functies te ontwikkelen.
, 1.7.5. Wat gebeurt er binnen de iteraties?
Je kunt de ontwikkelingsprocessen in elke iteratie op twee verschillende manieren uitvoeren:
1. Voor alle gevraagde functies die tot de iteratie horen worden alle ontwikkelingsprocessen
doorlopen.
2. Alle stappen gaan per functie, één of enkele tegelijk, en voor hen worden alle
ontwikkelingsprocessen doorlopen.
Manier twee is de betere optie, omdat je altijd een paar functies gereed hebt om aan de klant te
demonstreren.
1.7.6. Machtigingen
De beslissingspunten zijn bij de voorspellende levenscyclus geconcentreerd aan het begin en aan het
einde, dus bij die aanpak kunnen de meeste beslissingen naar de hogere managers geëscaleerd worden.
Bij de adaptieve systemen zijn de beslissingspunten verspreid over de hele levenscyclus. Om die reden is
er bij de adaptieve aanpak behoefte aan gemachtigde teamleden die zelf beslissingen mogen nemen.
1.8. Is dit alleen geschikt voor IT-projecten?
Agile is niet beperkt tot IT-projecten, maar de beste toepassing van Agile is in IT-ontwikkelingsprojecten.
Alle programma’s zouden uitgevoerd moeten kunnen worden met adaptieve methoden.
1.9. Is Agile sneller?
Er zijn twee hoofdredenen die de ‘snelheid’ van Agile projecten helpen:
- Wijzigingen: veranderingen aanbrengen in het midden van een voorspellend project kost meer
tijd en inspanning dan in een Agile project.
- Scope: voorspellende projecten zijn afhankelijk van een vooraf gedefinieerde definitie van de
scope. Wanneer het tijd is om de scope te definiëren, worden verantwoordelijke mensen te
creatief en voegen ze functies toe die nauwelijks of nooit zullen worden gebruikt.
Hoofdstuk 1. Agility (het behendigheidsconcept)
1.1. Projectleveringsmethode en levenscyclus
Wanneer je een stukje software ontwikkelt, worden de volgende stappen op een of andere manier
uitgevoerd voor afzonderlijke functies, of voor de oplossing als geheel:
- Analyseren
- Ontwerpen
- Construeren/bouwen
- Integreren
- Testen
Deze stappen kunnen ‘delivery (leverings)processen’ genoemd worden.
Opties om processen te organiseren en uit te voeren noemen we ‘ontwikkelingslevenscyclus
(development lifecycle)’. In ons algemene levenscyclusmodel is elke processtap voltooid voordat we naar
de volgende gaan. Het is duidelijk dat de stappen elkaar kunnen overlappen. Dit type levenscyclus is
gebaseerd op de gedachte dat we willen begrijpen wat we moeten gaan produceren en daarom wordt het
een planningsgestuurde ontwikkeling genoemd. We hebben een upfront specificatie, een upfront
ontwerp en bijgevolg een passend plan.
Indien incrementele levering mogelijk is, kan een andere levenscyclus gebruikt worden – adaptieve
levenscyclus. In plaats van het eindproduct te voorspellen en daarop te vertrouwen hebben we korte
perioden (iteraties) waarin we incrementen (delen) van het product maken. De klant geeft feedback op de
incrementen en op basis daarvan beslissen we wat te doen in de komende periode. Deze methode wordt
ook wel iteratieve ontwikkeling genoemd, omdat in elke periode de processen herhaald worden.
1.2. Voorspellende versus adaptieve levenscyclus
De voorspellende en adaptieve levenscycli hebben elk voor- en nadelen. De juiste keuze is afhankelijk van
vele factoren, maar de belangrijkste is de aard van het product.
- Moet ik adaptief zijn? Een adaptief systeem is nodig als er een risico is dat het eindresultaat iets
heel anders wordt dan het eerste idee.
- Kan ik adaptief zijn? Om adaptief te zijn, moet je de mogelijkheid hebben om iteratief te
ontwikkelen en incrementeel op te leveren.
1.3. Agile versus waterval
‘Agile’ is de populaire naam voor systemen die de adaptieve levenscyclus gebruiken. Het woord ‘waterval’
wordt gebruikt om naar een voorspellende levenscyclus in IT-projecten te verwijzen.
1.4. Is Agile nieuw?
Adaptieve levenscycli zijn niet nieuw, maar het gebruik van de term ‘Agile’ om te verwijzen naar de
adaptieve levenscyclus wel.
1.5. Het Agile Manifesto
In 2001 kwam een groep pioniers samen om het nieuwe systeem officieel te maken door het een naam te
geven en daarvoor een Manifesto op te stellen.
Wij laten zien dat er betere manieren zijn om software te ontwikkelen door het te doen en door anderen
ermee te helpen. Daarmee komen we tot de volgende waarde statements:
Mensen en hun onderlinge interactie boven processen en tools
Werkende software boven allesomvattende documentatie
Samenwerking met de klant boven contractonderhandelingen
Inspelen op verandering boven het volgen van een plan
,Dat wil zeggen dat hoewel de items aan de rechterkant waardevol zijn, wij toch aan de items aan de
linkerkant meer waarde hechten.
1.6. Agile principes
De auteurs van het Agile Manifesto creëerden twaalf principes naar aanleiding van het nieuwe Agile idee.
1. Onze hoogste prioriteit is het tevredenstellen van de klant door het vroegtijdig en voortdurend
opleveren van waardevolle software.
2. Verwelkom veranderende behoeften, zelfs laat in het ontwikkelproces. Agile processen benutten
verandering tot concurrentievoordeel van de klant.
3. Lever frequent werkende software op. Liefst elke paar weken, ten minste elke paar maanden,
met een voorkeur voor een korte tijdsperiode.
4. Mensen uit de business en ontwikkelaars moeten dagelijks samenwerken gedurende het project.
5. Bouw projecten rond gemotiveerde individuen. Geef hun de ondersteuning en omgeving die ze
nodig hebben, en vertrouw erop dat ze de klus klaren.
6. De efficiëntste en effectiefste manier om informatie te delen in en met een Development Team is
in een face-to-facegesprek.
7. Werkende software is de primaire maatstaf voor voortgang.
8. Agile processen bevorderen constante ontwikkeling. De opdrachtgevers, ontwikkelaars en
gebruikers moeten in staat zijn om een constant tempo te handhaven.
9. Voortdurende aandacht voor een hoge technische kwaliteit en voor een goed ontwerp versterken
Agility.
10. Eenvoud – de kunst van het maximaliseren van werk dat niet gedaan hoeft te worden – is
essentieel.
11. De beste architecturen, eisen en ontwerpen komen voort uit zelforganiserende teams.
12. Op regelmatige tijdstippen onderzoekt het team hoe het effectiever kan worden en past
vervolgens zijn gedrag daarop aan.
1.7. Praktische overwegingen over adaptieve levenscyclussen
In de adaptieve levenscyclus kiezen we voor elke iteratie eerst een aantal functies (features), en ons doel
is om aan het eind van de iteratie een stukje werkende software (increment) gecreëerd te hebben dat
hopelijk alle functies bevat.
1.7.1. Fixed-scope versus fixed-time iteraties
Theoretisch kunnen beide werken, maar in de praktijk zijn iteraties met een vaste tijdsduur aanzienlijk
beter, omdat dit je dwingt om je continu op de meest waardevolle dingen te concentreren.
Timebox: een vaste tijdsperiode, die we onder geen enkele voorwaarde verlengen.
1.7.2. Duur van iteraties
De maximumduur van een iteratie is twee maanden op basis van de Agile principes. In Scrum is het
maximaal één maand.
1.7.3. Dezelfde tijdsduur of verschillende tijden voor iteraties?
Het hebben van dezelfde tijdsduur is meer gedisciplineerd en het is meestal niet nodig om telkens te
beslissen over een nieuwe tijdsduur. Voor Scrum moeten de timeboxen steeds dezelfde lengte hebben.
Dit is echter onder voorbehoud van omstandigheden.
1.7.4. Wat als sommige functies niet zijn afgerond?
Het belangrijkste doel is om een increment van de software te leveren met de functies die wel voltooid
zijn en feedback te ontvangen om aanpassingen te kunnen doen om later waarde te genereren als zij
worden gebruikt. Het doel is niet om zoveel mogelijk functies te ontwikkelen.
, 1.7.5. Wat gebeurt er binnen de iteraties?
Je kunt de ontwikkelingsprocessen in elke iteratie op twee verschillende manieren uitvoeren:
1. Voor alle gevraagde functies die tot de iteratie horen worden alle ontwikkelingsprocessen
doorlopen.
2. Alle stappen gaan per functie, één of enkele tegelijk, en voor hen worden alle
ontwikkelingsprocessen doorlopen.
Manier twee is de betere optie, omdat je altijd een paar functies gereed hebt om aan de klant te
demonstreren.
1.7.6. Machtigingen
De beslissingspunten zijn bij de voorspellende levenscyclus geconcentreerd aan het begin en aan het
einde, dus bij die aanpak kunnen de meeste beslissingen naar de hogere managers geëscaleerd worden.
Bij de adaptieve systemen zijn de beslissingspunten verspreid over de hele levenscyclus. Om die reden is
er bij de adaptieve aanpak behoefte aan gemachtigde teamleden die zelf beslissingen mogen nemen.
1.8. Is dit alleen geschikt voor IT-projecten?
Agile is niet beperkt tot IT-projecten, maar de beste toepassing van Agile is in IT-ontwikkelingsprojecten.
Alle programma’s zouden uitgevoerd moeten kunnen worden met adaptieve methoden.
1.9. Is Agile sneller?
Er zijn twee hoofdredenen die de ‘snelheid’ van Agile projecten helpen:
- Wijzigingen: veranderingen aanbrengen in het midden van een voorspellend project kost meer
tijd en inspanning dan in een Agile project.
- Scope: voorspellende projecten zijn afhankelijk van een vooraf gedefinieerde definitie van de
scope. Wanneer het tijd is om de scope te definiëren, worden verantwoordelijke mensen te
creatief en voegen ze functies toe die nauwelijks of nooit zullen worden gebruikt.
