Affärsanalys processflöde: steg för steg handledning

Vilka är stegen att följa i affärsanalysprocessen?

Följande är stegen som ingår i affärsanalysprocessen. Den guidar dig från dag 1 affärsanalysprocessen till slutet av planeringsstadiet.

Steg 1) Samla all information om projektet

Det är den Affärsanalytiker ansvar att samla in alla detaljer som rör projektet genom att ställa frågor till de personer som är kopplade till det (projektledare, projektsponsor, funktionell chef eller företagsägare).

Den information som samlas in bör omfatta dessa ämnen:

• Projektets omfattning och gränser
• Aktuella faktorer som påverkar organisationen
• Projektrisk och begränsningar
• Bredare organisatoriskt sammanhang

Identifiera de intressenter som är aktivt involverade i projektet. Detta är också ett bra tillfälle att genomföra en Analys av intressenternas behov.

Efter att ha samlat in denna information, analysera din roll i projektet och skapa en checklista som du som affärsanalytiker kan inkludera, till exempel:

• Vilka lärdomar från tidigare erfarenheter kan du tillämpa i det aktuella projektet?
• Dokumentation och planering som krävs för det aktuella projektet
• Diskutera projektets möjliga resultat med intressenter
• Identifiera de medlemmar som är involverade i projektet
• Boka ett möte med klienten och intressenterna när ytterligare input behövs
• Förväntade leveranser och formatet i vilket de krävs
• Befintlig dokumentation som du kan granska för att få en bättre förståelse av projektet
• Metodiken (Agile eller vattenfall) som är mest lämpligt för projektet

Steg 2) Identifiera intressenter och upprätta en Revvisningsmöte

I det andra steget, upprätta en granskningsmöte med projektledaren, intressenter och teammedlemmar. En otydlig agenda leder ofta till att projektet misslyckas.

• Var specifik om vad som förväntas av projektet.
• Involvera projektledaren, intressenter och teammedlemmar i mötet och ställ frågor relaterade till projektet.
• Om du arbetar med ett helt nytt projekt, fråga projektledaren eller en kontaktperson som har arbetat inom det området tidigare.

Steg 3) Analysera alla projektrelevanta dokument

Nästa, ordentligt analysera alla projektrelevanta dokument, såsom:

• Dokumentation för affärsprocesser
• Affärs- och systemkravsdokument
• Affärsfall
• Diagram och flödesdiagram
• Projektplaner
• Organisationsschema
• Strategidokument och affärsplaner
• Policyer och lagstiftning

Avslöja all information som är dold i affärskravdokumentet och tracluckor i nuvarande system, processer, procedurer och verksamheter. Dokumentet som du fått kan vara föråldrat, så validera alla fakta du upptäcker innan du behandlar det som slutgiltigt.

Steg 4) Registrera alla fakta och all information du upptäcker

Under forskning och analys kommer du att upptäcka många användbara fakta om projektet som behöver ändras eller implementeras. Registrera alla resultat så att de kan granskas senare.

• Affärskrav inklusive rapporteringskrav
• Affärsprocesser och stödjande system
• Funktionella och icke-funktionella krav
• Frågor och risker som just nu påverkar projektet

Steg 5) Förstå problemdomänen

Vid det här laget har du en gedigen förståelse för projektet, så att du kan identifiera problemdomänenDu behöver ta reda på:

• Vilken affärsfunktion kommer att påverkas
• Risker och faktorer som påverkar verksamheten
• Policyer och begränsningar som påverkar projektet
• Värderingar som avgör projektets betydelsenivå
• System som för närvarande stöder affärsverksamheten
• Dokument som sammanfattar problemområdet, till exempel årsredovisningen
• Problem som för närvarande hindrar verksamheten från att uppnå önskade resultat
• Huruvida den föreslagna ändringen gör någon skillnad för problemområdet

Steg 6) Presentera affärskraven

När du har samlat in alla affärskrav och förstått problemområdet är nästa steg presentera affärskraven till intressenter eller projektledaren. Vanliga presentationstekniker inkluderar:

• En tabell eller ett kalkylblad
• Ett diagram eller en graf
• En prototyp eller simulering
• En strukturerad textmall eller strukturerad mening

Ordlista med termer som ger en snabb översikt över affärsanalytikerprocessen:

• Syfte: Definierar syftet med de affärsanalysaktiviteter som krävs för det föreslagna initiativet
• Omfattning: Definierar de leveranser som ingår och exkluderas
• Grundorsak: Definierar grundorsakerna till de identifierade problemen
• Nuvarande läge: Definierar problemet som orsakar behovet av förändring
• Planerade aktiviteter: Definierar orsaken till aktiviteten, leveranser och leveransdatum
• Plan för intressentengagemang: Ger en översikt över processen för intressentengagemang
• Kvalitetshantering: Beskriver de aktiviteter som säkerställer kvaliteten på projektets leveranser
• Target Skick: Definierar hur de identifierade kritiska problemen ska hanteras

