...
Organisatorische grenzen
...
Het project begint op 5-4-2022 (pre-sprint) en de eerste sprint gaat beginnen op woensdag 13-4-2022, de opleverdatum is 10-6-2022. In totaal gaat het team werken in drie sprints, tijdens de sprints zijn de regels van SCRUM leidend. (Opdrachtgever mag sprintplanning niet aanpassen tussendoor) De laatste twee weken zijn gereserveerd om de eindpresentatie te maken en het softwarepakket te overhandigen en toe te lichten (Gaan we dit doen?).
Het ontwikkelteam is beschikbaar op werkdagen tussen 09:00 en 17:00, met uitzondering van vrije dagen (https://www.han.nl/studeren/jaarrooster/). Het team bestaat uit vijf ontwikkelaars (studenten). De ontwikkelaars hebben iedere week 40 uur om aan het project te werken. (Hieronder een overzicht waar alle uren heen gaan! moet nog worden verbeterd, dit is puur om een beeld te schetsen.)
Bezigheden die tijd kosten buiten het maken van het product
...
Het komt erop neer dat er per sprint gemiddeld 20 uur per persoon overblijft om te werken aan het product. In deze tijd gaat het team de bijbehorende documenten schrijven, software schrijven, unit testen en reviewen.
...
Het front-end gedeelte realiseren op basis van Vue.js
Het backend gedeelte realiseren door middel van Java springboot
...
Voor ieder van de beschreven producten definieer je vervolgens meetbare (SMART) kwaliteitseisen. Je bedenkt welke activiteiten je moet doen om de producten volgens die kwaliteitseisen te maken en hoe je ervoor zorgt dat die kwaliteit ook in het proces bewaakt wordt (proceskwaliteitseisen). Dit breng je onder in een tabel. Hieronder staat een voorbeeld, dat expres niet uitputtend is ingevuld, ook zijn de kwaliteitseisen nog niet SMART geformuleerd. En… realiseer je dat het slechts een voorbeeld is!
Product | Productkwaliteitseisen | Benodigde activiteiten om te komen tot het product | Proceskwaliteitseisen |
PvA | ICA Controlekaart Voldoet aan PvA template | Gesprek houden met opdrachtgever om informatie te krijgen Project achtergrond achterhalen Project doel en opdracht uitwerken Randvoorwaarden opstellen Projectgrenzen opstellen Kwaliteitseisen stellen aan de op te leveren producten Ontwikkelmethode uitwerken Contactgegevens noteren Planning maken Risico's opstellen | Oplevering en goedkeuring van product door opdrachtgever en projectbegeleider op de opleverdatum |
Eindproduct (bijvoorbeeld je applicatie) | Respons in maximaal x tijd | Oplevering en | |
SRS | ICA Controlekaart Voldoet aan standaard x …. | Requirements uitvragen Werkzaamheden observeren UC diagram maken Fully dressed use cases uitschrijven Domeinmodel maken …. | |
Code | 100% (geslaagde) unittests Commentaar in het Engels Voldoende aan guideline Traceable naar specifieke requirements ….. | Schrijven code Unittests schrijven Code reviewen …. | |
Onderzoeksverslag | ICA controlekaart ….. | Wat is nodig om je onderzoeksvraag te beantwoorden, welke activiteiten moet je doen? Bijvoorbeeld: Interviewen betrokkenen Literatuuronderzoek …. |
Ontwikkelmethode
Nu je weet wat je gaat opleveren (producten en kwaliteit daarvan) en wat je daarvoor moet doen (overzicht activiteiten) met welkegrenzen en randvoorwaarden, geef je aan welke methode(n) jij gaat inzetten in je project. Heb je te maken met een adviestraject dan ligt het voor de hand om eerst een onderzoek te doen en daarna met een advies te komen. Ben je bezig met het ontwerp van bijvoorbeeld een website of ga je een stuk software ontwikkelen, maak dan eerst een onderbouwde keuze tussen bijvoorbeeld waterval, incrementeel, iteratief of een combinatie van die laatste twee. Daarna kun je eventueel specifieker worden door het kiezen van een bepaalde ontwikkelmethode. Hierbij spelen in elk geval de volgende overwegingen een rol:
...