Agile werken: zó doen we dat

Transcriptie

1 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!

2 Wat is Agile? adjective 1 Able to move quickly and easily: Ruth was as agile as a monkey

3 Wat is Agile? Agile werken is een projectaanpak waarbij we als projectteam stapsgewijs toewerken naar het allerbeste eindresultaat. Dit in tegenstelling tot de traditionele Waterfallmethode, waarbij de verschillende disciplines één voor één aan de slag gaan (als een soort estafette). Het gevolg van de Waterfall-methode is dat je gaandeweg minimaal kan bijsturen, waardoor het bij grote projecten risicovol kan zijn. Met Agile voorkom je dat. We werken namelijk niet van discipline naar discipline, maar verdelen het volledige ontwikkelproces op in blokken van 2 weken waarin we steeds naar een presentabel resultaat toewerken. De investering De Agile-werkwijze biedt een mooie basis voor een vruchtbare samenwerking, maar het gaat niet vanzelf. Het vergt van alle partijen betrokkenheid, verantwoordelijkheid en een dosis positieve energie! Om de flow in het proces te krijgen en te behouden is het van belang dat de opdrachtgever (Product Owner) minimaal 1-2 dagen per week met ons meedraait en intern draagvlak creëert voor gemaakte keuzes. Zo kunnen we super snel schakelen en tijdig vooruit denken. Daarnaast is er anders dan bij de Waterfall-methode geen vooraf vastgestelde scope. Dit betekent dat we samen de verantwoordelijkheid dragen; voor de gemaakte keuzes, het budget, de planning én natuurlijk het succes! :)

4 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.

5 Een paar begrippen Sprint Het ontwikkelproces wordt in een aantal behapbare fasen opgeknipt. Deze fasen, vaak periodes van twee weken, noemen we sprints. Roadmap De globale focus per sprint zoals het team die bij aanvang verwacht tot aan de livegang. Staggered Sprints Een combinatie van de twee ontwikkelmethodes. Eerst wordt het design afgerond in één of meerdere iteraties. Na akkoord wordt de techniek gebouwd in de opvolgende iteraties. De verschillende disciplines werken niet tegelijk, maar opvolgend aan een project in twee wekelijkse sprints. Scope De reikwijdte van een project op basis van een beoogde doelstelling, budget en planning. Waterfall Waterfall is de tegenhanger van de Agile-ontwikkemethode. Hierbij gaat de ontwikkeling niet in sprints, maar per discipline. Planning Poker Planning poker is een methode waarbij teamleden onafhankelijk user stories naar complexiteit inschatten. Vervolgens wordt er overeengekomen hoeveel storypoints een user story krijgt. Hierbij geldt: hoe hoger het aantal punten, hoe complexer én dus grotere impact op de resources en het budget. Backlog Het totaal aan user stories dat niet in een sprint wordt opgepakt. Deze reservelijst staat gesorteerd op prioriteit. Demo Aan het einde van iedere sprint wordt het deelproduct opgeleverd en gepresenteerd. Aan de hand van de user stories wordt de volgende sprint ingezet en kan er getest worden door de Product Owner. User stories Een user story is een kort beschreven doelstelling, geschreven vanuit het gebruikersperspectief, voor een specifieke wens in het proces.

6 De rollen binnen het project

7 Product Owner De Product Owner (PO) is de opdrachtgever. Hij/zij is gedurende het ontwikkelproces het eerste aanspreekpunt en is nauw betrokken met het team. De Product Owner bepaalt in overleg de user stories van het volledige project én de scope per sprint. Scrum Master De Projectmanager is de Scrum Master in dit traject. Hij of zij zorgt ervoor dat het proces soepel verloopt en is tevens verantwoordelijk voor de planning en het budget. Grafisch Ontwerper De Grafisch Ontwerper is verantwoordelijk voor het visuele aspect. Hij/zij maakt - vaak in nauwe samenwerking met de interactieontwerper - designs en bewaakt de huisstijl. Frontend / UX Designer Een UX designer is de lijm tussen grafisch ontwerp en de backend development. Hij/zij werkt nauw samen met beide disciplines om de optimale gebruikerservaring te garanderen. Het design wordt vertaald naar code middels programmeertalen als HTML, CSS en Javascript. Inhoudelijke Projectleider Dit is vaak de Interactieontwerper bij Freshheads. Hij/ zij waarborgt de user stories van het volledige project en de scope per sprint. Daarnaast draagt de interactieontwerper verantwoordelijkheid voor de user experience. Backend Developer De backend developer zorgt voor de technische architectuur, alle koppelingen en de afwerking onder de motorkap.

8 Het proces

9 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 Agilewerkwijze bij projecten met minimaal 3 sprints pas écht goed tot zijn recht komt. Vragen die je in deze fase kunt stellen: 1. Wat zijn de belangrijkste user stories ten 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?

10 Realisatie In de realisatiefase werken we in sprints van twee weken. Tijdens de sprint wordt er op basis van prioriteiten toegewerkt naar een deelproduct. Aan het einde van iedere sprint heroverweegt het team samen met de Product Owner opnieuw de prioriteiten. De user stories die in een sprint niet opgepakt zijn, worden opgenomen in het backlog. Deze worden waar mogelijk (gezien budget of relevantie) in een latere sprint gerealiseerd. Vragen die je in deze fase kunt stellen: 1. Welke user stories kunnen we oppakken in de komende sprint? 2. Welke aannames heeft het team gedaan tijdens het maken van de user stories? 3. Zijn dit écht de belangrijkste user stories in deze 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?

11 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.

12 Freshheads Tilburg Wilhelminapark EB Tilburg Freshheads Amsterdam Haparandadam 7, Studio C AK Amsterdam tel