als u een nieuw project begint zonder de projectvereisten van sponsors en eindgebruikers te verzamelen, stelt u uzelf op voor mislukking. Projecten zijn succesvol wanneer ze positieve resultaten opleveren en aan de verwachtingen van belanghebbenden voldoen. Als uw project niet voldoet aan de verwachtingen van het project en de gebruiker, is het mislukt, ongeacht hoe snel u het hebt voltooid of binnen het budget hebt gehouden.

Stel bijvoorbeeld dat u een project leidt om een nieuwe mobiele app te maken. Je verzamelt projectvereisten en stelt een team samen van ontwikkelaars, productmanagers en creatievelingen. Na de lancering, echter, gebruikers klagen over de interface van de app. Ze zijn niet in staat om de app te navigeren om iets gedaan te krijgen.

het blijkt dat uw team zo gefocust was geweest op het voldoen aan elke projectvereiste van projectsponsors dat ze een cruciale gebruikersvereiste voor softwareprojecten negeerden: houd het simpel!

uw team leverde een werkende app, maar voldeed niet aan de verwachtingen van de gebruikers. Gelukkig kunt u dergelijke resultaten voorkomen door de vereisten van stakeholders te identificeren, te analyseren en te valideren voordat u met nieuwe projecten begint. Dit is waar eisen analyse komt in.

Wat is een behoeftenanalyse?

Requirements analysis omvat het definiëren, analyseren, valideren en afstemmen van de verwachtingen van belanghebbenden voor nieuwe projecten, waarbij rekening wordt gehouden met alle mogelijke conflicten.

het is een proces van het identificeren, analyseren en beheren van projectvereisten om te bepalen wat het project moet bereiken en eventuele dubbelzinnigheden of tegenstrijdige vereisten in uw projectplan te elimineren.

bij het uitvoeren van het requirements analysis proces, onthoud dat alle geaccepteerde requirements:

• gedocumenteerd
• uitvoerbaar
• meetbaar
• testbaar
• traceerbaar
• gedefinieerd met voldoende details
• gerelateerd aan de totale bedrijfsbehoeften

wanneer wordt een behoeftenanalyse uitgevoerd?

gewoonlijk voert u het proces voor de analyse van de vereisten uit voordat u met de projectplanning begint. Bovendien, in projectmanagement, voert u eisen analyse wanneer:

• berekening van ontwikkelingskosten
• vaststelling van projectprioriteiten
• creëren van een structuur voor werkverdeling
• inclusief projectspecialisten in een lopend project

wie voert een behoeftenanalyse uit?

projectmanagers voeren de analyse van de projectvereisten uit voordat nieuwe projecten worden gestart. Het document van de eisenanalyse verzamelt, organiseert en volgt de projectvereisten van de belangrijkste belanghebbenden. Het begeleidt projectplanning en zorgt ervoor dat u uw projecten af te ronden afgestemd op stakeholder en zakelijke doelen.

Requirements analysis in software engineering

terwijl requirements analysis gunstig is voor elk project, is het meest gebruikelijk in software engineering. In software engineering, requirements analysis, bekend als requirement engineering, definieert verwachtingen voor nieuwe software wordt gebouwd of gewijzigd.

Requirements analysis in software engineering stelt projectmanagers en leiders in staat om duidelijke richting te blijven volgen, de behoeften van gebruikers centraal te houden en uitgebreide documentatie van het ontwikkelingsproces te ontwikkelen. Vereisten analyse in software engineering is meestal een iteratief, continu proces gedurende de duur van een project, niet een een-en-gedaan taak.

Hoe ontdek je de projectvereisten?

het opgraven van de projectvereisten is de kern van de behoeftenanalyse. Het begint met het identificeren en het krijgen van input van de belangrijkste stakeholders. Na het identificeren van deze stakeholders, registreren hun project eisen voor onderzoek en validatie voordat de werkzaamheden beginnen.

er zijn drie hoofdfasen bij het uitvoeren van een grondige analyse van de vereisten:

1. de eerste stap is het verzamelen van de eisen door het verzamelen van business process documentatie en het uitvoeren van interviews met belanghebbenden.
2. analyseer en valideer vervolgens de vereisten, evalueer of ze duidelijk, volledig, consistent en ondubbelzinnig zijn.
3. ten slotte moeten de vereisten worden vastgelegd en moet worden toegezien op de uitvoering ervan gedurende het gehele project.

belangrijke belanghebbenden die moeten worden geraadpleegd bij de analyse van de vereisten zijn cliënten, eindgebruikers, teamleden en projectsponsors. Dit zijn meestal de stakeholders die het meest worden beïnvloed door het project, en hun behoeften combineren om het ideale projectresultaat te bepalen.

requirements analysis techniques you need to know

