Inhoudsopgave:
- Invoering
- Gebruikersverhalen
- Brainstormsessies
- Bekijk sessies
- Wat u moet opnemen in een wekelijks projectstatusrapport
- Procesdiagrammen
- Blijf vragen waarom
Invoering
Het verzamelen van eisen van belanghebbenden bij projecten voelt vaak als tanden trekken. En als u niet alles in het werk stelt om alle vereisten uit te werken voordat u met de ontwikkeling van een project begint, krijgt u tijdens het testen een zeer lange lijst met problemen die als vereisten hadden moeten worden opgevat. Er zijn verschillende manieren om het gesprek te stimuleren om ervoor te zorgen dat u alle vereisten vastlegt als onderdeel van een project, zoals het verzamelen van gebruikersverhalen, het opzetten van brainstormsessies, het diagrammen van processtromen en meer. Of u nu een projectmanager of een bedrijfsanalist bent, dit artikel leidt u door enkele van de meer standaardbenaderingen voor het verzamelen van projectvereisten om ervoor te zorgen dat uw project op de juiste manier van start gaat.
Gebruikersverhalen worden vaak ingekaderd rond de rol van de aanvrager, wat ze willen en waarom ze dat willen.
Designmodo
Gebruikersverhalen
Of u nu iets compleet nieuws bouwt of een bestaande applicatie bijwerkt, de eerste reeks vereisten moet altijd worden vastgelegd via gebruikersverhalen. Of deze verhalen afkomstig zijn van eindgebruikers of belanghebbenden, doet er niet toe, en u kunt ze van iedereen verzamelen. Het doel is om hun verwachtingen vast te leggen voor wat er gaat worden gebouwd en details over hoe ze willen dat het werkt. Er zijn verschillende formaten voor het vastleggen van gebruikersverhalen, maar ze leggen over het algemeen allemaal de rol vast die aan de aanvrager is gekoppeld, wat die persoon wil en waarom ze het willen. Deze verhalen zullen in het projectproces verder uitgewerkt moeten worden.
Brainstormsessies
Bij brainstormsessies kwamen doorgaans alle geïdentificeerde belanghebbenden en enkele van de potentiële eindgebruikers samen in een ruimte en wierpen hun ideeën over wat de vereisten voor een project zouden moeten zijn. Het doel is om de discussie gaande te houden en mensen aan het praten te houden. Als er discrepanties zijn tussen vereisten die al zijn besproken of uw interpretatie van de vereisten, plaats het dan daar zodat de groep kan ronddraaien. Omdat deze sessies vaak ongelooflijk snel verlopen, is het het beste om het gesprek op te nemen of een toegewijde schrijver te hebben, zodat u zich kunt concentreren op het feit dat u een actieve deelnemer bent in plaats van vast te zitten om alles vast te leggen. Als je deze weg inslaat, is het niet ongebruikelijk om meer dan één van deze sessies te hebben om ervoor te zorgen dat alles wordt besproken.
Hoewel brainstormsessies geweldig zijn om alle vereisten openbaar te maken en een gesprek om hen heen te hebben, kan het pijnlijk zijn om alles uit te zoeken na een van deze vergaderingen, gezien de hoeveelheid informatie.
PM Alliance
Bekijk sessies
Blijf de vereisten voorleggen aan de belanghebbenden van het project om te beoordelen, en onderschat niet de hoeveelheid tijd die het een groep kan kosten om overeenstemming te bereiken over alle vereisten van een project. Het is niet ongebruikelijk dat discussiëren over een klein project een paar weken kan duren. Een van de manieren is om te wachten tot iedereen zich mondeling heeft aangemeld voor de vereisten, en vervolgens een paar dagen te wachten voordat u weer met iedereen omcirkelt om hun handtekening op een formeel document te krijgen, waar u hen kunt vragen om nog een keer te kijken. voor de zekerheid. Een andere benadering is om iemand anders in het bedrijf met kennis van wat u doet de vereisten te laten doornemen om ervoor te zorgen dat alles zo luchtdicht mogelijk lijkt.
Wat u moet opnemen in een wekelijks projectstatusrapport
Procesdiagrammen
Procesdiagrammen is waar je het hele team samenbrengt en door de stroom loopt voor elk van de geïdentificeerde processen die deel uitmaken van het project. Dit dwingt de belanghebbenden om na te denken over elke stap in de gevraagde applicatie, en legt vaak nieuwe vereisten bloot waar niemand eerder rekening mee had gehouden. De output van deze sessies dient ook als een fantastische input voor wireframing.
Blijf vragen waarom
Vragen waarom is een krachtige drijfveer tijdens gesprekken over vereisten, en specifieke, duidelijke vereisten zullen pas betrouwbaar worden ingevuld als het niet langer zinvol is om die vraag te stellen. Het dwingt de belanghebbenden om na te denken over de granulaire componenten van hun initiële vereisten, wat pijnlijk en tijdrovend kan zijn. Bovendien kan soms voortdurend vragen uiteindelijk iets blootleggen waarvan aanvankelijk werd gedacht dat het een vereiste was, dat toch geen vereiste hoeft te zijn.
© 2017 Max Dalton