Wanneer je samen een app, website of software-oplossing gaat bouwen, is het vanaf het begin belangrijk goed overzicht te creëren. Door je wensen helder te structureren, weet je steeds precies waar je project staat en kun je de volgende stappen duidelijk plannen. Zo behoud je strakke controle over je budget, zonder verrassingen gaandeweg. Dus hoe kun je dat het beste realiseren?
1. Definieer de scope van je project
Om met je team op één lijn te zitten, is het handig om de omvang van je project goed uit te werken. Uit welke onderdelen bestaat je project en uit welke taken bestaat elk onderdeel? Hoe preciezer (en kleiner) de taken zijn waarin je de scope opdeelt, hoe beter deze qua workload kunnen worden ingeschat. Zo weet je precies waaraan je begint.
2. Prioriteer je taken
Om je budget te bewaken en zo efficiënt mogelijk te werken, is het slim om te focussen op de belangrijkste taken en zo snel mogelijk een werkend product (Minimum Viable Product) te hebben. Een manier om je takenlijst te prioriteren, is de ‘MoSCoW-methode’. Hierbij verdeel je jouw taken in vier categorieën:
- Must haves – functionaliteit die onmisbaar is voor een werkend product.
- Should haves – functionaliteit die belangrijk is, maar niet onmisbaar.
- Could haves – functionaliteit die alleen aan bod komt als er voldoende tijd voor is.
- Won’t haves – functionaliteit die op dit moment niet hoeft te worden gemaakt.
3. Maak inschattingen
Elke developer heeft een andere achtergrond en skillset – daardoor verschilt de tijdvereiste per taak ook per developer. In development is het daarom efficiënt je taken af te wegen ten opzichte van elkaar. Is een taak XS, S, M, L of XL? Vervolgens kun je daar urenschattingen aan hangen. Ongeacht of je op vaste of variabele kostenbasis samenwerkt, weet je dan precies wat je kunt verwachten per taak.
4. Kies voor een vaste scope of budget
Ongeacht de grootte van je budget, is het natuurlijk belangrijk deze zo efficiënt mogelijk in te zetten. Een populaire manier daarvoor in software-ontwikkeling is het kiezen tussen (a) een vast budget of (b) een vaste scope. Beide vastzetten is namelijk niet efficiënt, omdat er dan bij voorbaat al een foutmarge wordt gecalculeerd die misschien helemaal niet nodig gaat zijn. Kies je voor een vaste scope? Dan kan het budget fluctueren binnen een bepaalde range, maar weet je vooraf precies welke features je krijgt. Kies je voor een vast budget? Dan kun je gaandeweg bijsturen welke Must / Should / Could haves daarmee precies worden gemaakt.
5. Werk met regelmatige opleveringen
Uit de Backlog (je takenlijst) kies je welke taken het development-team in de eerste oplevering uitvoert. Als je in kleine / regelmatige opleveringen werkt, heb je steeds een werkend product en helder zicht op de kosten. Zulke opleveringen heten Sprints. Na elke Sprint kies je uit de Backlog nieuwe taken voor de volgende Sprint. Uit je werkende product krijg je ongetwijfeld weer nieuwe ideeën die in de Backlog kunnen worden toegevoegd.
Met deze structuur heb je steeds strakke controle over je voortgang. Zo houd je oog voor wat het belangrijkste is en weet je steeds precies waarmee je team bezig is. Met regelmatige oplevering kun je vanaf het begin al uitgebreid testen en gemakkelijk bijsturen wanneer nodig.