Requirements analysis techniques help you determinate the stakeholder expectations that make it through requirements analysis. Ze stellen je ook in staat om de verwachtingen van stakeholders te verduidelijken in eenvoudige, visuele taal om ervoor te zorgen dat je op dezelfde pagina zit. Zodra u de vereisten hebt verzameld, schrijf ze op in een document van de eisenanalyse en deel ze met uw stakeholders ter goedkeuring.

als u tijdens het project wijzigingen aanbrengt in dit document voor de analyse van vereisten, registreert u dit via een procedure voor de controle op Wijzigingen en legt u het opnieuw ter goedkeuring voor aan de relevante belanghebbenden.

Requirements analysis techniques for discovering business needs

de volgende requirement analysis technieken helpen bij het ontdekken van zakelijke behoeften:

• Gap analysis: Gap analysis is een proces dat het bedrijf en zijn doelen bestudeert en inzicht geeft in hoe deze kloof kan worden gedicht.
• business motivation model (BMM): deze analysetechniek is gestructureerd op een OMG-modelleringssysteem dat zakelijke beslissingen ondersteunt die reageren op mondiale veranderingen.
• customer journey mapping: Met de infusie van storytelling en visuals helpen customer journey maps de motivatie, angsten en bezwaren van uw klanten te begrijpen.

requirements analysis techniques for identifying software requirements

de volgende requirement analysis techniques help to identify software requirement needs:

• Data flow programma: een data flow programma (DFP) definieert het project scope zonder te verdiepen in Uitgebreide details.
• Use cases: Use cases kunnen het gedrag van het systeem helpen definiëren en communiceren vanuit het perspectief van de eindgebruiker.
• gebruikersverhalen: gebruikersverhalen richten zich op de behoeften van uw gebruikers in plaats van op de functies die uw systeem zou moeten leveren.

wat zijn de uitdagingen bij het vaststellen van projectvereisten?

bij het vaststellen van projectvereisten zijn er enkele gemeenschappelijke uitdagingen te verwachten. Enkele hiervan zijn:

Stakeholders weten niet wat ze willen

de grootste uitdaging van de behoeftenanalyse is dat klanten vaak een vaag idee hebben van wat ze willen. Sommige klanten kunnen weten, maar worstelen met het communiceren ervan, dus het is aan jou om de juiste vragen te stellen om hun behoeften vast te leggen.

eisen zijn vaak dynamisch

een andere uitdaging bij de analyse van de eisen is de evoluerende aard van de eisen. De verwachtingen die aan het begin van het project zijn vastgesteld, kunnen veranderen naarmate het project vordert. Zakelijke trends kunnen van invloed zijn op de initiële omstandigheden, waardoor een geheel nieuwe oplossing nodig is. Heb back-upplannen en verandermanagementprocessen om onverwachte veranderingen aan te pakken.

slechte communicatie tussen teams

door het verschil in technische expertise tussen projectmanagers, ingenieurs en gebruikers, zijn deze belanghebbenden het niet altijd eens. Het is jouw taak als projectmanager om een bemiddelaar en communicator te zijn tussen alle betrokken partijen.

het ontwikkelingsteam is zich niet bewust van de politiek van de organisatie

ontwikkelingsteams zijn zich vaak niet bewust van organisatorische politiek, vooral in grote bedrijven met cross-functionele teams. Ongecontroleerd, dit kan leiden tot misverstanden, verkeerde uitlijning van doelen, en project mislukking.

Wat is het proces voor de analyse van de vereisten?

het onderstaande vijfstappenproces is essentieel om de vereisten van een project te ontdekken.

voer een stakeholderanalyse uit

om de projectvereisten te ontdekken, een lijst op te stellen van de belangrijkste betrokken stakeholders, van de projectsponsor tot de eindgebruikers tot het projectteam.

het hebben van een duidelijk beeld van wie inspraak heeft in het project zet u op het juiste pad om hun verwachtingen te verzamelen en te organiseren voordat de werkelijke behoeftenanalyse plaatsvindt. Zodra u de belangrijkste stakeholders hebt geïdentificeerd, kunt u ze groeperen op basis van de mate van invloed en interesse die ze hebben in het succes of falen van uw project.

• groot vermogen, zeer geïnteresseerd: nauw omgaan met de verwachtingen van belanghebbenden in deze rang. Hun eisen moeten uw topprioriteit zijn. Klanten, projectsponsors en eindgebruikers vallen in deze categorie. Kijk ook naar hun dichtstbijzijnde influencers.
• groot vermogen, minder geïnteresseerd: deze stakeholders hebben een aanzienlijk belang in uw project, maar zijn er niet enthousiast over. Werk hard om ze tevreden te houden en hun interesse te behouden.
• laag vermogen, zeer geïnteresseerd: hoewel deze stakeholders geen significant belang hebben in uw project, houd ze op de hoogte en communiceer regelmatig om ervoor te zorgen dat er geen problemen ontstaan.
• laag vermogen, minder geïnteresseerd: deze stakeholders hebben weinig interesse en belang in uw project. Houd ze in de lus en onderhouden van uw relatie met hen, maar val ze niet lastig met overtollige communicatie.

