Bedrijfsanalyseprocesstroom: stapsgewijze zelfstudie

Welke stappen moeten worden gevolgd in het bedrijfsanalyseproces?

Hieronder staan ​​de stappen die betrokken zijn bij het businessanalyseproces. Het zal u begeleiden vanaf het businessanalyseproces van dag 1 tot het einde van de planningsfase.

Stap 1) Verzamel alle informatie over het project

Het is de Bedrijfsanalist De verantwoordelijkheid om alle details met betrekking tot het project te verzamelen door vragen te stellen aan de mensen die erbij betrokken zijn (projectmanager, projectsponsor, functioneel manager of bedrijfsleider).

De verzamelde informatie moet betrekking hebben op de volgende onderwerpen:

• Reikwijdte en grenzen van het project
• Actuele factoren die de organisatie beïnvloeden
• Projectrisico's en beperkingen
• Bredere organisatorische context

Identificeer de belanghebbenden die actief bij het project betrokken zijn. Dit is tevens een goed moment om een ​​onderzoek uit te voeren. Analyse van de behoeften van belanghebbenden.

Nadat je deze informatie hebt verzameld, analyseer je je rol in het project en stel je een checklist op die je als businessanalist kunt gebruiken, bijvoorbeeld:

• Welke lessen uit eerdere ervaringen kun je toepassen op het huidige project?
• Documentatie en planning vereist voor het huidige project.
• Het bespreken van de mogelijke uitkomsten van het project met belanghebbenden.
• Identificeer de leden die bij het project betrokken zijn.
• Plan een bijeenkomst met de klant en de belanghebbenden wanneer aanvullende input nodig is.
• De verwachte resultaten en het vereiste formaat.
• Bestaande documentatie die u kunt raadplegen om een ​​beter begrip van het project te krijgen.
• De methodologie (Agile of waterval) die het meest geschikt is voor het project

Stap 2) Belanghebbenden identificeren en een plan opstellen Revkijkvergadering

In de tweede stap stelt u een beoordelingsvergadering met de projectmanager, belanghebbenden en teamleden. Een onduidelijke agenda leidt vaak tot projectmislukking.

• Wees specifiek over wat er van het project verwacht wordt.
• Betrek de projectmanager, belanghebbenden en teamleden bij de vergadering en stel vragen die betrekking hebben op het project.
• Als je aan een volledig nieuw project werkt, vraag dan de projectmanager of een contactpersoon die eerder in dat vakgebied heeft gewerkt om advies.

Stap 3) Analyseer alle projectrelevante documenten

Vervolgens, correct analyseren alle projectgerelateerde documenten, zoals:

• Documentatie van bedrijfsprocessen
• Documenten met bedrijfs- en systeemvereisten
• Zakelijke aangelegenheden
• Grafieken en stroomdiagrammen
• Project plannen
• Organigram
• Strategiedocumenten en businessplannen
• Beleid en wetgeving

Ontdek alle informatie die verborgen zit in het document met de bedrijfsvereisten en tracEr zijn lacunes met de huidige systemen, processen, procedures en werkwijzen. Het document dat u is verstrekt, kan verouderd zijn. Controleer daarom alle feiten die u aantreft voordat u het als definitief beschouwt.

Stap 4) Noteer alle feiten en informatie die je ontdekt.

Tijdens het onderzoek en de analyse ontdekt u veel nuttige feiten over het project die moeten worden aangepast of geïmplementeerd. Noteer elke bevinding zodat deze later kan worden geraadpleegd.

• Zakelijke vereisten, inclusief rapportagevereisten
• Bedrijfsprocessen en ondersteunende systemen
• Functionele en niet-functionele eisen
• Vraagstukken en risico’s die momenteel van invloed zijn op het project

Stap 5) Het probleemgebied begrijpen

Inmiddels heb je een goed begrip van het project, dus je kunt identificeer het probleemdomeinJe moet het volgende uitzoeken:

