Samenvatting
Samenvatting Agile Scrum Handboek
Samenvatting van het boek Agile Scrum Handboek, geschreven door Nader K. Rad & Frank Turley, voor de cursus Agile Scrum Foundation.
[Meer zien]Voorbeeld 3 van de 20 pagina's
Voorbeeld 3 van de 20 pagina's
In winkelwagengesponsord bericht van onze partner
Gekoppeld boek
Titel boek:
Auteur(s):
- Uitgave:
- ISBN:
- Druk:
2 beoordelingen
Door: annevaleriadijk • 1 jaar geleden
Door: contactmarleen • 3 jaar geleden
Voorbeeld van de inhoud
Agile Scrum HandboekHoofdstuk 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.
Voordelen van het kopen van samenvattingen bij Stuvia op een rij:
Verzekerd van kwaliteit door reviews
Stuvia-klanten hebben meer dan 700.000 samenvattingen beoordeeld. Zo weet je zeker dat je de beste documenten koopt!
Snel en makkelijk kopen
Je betaalt supersnel en eenmalig met iDeal, creditcard of Stuvia-tegoed voor de samenvatting. Zonder lidmaatschap.
Focus op de essentie
Samenvattingen worden geschreven voor en door anderen. Daarom zijn de samenvattingen altijd betrouwbaar en actueel. Zo kom je snel tot de kern!
Veelgestelde vragen
Wat krijg ik als ik dit document koop?
Je krijgt een PDF, die direct beschikbaar is na je aankoop. Het gekochte document is altijd, overal en oneindig toegankelijk via je profiel.
Tevredenheidsgarantie: hoe werkt dat?
Onze tevredenheidsgarantie zorgt ervoor dat je altijd een studiedocument vindt dat goed bij je past. Je vult een formulier in en onze klantenservice regelt de rest.
Van wie koop ik deze samenvatting?
Stuvia is een marktplaats, je koop dit document dus niet van ons, maar van verkoper BibiKN. Stuvia faciliteert de betaling aan de verkoper.
Zit ik meteen vast aan een abonnement?
Nee, je koopt alleen deze samenvatting voor €2,99. Je zit daarna nergens aan vast.
Is Stuvia te vertrouwen?
4,6 sterren op Google & Trustpilot (+1000 reviews)
Afgelopen 30 dagen zijn er 56326 samenvattingen verkocht
Opgericht in 2010, al 14 jaar dé plek om samenvattingen te kopen