Samenvatting

De afstudeeropdracht heeft tot doel om tot een oplossing te komen dat zorgt voor efficiëntere samenwerking tussen een BPM specialist en de ontwikkelaars. De samenwerking tussen een BPM-specialist en een ontwikkelaar gaat momenteel niet efficiënt genoeg binnen Builders & Performers. Dit heeft tot gevolg dat de kwaliteit van de software niet voldoende is, kosten te hoog zijn door teveel rework, de oplevering niet optimaal verloopt en de betrokkenen zich niet in het proces thuis voelen. Daarom B&P wil software ontwikkelingsmethode invoeren dat het huidige ontwikkelproces ondersteund en optimaliseert voor zowel de ontwikkelaars als de BPM-er. De afstudeeropdracht is uitgevoerd in combinatie met verzamelen van praktijkinformatie uit het bedrijfsleven en met een literatuuronderzoek over verschillende softwareontwikkeling methode en welke andere hulpmiddelen en technieken een bijdrage leveren aan een efficiënter samenwerkingsverband.
Het onderzoek geeft antwoordt op de hoofdvraag:
Welke oplossingen zijn er nodig om een efficiëntere samenwerking te bereiken tussen de BPM specialist en de ontwikkelaars?

Er is gestart met het interviewen van de opdrachtgever, BPM-er en ontwikkelaars om de oorzaken van het probleem in kaart te brengen. Hier kwamen drie oorzaken naar voren, namelijk:
1. Ieder heeft een eigen beeld hoe het proces verloopt, hierdoor is niet duidelijk wat er van elkaar wordt verwacht.
2. Er is geen duidelijk overzicht wie wat doet, doordat de RfC-tool Eventum chaotisch werkt als planningstool.
3. De klant krijgt iets anders opgeleverd dan was gevraagd, doordat de requirement(s) te beknopt zijn beschreven, aldus de ontwikkelaars.
Voor de eerste oorzaak is onderzoek gedaan welke software ontwikkeling methodes er op de markt zijn en welke methode past bij de organisaties en aansluit op het huidige proces/structuur. In een workshop met het gehele team is gekozen om volgens het W-model te werken. Er is gekozen voor het W-model, omdat het aansluit op het huidige proces en de OTAP methode die ze gebruiken tijdens het ontwikkelingsproces. Het W-model is een combinatie van het V-model met een Agile methode. In het huidige proces werd nog watervalachtig te werk gegaan, de opdrachtgever zocht een optimum tussen de watervalmethode, hoe de organisatie nu werkt, en een agile methode, hoe de organisatie wil gaan werken. Er is gekozen voor W-model met de agile methode scrum, mede omdat de ontwikkelaars ervaring en kennis hebben van deze methodiek. Om te zorgen dat iedere medewerker hetzelfde beeld heeft hoe het proces verloopt en wat er van elkaar wordt verwacht, is er een design gemaakt van het W-model voor het team B&P en een handboek met procedures beschreven, zodat iedereen weet binnen het ontwikkelproces wie, wat en hoe het gedaan moet worden.

Scrum maakt gebruik van het scrumbord als techniek om alle uit te voeren taken overzichtelijk te weergeven. De techniek is daarom gebruikt om de tweede oorzaak op te lossen. Het scrumbord is tijdens het afstuderen als Quick Win geïmplementeerd in de organisatie. Het gehele team van B&P is gaan werken met het scrumbord, dit heeft er toe geleid dat voor iedereen duidelijk is wat er door wie wordt gedaan en wat er nog gedaan moet worden per release.

Voor de laatste oorzaak is gekeken hoe eisen en wensen van de klant beter gecommuniceerd kan worden naar zowel de ontwikkelaars als naar de klant. In het onderzoek is naar voren gekomen dat een functioneel ontwerp met behulp van wireframes en flowdiagrammen duidelijk communiceert wat er gemaakt moet worden voor de klant en wat er gemaakt moet worden door de ontwikkelaars.

Concluderend kan worden gezegd dat Het W-model met de scrumtechnieken en het gebruik van het functioneel ontwerp een oplossing heeft geboden op de hoofdvraag, welke oplossingen zijn er nodig om een efficiëntere samenwerking te bereiken tussen de BPM specialist en de ontwikkelaars.