• Welke bedrijfsfunctie zal hierdoor worden beïnvloed?
• Risico's en factoren die van invloed zijn op de onderneming
• Beleid en beperkingen die het project beïnvloeden
• Waarden die de mate van belang van het project bepalen
• Systemen die momenteel de bedrijfsactiviteiten ondersteunen
• Documenten die het probleemgebied samenvatten, bijvoorbeeld het jaarverslag.
• Problemen die het bedrijf momenteel belemmeren om de gewenste resultaten te behalen.
• Of de voorgestelde wijziging een verschil maakt voor het probleemgebied.

Stap 6) Presenteer de bedrijfsvereisten

Nadat je alle bedrijfsvereisten hebt verzameld en het probleemgebied hebt begrepen, is de volgende stap: het presenteren van de bedrijfsvereisten aan belanghebbenden of de projectmanager. Veelgebruikte presentatietechnieken zijn onder andere:

• Een tabel of spreadsheet
• Een diagram of grafiek
• Een prototype of simulatie
• Een gestructureerde tekstsjabloon of gestructureerde zin

Woordenlijst met termen die een snel overzicht geven van het proces van de businessanalist:

• Doel: Definieert het doel van de bedrijfsanalyseactiviteiten die nodig zijn voor het voorgestelde initiatief
• Domein: Definieert de deliverables die zijn opgenomen en uitgesloten
• Oorzaak: Definieert de onderliggende oorzaken van de geconstateerde problemen.
• Huidige staat: Definieert het probleem dat de noodzaak tot verandering veroorzaakt.
• Geplande activiteiten: Definieert de reden voor de activiteit, de te leveren producten en de leverdatums
• Plan voor betrokkenheid van belanghebbenden: Geeft een overzicht van het proces van betrokkenheid van belanghebbenden.
• Kwaliteitsmanagement: Beschrijft de activiteiten die de kwaliteit van de projectresultaten zullen waarborgen.
• Target Staat: Beschrijft hoe de geïdentificeerde kritieke problemen zullen worden aangepakt.

Snelle tips voor bedrijfsanalisten

• Stel vragen tijdens vergaderingen
• Wees voorbereid op een bijeenkomst of beoordeling van belanghebbenden
• Wees flexibel en sta open voor veranderingen en nieuwe ervaringen.
• Beheer verwachtingen
• Reageren op feedback

Veelvoorkomende resultaten die tijdens het bedrijfsanalyseproces worden geproduceerd

Elk bedrijfsanalyseproces levert een reeks documenten op die het projectteam, de opdrachtgevers en de auditors kunnen gebruiken. tracTerug naar. Het consistent produceren van deze resultaten zorgt ervoor dat het proces herhaalbaar is in verschillende projecten.

• Bedrijfsanalyseplan: Beschrijft de aanpak, het tijdschema en het plan voor de betrokkenheid van belanghebbenden bij het analysewerk.
• Register van belanghebbenden: Hierin worden alle belanghebbenden vermeld, samen met hun rol, invloed, verwachtingen en voorkeurscommunicatiekanaal.
• Bedrijfsvereistendocument (BRD): Beschrijft de belangrijkste zakelijke behoeften, doelstellingen en succesfactoren in een taal die begrijpelijk is voor niet-technische belanghebbenden.
• Functionele en niet-functionele eisen: Vertaal het BRD naar systeemgedragingen, kwaliteitskenmerken en beperkingen waartegen ontwikkelaars en testers kunnen bouwen.
• Procesmodellen en gebruiksscenario's: Geef de huidige en toekomstige workflows weer met behulp van BPMN-diagrammen, UML-gebruiksscenario's of activiteitendiagrammen.
• Voorwaarden TracGeschiktheidsmatrix (RTM): Koppel elke vereiste aan de bron, het ontwerpelement en de tests die deze verifiëren.
• Wijzigingsverzoeklogboek: Registreert elke wijziging in de scope met de bijbehorende impact, beslissing en goedkeurder, zodat het auditspoor intact blijft.

