Cycles; Design in een iteratieve werkwijze

Jarenlang hebben we via de waterval-methode aan onze projecten gewerkt. Concept, schets, design, front-end, back-end, en overdracht. Het is een prima methode, want de basis van iedere werkwijze is het goed communiceren van concrete stappen. Alleen naarmate je groeit in projecten en ervaring kom je langzaam tot de conclusie dat je een flexibeler en meer betrokken proces zoekt. Voordat ik verder ga over dit nieuwe proces vertel ik eerst een stukje geschiedenis.

Scrum als basis

Anderhalf jaar geleden vroeg Topicus ons om het design-systeem voor Digdag op te zetten. Digdag is een applicatie-suite voor de kinderopvang. Denk hierbij aan apps en responsive webapps voor kinderopvang-locaties, pedagogisch medewerkers en ouders. Het Digdag ontwikkel-team begon destijds met de projectmethode Scrum en daar draaide ik in mee.

Met Scrum werken is fijn, met iedere twee weken een sprint weet je precies wat er komt. Na zo’n sprint bepaal je wat er in de volgende sprint gebeurd. Evaluaties en proberen zorgden voor een continu sterker Scrum-traject tijdens de ontwikkeling van Digdag.

Het mooie van scrum is focus. Doordat je focust op één onderdeel krijg je betere kwaliteit. Dat leek ons ook wel wat. Alleen heeft scrum regels die niet passen bij een klein team dat aan meerdere projecten tegelijk werkt. Met scrum werk je full-time samen in een vast team. Wij hebben een Scrum-methode nodig dat dient voor kleine design-teams. Dus waarbij maar een paar dagen gewerkt wordt aan een project met misschien maximaal twee a drie personen.

Cycles

Na een korte en krachtige brainstorm-sessie zijn de Cycles ontstaan. Een Cycle duurt ongeveer één a drie weken waarbij een concreet onderdeel uitgewerkt wordt. Een groot verschil dus in vergelijking met de waterval-methode. Cycle voor Cycle een website of webapplicatie ontwerpen waarbij de website in principe al na een enkele Cycle live kan.

De Cycles lossen ook een ander probleem op ten opzichte van de waterval-methode, fixed pricing. Het is moeilijk om van tevoren nauwkeurig in te schatten hoeveel een project kost op basis van de waterval-methode. Met Cycles kun je dat afspreken per Cycle.

Richtlijnen voor cycles

• Cycles duren gemiddeld één a drie weken, dit lijkt op Scrum;
• Je bepaalt zelf hoeveel dagen je aan een Cycle werkt voor een project, meestal één a drie dagen per week;
• Binnen een Cycle lever je minimaal één concreet en werkend onderdeel op;
• De inhoud van de Cycles bepaal je in een voortraject door middel van user stories. Op basis van prioriteit bepalen we de eerstvolgende Cycle;
• Bij iedere Cycle is de klant actief betrokken.

Drie stappen

• Brainstormen en schetsen met de klant: Deze stap is belangrijk, wij als designers weten veel van het web, maar de klant weet alles van zijn branche, organisatie of product. Laat je klant actief meedenken, brainstorm en schetsen op een white board;
• Designen en HTML/CSS uitwerken;
• Testen en evalueren.

Valkuilen

Niet alles kun je opvangen met Cycles, daarom zijn er een aantal valkuilen:

• Verlies het concept niet uit het oog, houdt de hoofddoelen scherp;
• Het design-systeem kan in verval raken, zorg altijd voor consistentie en netheid in design zowel als code.

De Cycles zijn een interpretatie van onze eigen iteratieve design werkwijze en zal zich de komende tijd continu ontwikkelen. Op dit moment hebben we zes projecten met Cycles uitgevoerd, naarmate we een tijdje verder zijn zal ik een update posten met bevindingen en aanpassingen van de Cycles.

— This post was originally written on the Studio Wolf blog.