Snabba tips för affärsanalytiker

• Ställ frågor på möten
• Var förberedd innan intressentmöte eller granskning
• Var anpassningsbar till förändringar och nya upplevelser
• Hantera förväntningar
• Svara på feedback

Vanliga leveranser som produceras under affärsanalysprocessen

Varje affärsanalysprocess lämnar efter sig en uppsättning dokument som projektgruppen, sponsorer och revisorer kan trace tillbaka till. Att producera dessa leveranser konsekvent är det som gör processen repeterbar över olika projekt.

• Affärsanalysplan: Beskriver tillvägagångssättet, tidslinjen och planen för intressentengagemang för analysarbetet.
• Intressentregister: Listar alla intressenter tillsammans med deras roll, inflytande, förväntningar och föredragna kommunikationskanal.
• Dokument om affärskrav (BRD): Fångar de övergripande affärsbehoven, målen och framgångskriterierna på ett språk som icke-tekniska intressenter förstår.
• Funktionella och icke-funktionella krav: Översätt BRD:n till systembeteenden, kvalitetsattribut och begränsningar som utvecklare och testare kan bygga mot.
• Processmodeller och användningsfall: Visa arbetsflöden i aktuellt och framtida tillstånd med hjälp av BPMN-diagram, UML-användningsfall eller aktivitetsdiagram.
• Krav Tracförmågasmatris (RTM): Länkar varje krav till dess källa, dess designelement och de tester som verifierar det.
• Ändringsförfrågningslogg: Registrerar varje ändring av omfattningen med dess påverkan, beslut och godkännare så att revisionsspåret förblir intakt.

Dessa leveranser bör lagras i ett delat arkiv, såsom Confluence, SharePoint eller ett dedikerat kravhanteringsverktyg, så att varje teammedlem arbetar från samma version.

Vanliga misstag att undvika i affärsanalysprocessen

Även erfarna affärsanalytiker faller i samma fällor under leveranspress. Att vara uppmärksam på följande misstag förhindrar de flesta omarbetningar och överraskningar kring omfattning senare i projektet.

• fredagping till en lösning innan problemet formuleras: Att föreslå ett system, verktyg eller en funktion innan grundorsaken är förstådd leder till dyra omarbetningar och en lösning som inte löser det verkliga affärsbehovet.
• Hoppaping intressentvalidering: Att registrera krav utan godkännande från de personer som ska använda systemet skapar luckor som bara uppstår under användaracceptanstestning.
• Behandla krav som statiska: Affärsbehoven förändras under ett projekt. En affärsanalytiker som inte underhåller kravdatabasen och tracEability-matrisen förlorar snart kontrollen över omfattningen.
• Överdokumentera istället för att samarbeta: Att producera en 200-sidig BRD som ingen läser är värre än ett kort dokument i kombination med regelbundna arbetspass och visuella modeller.
• Fokusera bara på den lyckliga vägen: Saknade undantagsfall, felhantering och icke-funktionella krav driver defekter till produktion och urholkar användarnas förtroende.
• Att arbeta i en silo: Att analysera krav utan utvecklare, testare och driftsteam missar genomförbarhetsrisker och begränsningar nedströms som skulle ha fångats upp i en gemensam granskning.
• Använda vagt eller tvetydigt språk: Ord som ”användarvänlig”, ”snabb” eller ”flexibel” utan mätbara acceptanskriterier skapar meningsskiljaktigheter som bara uppstår när funktionen demonstreras.

Populära verktyg som stöder affärsanalysprocessen

Rätt verktygsuppsättning stöder varje fas av affärsanalysprocessen, från inhämtning till godkännande. De flesta team kombinerar ett lättviktigt verktyg för orderstockning, ett modelleringsverktyg och en dokumentationsplattform.

• Jira och Azure DevOps: Track-epos, användarberättelser och defekter över agila leveransteam och koppla krav till sprintarbete.
• Confluence, SharePoint och Notion: Lagra affärsanalysplanen, mötesanteckningar, beslut och BRD:er i ett sökbart utrymme som intressenter har åtkomst till.
• Microsoft Visio, Lucidchartoch draw.io: Rita BPMN-processflöden, användningsfallsdiagram och datamodeller som synliggör arbetsflöden och överlämningar.
• Jama Connect, IBM DÖRRAR, Modern Requirementsoch Visure: Hantera krav i stor skala med baslinjer, tracgenomförbarhets- och konsekvensanalys för reglerade projekt.
• Miro och väggmålning: Underlätta fjärrupptäckt, användarresekartapingoch affinitetskartaping workshops i realtid.
• Balsamiq och Figma: Producera lågkonstgjorda wireframes och högkonstgjorda prototyper som validerar föreslagna skärmar med affärsanvändare innan utvecklingen påbörjas.

Små team börjar ofta med Jira, Confluence och LucidchartStörre eller reglerade program lägger till ett dedikerat kravhanteringsverktyg när trachållbarhet, baslinjer och revisionsloggar blir obligatoriska.

Vanliga frågor