...
Tijdens het maken van het PvA zijn er bij ons al snel een aantal vragen naar bovengekomen. Wat gaan we nou eigenlijk doen en wat is de opdracht eigenlijk precies? We hebben de vragen opgesteld voor een volgend gesprek terwijl we bezig zijn gegaan met andere dingen die ook zeker moesten gebeuren. Doordat we aan verschillende dingen konden werken hebben we daar niet hoeven te wachten op de antwoorden van onze vragen. Het PvA is na onze oplevering terug gekomen met een paar kleine punten. Deze Op een aantal plekken hebben wij verkeerde termen gebruikt wat bij ons tot verwarring zorgde. Dit ging vooral over de softwarehandleiding wat bij ons niet gelijk klikte als Software Design Document. Ook miste er een aantal punten zoals waarom de opdrachtgever juist nu bezig wil met deze opdracht. Deze punten hebben we zo snel en goed mogelijk opgelost om tot het uiteindelijke PvA te komen.
Als ik kijk naar een PvA zijn er een aantal dingen die belangrijk zijnvind. Zo is het belangrijk om de opdrachtgever duidelijk te maken wat wij zien als opdracht en hoe wij het bedrijf van hen voor ons zien. Als hier fouten in staan kunnen deze zo snel mogelijk worden opgelost om uiteindelijk de opdracht duidelijk te krijgen. Ook is het belangrijk om de opdrachtgever vertrouwen te geven. Als een opdrachtgever bij een bedrijf een goed gevoel heeft dat hij daadwerkelijk krijgt wat hij verwacht dan is hij vaak verzekerd genoeg om met dat bedrijf in zee te gaan. Ook is het belangrijk om aan de opdrachtgever duidelijk te maken wat wij als team nodig hebben. Het kan zijn dat wij bepaalde hard- en software nodig hebben om ons systeem te kunnen testen. Als ik terug kijk naar wat wij hebben op kunnen leveren als PvA ben ik daar best tevreden over. Er zijn zeker een aantal punten, zoals het kunnen aanscherpen van wat we gaan opleveren in hoofdstuk 6. Daarnaast hadden we ook meer tijd moeten nemen om de afspraken binnen onze groep aan te scherpen.
...