Agile werken: zó doen we dat Bij Freshheads werken we graag volgens de Agile aanpak. De voordelen? Verhoogde efficiëntie en flexibiliteit, snellere resultaten en grotere betrokkenheid. Maar hoe gaat het in zijn werk? Na het lezen van dit document heb je de basis in de vingers!
Wat is Agile? adjective 1 Able to move quickly and easily: Ruth was as agile as a monkey
Wat is Agile?
De investering
Agile werken is een projectaanpak waarbij we als
De Agile-werkwijze biedt een mooie basis voor een
projectteam stapsgewijs toewerken naar het allerbeste
vruchtbare samenwerking, maar het gaat niet vanzelf. Het
eindresultaat. Dit in tegenstelling tot de traditionele Waterfall-
vergt van alle partijen betrokkenheid, verantwoordelijkheid
methode, waarbij de verschillende disciplines één voor één
en een dosis positieve energie! Om de flow in het proces
aan de slag gaan (als een soort estafette). Het gevolg van
te krijgen en te behouden is het van belang dat de
de Waterfall-methode is dat je gaandeweg minimaal kan
opdrachtgever (Product Owner) minimaal 1-2 dagen per
bijsturen, waardoor het bij grote projecten risicovol kan
week met ons meedraait en intern draagvlak creëert voor
zijn. Met Agile voorkom je dat. We werken namelijk niet
gemaakte keuzes. Zo kunnen we super snel schakelen en
van discipline naar discipline, maar verdelen het volledige
tijdig vooruit denken. Daarnaast is er anders dan bij de
ontwikkelproces op in blokken van 2 weken waarin we
Waterfall-methode geen vooraf vastgestelde scope. Dit
steeds naar een presentabel resultaat toewerken.
betekent dat we samen de verantwoordelijkheid dragen; voor de gemaakte keuzes, het budget, de planning én natuurlijk het succes! :)
Sneller De Agile-werkwijze brengt overzicht en maakt het traject overzichtelijk en behapbaar. Er is meer ruimte voor overleg waardoor er gedurende het traject volop bijgestuurd kan worden. Tussentijdse bevindingen, feedback en heroverwegingen worden direct meegenomen, waardoor de doorlooptijden minder lang zijn.
Beter Als je Agile werkt ligt de verantwoordelijkheid niet langer bij één persoon. Het volledige projectteam, de opdrachtgever en vaak ook de eindgebruiker zijn nauw betrokken bij het ontwikkelproces en hebben allen evenveel ‘ownership’. Die gezamenlijke betrokkenheid komt ten goede aan het eindresultaat.
Transparanter en leuker Met de Agile-werkwijze houden alle teamleden inclusief de opdrachtgever overzicht. De Agile-werkwijze zorgt ervoor dat de voortgang, planning en het vastgestelde budget continu bewaakt wordt. Als opdrachtgever heb je inzicht in de voortgang, ben je op de hoogte van waar het team op dat moment aan werkt en welke impact dit heeft op het budget. Super transparant dus! Daarnaast zorgt de intensieve samenwerking voor betrokkenheid, wederzijds begrip én plezier.
Een paar begrippen Sprint
Scope
Backlog
Het ontwikkelproces wordt in een aantal
De reikwijdte van een project op basis
Het totaal aan user stories dat niet in een
behapbare fasen opgeknipt. Deze fasen,
van een beoogde doelstelling, budget en
sprint wordt opgepakt. Deze reservelijst
vaak periodes van twee weken, noemen
planning.
staat gesorteerd op prioriteit.
Waterfall
Demo
Roadmap
Waterfall is de tegenhanger van de
Aan het einde van iedere sprint
De globale focus per sprint zoals het
Agile-ontwikkemethode. Hierbij gaat de
wordt het deelproduct opgeleverd en
team die bij aanvang verwacht tot aan
ontwikkeling niet in sprints, maar per
gepresenteerd. Aan de hand van de
de livegang.
discipline.
user stories wordt de volgende sprint
we sprints.
ingezet en kan er getest worden door de Staggered Sprints
Planning Poker
Een combinatie van de twee
Planning poker is een methode waarbij
ontwikkelmethodes. Eerst wordt het
teamleden onafhankelijk user stories
User stories
design afgerond in één of meerdere
naar complexiteit inschatten. Vervolgens
Een user story is een kort beschreven
iteraties. Na akkoord wordt de techniek
wordt er overeengekomen hoeveel
doelstelling, geschreven vanuit het
gebouwd in de opvolgende iteraties.
storypoints een user story krijgt. Hierbij
gebruikersperspectief, voor een
De verschillende disciplines werken
geldt: hoe hoger het aantal punten, hoe
specifieke wens in het proces.
niet tegelijk, maar opvolgend aan een
complexer én dus grotere impact op de
project in twee wekelijkse sprints.
resources en het budget.
Product Owner.
De rollen binnen het project
Product Owner
Grafisch Ontwerper
De Product Owner (PO) is de opdrachtgever. Hij/zij is
De Grafisch Ontwerper is verantwoordelijk voor het visuele
gedurende het ontwikkelproces het eerste aanspreekpunt en
aspect. Hij/zij maakt - vaak in nauwe samenwerking met de
is nauw betrokken met het team. De Product Owner bepaalt
interactieontwerper - designs en bewaakt de huisstijl.
in overleg de user stories van het volledige project én de scope per sprint.
Frontend / UX Designer Een UX designer is de lijm tussen grafisch ontwerp en de
Scrum Master
backend development. Hij/zij werkt nauw samen met
De Projectmanager is de Scrum Master in dit traject. Hij of
beide disciplines om de optimale gebruikerservaring te
zij zorgt ervoor dat het proces soepel verloopt en is tevens
garanderen. Het design wordt vertaald naar code middels
verantwoordelijk voor de planning en het budget.
programmeertalen als HTML, CSS en Javascript.
Inhoudelijke Projectleider
Backend Developer
Dit is vaak de Interactieontwerper bij Freshheads. Hij/ zij
De backend developer zorgt voor de technische architectuur,
waarborgt de user stories van het volledige project en de
alle koppelingen en de afwerking onder de motorkap.
scope per sprint. Daarnaast draagt de interactieontwerper verantwoordelijkheid voor de user experience.
Het proces
Definitiefase / fase 0 Het proces begint altijd met een definitiefase. In deze fase formuleren we doelstellingen en wordt een projectafkadering (reikwijdte) opgesteld. Er wordt een roadmap vastgesteld en waar nodig aangevuld met user stories. Vervolgens stellen we het definitieve budget en planning vast. Op basis van het type project bepalen we welke werkwijze het beste aansluit: volledig Agile óf staggered sprints. De ervaring leert ons dat een Agile-
Vragen die je in deze fase kunt stellen:
werkwijze bij projecten met minimaal 3 sprints pas
1. Wat zijn de belangrijkste user stories ten
écht goed tot zijn recht komt.
opzichte van de doelstellingen? 2. Kunnen alle user stories verwerkt worden? Ja?
Waar ligt de prioriteit per user story?
Nee?
Welke user stories hebben minder prioriteit en kunnen naar het backlog?
Realisatie In de realisatiefase werken we in sprints van twee
Vragen die je in deze fase kunt stellen:
weken. Tijdens de sprint wordt er op basis van
1. Welke user stories kunnen we oppakken in de
prioriteiten toegewerkt naar een deelproduct.
komende sprint?
Aan het einde van iedere sprint heroverweegt het team samen met de Product Owner opnieuw de
2. Welke aannames heeft het team gedaan tijdens
prioriteiten. De user stories die in een sprint niet
het maken van de user stories?
opgepakt zijn, worden opgenomen in het backlog. Deze worden waar mogelijk (gezien budget of
3. Zijn dit écht de belangrijkste user stories in deze
relevantie) in een latere sprint gerealiseerd.
fase van het traject? 4. Wil ik daaraan dus ook het budget van deze sprint besteden? 5. Welke user stories worden niet opgepakt; vind ik dat acceptabel? Nee?
Kunnen we nog wat schuiven?
Nee?
Moet er extra budget worden vrij gemaakt?
De sprints
Planningsdag Iedere sprint begint met een planningsdag. Dan bespreekt het volledige team (inclusief de Product Owner) de user stories, worden daar functionaliteiten aan gekoppeld en gedetailleerd vastgelegd. De prioriteit per user story wordt ingeschat aan de hand van ‘planning poker’. Dit is een techniek waarbij geldt: hoe hoger het aantal punten, hoe complexer én dus grotere impact op de recources en het budget. Het team brengt aan de hand daarvan de belangrijkste user stories in kaart. Aan het einde van de dag bepaalt het team - op basis van het beschikbare budget en de resources - welke user stories in de sprint worden opgepakt. Als Product Owner bepaal je vervolgens of je achter de gemaakte keuzes staat, of nog wijzigingen wilt aanbrengen. Sprints Het team gaat aan de slag. De Product Owner werkt 1 - 2 dagen per week met het team en kijkt actief mee. Soms blijkt een bedachte oplossing in de praktijk niet toereikend. Door de korte lijntjes kunnen we hier snel op inspelen en actief passende oplossingen aandragen zonder veel tijd te verliezen. Demo Aan het einde van een sprint presenteren we op vrijdag (de demo-dag) het product. Om dit zo vloeiend mogelijk te laten verlopen, wordt samen met de Product Owner de donderdag ervoor grondig getest. Na de presentatie maken we het gespendeerde budget inzichtelijk en stellen we aan de hand van de feedback de planning bij.
Freshheads Tilburg
Freshheads Amsterdam
tel +31 13 539 00 40
Wilhelminapark 21
Haparandadam 7, Studio C9
[email protected]
5041 EB Tilburg
1013 AK Amsterdam
www.freshheads.com
