## Ontwikkelmethodieken

Wat voor type product je ook gaat ontwikkelen, het is slim om vooraf na te denken over de manier waarop je dat gaat doen. Op deze pagina leggen we je kort twee ontwikkelmethodieken uit; de waterval-methode en de scrum-methode. Beschouw deze informatie puur ter inspiratie, het belangrijkste is vooral dat je gewoon van start gaat. Los van de manier waarop je dat doet.

### Waterval-methode

De waterval-methode van ontwikkelen is eigenlijk de 'klassieke' variant, waarbij het ontwikkelproces een aantal vaste fasen doorloopt die je stuk voor stuk afwerkt. Je begint met fase 1 en gaat pas met fase 2 aan de slag als de eerste fase klaar is. Klinkt logisch toch? Op zich wel, maar er zitten ook enkele nadelen aan...

Hoe werkt het?

Bij de waterval-methode start je met goed bedenken wat je precies wilt, de 'analyse-fase'. Hieruit volgt een plan, wat de basis vormt voor de volgende 'ontwerp-fase'. Pas na het ontwerp (in dit geval van jullie hele leerlijn) start het bouwen. En is alles klaar, dan volgt een test-fase om te kijken of alles klopt. Verloopt dat ook goed, dan kun je overgaan tot implementatie.

Voordelen

- Je weet precies in welke fase je zit;
- Je kunt duidelijke mijlpalen stellen;
- Veel mensen zijn bekend met deze methodiek, wat het werken makkelijker kan maken.

Nadelen

- Het testen doe je pas laat in het project. Kom je dan nog grote fouten tegen, dan kun je opnieuw beginnen..;
- Veranderingen in de omgeving (nieuwe software, nieuwe collega's, bestuur, etc.) zij lastiger op te vangen;
- Door de omvang van het project is het lastig om vooraf echt goed in te schatten hoeveel tijd het gaat kosten.

### Scrum-methode

Scrum biedt een meer flexibele manier van ontwikkelen; je werkt vanuit een globaal idee in kleine stapjes ('sprints') toe naar een concreet product. Een 'sprint' duurt meestal 2 tot 4 weken, waarbij je na iedere sprint een nieuw, werkend (deel)product hebt. Doordat je na de eerste sprint al een concreet product hebt dat leerlingen kunnen gebruiken, ben je eigenlijk continu aan het testen. Hierdoor kun je snel bijsturen waar nodig.

Hoe werkt het?

In de scrum-methode bepaal je met het gehele ontwikkelteam voorafgaand aan iedere sprint wat jullie die 2 tot 4 weken gaan maken. Doel is om na de sprint een volledig werkend product te hebben, hoe klein dat ook is. Je bepaalt zo dus samen waar je aan gaat werken, maar vooral ook waar je niet aan gaat werken. Op een 'product backlog' plaats je alle ideeën en wensen die vanuit het team en de leerlingen ontstaan. In de sprint-meeting bepaal je welke ideeën en wensen jullie oppakken en kijk je of deze passen in de 2 tot 4 weken ontwikkeltijd. Daarna actie!

Voordelen

- Maak je een conceptuele fout, dan kost je dit maximaal één sprint van 2 tot 4 weken;
- Je werkt met alle teamleden tegelijk aan het project, idealiter in één ruimte, zodat snel overleg mogelijk is;
- Voorafgaand aan een sprint bepaalt het team precies wat ze gaan ontwikkelen. Op die manier is er relatief weinig risico dat teamleden langere tijd 'langs elkaar heen' werken.

Nadelen

- De scrum-methode vergt een flexibele instelling, waarin bijsturen vrijwel dagelijkse praktijk is. Dit moet het team wel aankunnen;
- Het is onmogelijk om voordat het project start precies aan te geven hoe het eindproduct er uit gaat zien;
- Het is lastiger om precies aan te geven wanneer het project 'klaar' is; de ontwikkeling kan lange tijd door blijven gaan.

Welke methode je ook kiest, wees je bewust dat er meerdere manieren zijn om projecten aan te pakken!