Note each stakeholder ‘ s requirements

nadat u de projectstakeholders hebt geïdentificeerd en gecategoriseerd, vraag elk van hen naar hun verwachtingen. Wat willen ze van dit product? Wat is hun verwachte resultaat?

wanneer u met belanghebbenden spreekt, moet u de transparantie behouden, de reikwijdte van het project en eventuele lacunes in de reikwijdte verduidelijken en discussies contextualiseren. Als u dit niet doet, kunnen stakeholders onrealistische projectvereisten stellen, wat tot teleurstelling zal leiden als u er niet in slaagt om de gewenste functionaliteiten in het te leveren project te implementeren.

het is essentieel om het duidelijke perspectief van elke stakeholder te begrijpen om een duidelijker beeld van de doelstellingen van uw project te creëren en te communiceren. Hier zijn enkele Requirements analysis technieken die zullen helpen nota stakeholders ‘ eisen:

• Host individuele interviews: praat met elke stakeholder individueel om hun specifieke behoeften en standpunten te begrijpen.
• groepsinterviews houden: interviewsessies houden met specifieke groepen belanghebbenden. Deze sessies zullen u toelaten om een overlap van informatie te vormen die de verschillende groepsverwachtingen met elkaar verbindt.
• use use cases: Use cases zijn scenario – gebaseerde technieken die u door de functionaliteit van een systeem, software of service Leiden.
• mock-ups bouwen: Prototypes geven gebruikers een idee van het eindproduct, waardoor het gemakkelijker wordt om producthiaten en ontevredenheid van de gebruiker vóór de lancering op te sporen.

vereisten van de groep

na identificatie van vereisten, groepeer ze in een van deze vier categorieën:

• technische vereisten: de technische problemen die u moet oplossen om het project succesvol te voltooien
• operationele vereisten: de noodzakelijke bewerkingen die het project gedurende een bepaalde periode laten draaien
• functionele vereisten: De functionele vereisten waaraan uw project moet voldoen om als compleet of succesvol te worden beschouwd

verduidelijk en registreer vereisten

nu is het tijd om de haalbaarheid van elke vereiste te bepalen en hoe het project ze kan leveren. Om dit te bereiken, moet u:

• definieer eisen in duidelijke, voldoende gedetailleerde en relevante termen.
• rangschikken eisen naar hun belang. Je moet prioriteiten stellen, omdat budgetten vaak beperkt zijn. Noem de meest kritische behoeften boven de ” nice-to-haves.”
• conflicterende vereisten oplossen door deze te bespreken met de belangrijkste belanghebbenden. Dit is de meest waardevolle stap in het uitvoeren van een requirements analyse. Het stelt de betrokken partijen in staat om verschillende mogelijkheden van het resultaat van het project te verkennen en overeenstemming te bereiken over de beste oplossing.
• haalbaarheid onderzoeken. Voer een gedetailleerde analyse uit van de potentiële betrouwbaarheid en bruikbaarheid van het nieuwe product of systeem. Deze analyse zal grijze gebieden en mogelijke problemen identificeren. Leg uw belangrijkste bevindingen vast in een schriftelijk document en deel ze vervolgens met de eerder geïdentificeerde stakeholders.

krijg een ondertekende overeenkomst

het is niet genoeg om mondeling overeenstemming te bereiken over vereisten. Zorg ervoor dat ze schriftelijk worden opgesteld en dat het document wordt ondertekend door belangrijke stakeholdergroepen waarin wordt bevestigd dat de gepresenteerde vereisten hun behoeften nauwkeurig weerspiegelen. Dit document van de vereiste analyse, in software engineering bekend als Software Requirements Specifications (SRS), voorkomt de waarschijnlijkheid van scope kruip problemen.

Eisenanalyse document voorbeeld

uw eisenanalyse document (rad) kan tekst-en visuele diagrammen bevatten. Het kan dienen als een contractuele overeenkomst tussen u en uw klanten en moet worden geschreven in de taal die belanghebbenden kunnen begrijpen. Belangrijke secties van een vereisten analyse document omvatten:

• doel
• publiek
• functionele vereisten
• technische vereisten

hier is een voorbeeld van een document van de Universiteit van Florida om u te inspireren.

waarom Wrike gebruiken als een vereiste analyse tool?

een succesvol project voldoet aan alle verwachtingen van belanghebbenden. Krachtige project management tools zoals Wrike maken het gemakkelijk om eisen te verzamelen van belangrijke stakeholders, bieden inzicht in de eisen analyse en project planning proces, en het analyseren van projectvereisten in een gecentraliseerde locatie en werkruimte.

bent u klaar om de projectdoelstellingen op tijd en binnen het budget te bereiken en tegelijkertijd aan de verwachtingen van de belanghebbenden te voldoen? Begin met een gratis proefperiode van twee weken van Wrike ‘ s project management software.