Deze resultaten moeten worden opgeslagen in een gedeelde repository zoals Confluence, SharePoint of een speciaal daarvoor bestemde tool voor requirementsmanagement, zodat elk teamlid met dezelfde versie werkt.

Veelvoorkomende fouten die je moet vermijden in het bedrijfsanalyseproces

Zelfs ervaren businessanalisten trappen onder tijdsdruk in dezelfde valkuilen. Door op de volgende fouten te letten, voorkom je de meeste herwerkzaamheden en onverwachte problemen met de projectomvang later in het project.

• jumping een oplossing vinden voordat het probleem geformuleerd is: Het voorstellen van een systeem, tool of functie voordat de onderliggende oorzaak duidelijk is, leidt tot kostbaar herwerk en een oplossing die niet voldoet aan de werkelijke bedrijfsbehoefte.
• overslaanping Validatie door belanghebbenden: Het vastleggen van eisen zonder goedkeuring van de mensen die het systeem gaan gebruiken, creëert hiaten die pas aan het licht komen tijdens gebruikerstests.
• Vereisten als statisch beschouwen: De behoeften van een bedrijf veranderen tijdens een project. Een businessanalist die de vereistenrepository niet bijhoudt en tracDe geschiktheidsmatrix verliest al snel de controle over de reikwijdte.
• Te veel documenteren in plaats van samenwerken: Een BRD van 200 pagina's produceren die niemand leest, is erger dan een kort document in combinatie met regelmatige werksessies en visuele modellen.
• Focus uitsluitend op het gelukkige pad: Het ontbreken van uitzonderingsgevallen, foutafhandeling en niet-functionele eisen zorgt ervoor dat defecten in productie terechtkomen en het vertrouwen van gebruikers ondermijnt.
• Werken in een silo: Het analyseren van vereisten zonder ontwikkelaars, testers en operationele teams mist haalbaarheidsrisico's en knelpunten verderop in het proces die wel aan het licht zouden zijn gekomen tijdens een gezamenlijke beoordeling.
• Het gebruik van vage of dubbelzinnige taal: Woorden als 'gebruiksvriendelijk', 'snel' of 'flexibel', zonder meetbare acceptatiecriteria, leiden tot meningsverschillen die pas aan het licht komen wanneer de functie daadwerkelijk wordt gedemonstreerd.

Populaire tools ter ondersteuning van het bedrijfsanalyseproces

De juiste tools ondersteunen elke fase van het businessanalyseproces, van het verzamelen van informatie tot de uiteindelijke goedkeuring. De meeste teams combineren een lichtgewicht backlogtool, een modelleertool en een documentatieplatform.

• Jira en Azure DevOps: Track epics, user stories en defecten binnen agile delivery teams en verbind vereisten met sprintwerk.
• Confluence, SharePoint en Notion: Bewaar het businessanalyseplan, vergaderingsnotulen, beslissingen en BRD's op een doorzoekbare plek waar belanghebbenden toegang toe hebben.
• Microsoft Visio, Lucidcharten draw.io: Teken BPMN-processtromen, use-case-diagrammen en datamodellen die workflows en overdrachten inzichtelijk maken.
• Jama Connect, IBM DEUREN, Modern Requirementsen Visure: Beheer vereisten op grote schaal met behulp van basislijnen. trachaalbaarheids- en impactanalyse voor gereguleerde projecten.
• Miro en muurschildering: Faciliteer ontdekking op afstand, breng de gebruikersreis in kaartpingen affiniteitskaartping workshops in realtime.
• Balsamiq en Figma: Ontwikkel low-fidelity wireframes en high-fidelity prototypes waarmee de voorgestelde schermen door zakelijke gebruikers worden gevalideerd voordat de ontwikkeling begint.

Kleine teams beginnen vaak met Jira, Confluence en LucidchartGrotere of gereguleerde programma's voegen een speciaal hulpmiddel voor vereistenbeheer toe. tracGelijkheid, basislijnen en auditsporen worden verplicht.

Veelgestelde vragen