Fluxul procesului de analiză a afacerii: tutorial pas cu pas

prin: Charles Moore Charles Moore
Hours Actualizat

⚡ Rezumat inteligent

Fluxul procesului de analiză de afaceri ghidează un analist de afaceri de la lansarea proiectului până la aprobarea cerințelor, acoperind descoperirea, revizuirea părților interesate, analiza documentelor, încadrarea în domeniul problemei și prezentarea structurată către managerii de proiect și sponsori.

  • 🧭 Șase pași: Colectarea informațiilor despre proiect, identificarea părților interesate, analizarea documentelor relevante, înregistrarea constatărilor, încadrarea domeniului problemei și prezentarea formală a cerințelor.
  • 👥 Focus pe părțile interesate: O agendă clară, întrebări specifice și întâlniri structurate de revizuire mențin proiectul în mișcare track și pentru a preveni surprizele neplăcute în faza avansată.
  • 📄 Analiza documentelor: Studiile de piață, diagramele de proces, politicile și legislația sunt revizuite și validate, deoarece documentele furnizate pot fi învechite.
  • 🎯 Domeniul problemei: Înțelegerea funcțiilor de business afectate, a riscurilor, a politicilor și a problemelor blocante transformă constatările brute într-o propunere de schimbare specifică.
  • 🛠️ Unelte: Jira, Confluență, Microsoft Visio, Lucidchart, Jama Connect și Miro susține fiecare fază, de la solicitarea informațiilor până la semnare.
  • ⚠️ Capcanele: jumping la soluții, săriți pesteping Validarea și utilizarea unui limbaj vag rămân cele mai costisitoare greșeli în procesul de analiză de afaceri.
Citește mai mult

Fluxul procesului de analiză a afacerii

Care sunt pașii de urmat în procesul de analiză a afacerii?

Următorii sunt pașii implicați în procesul de analiză a afacerii. Vă va ghida de la procesul de analiză a afacerii din prima zi până la sfârșitul etapei de planificare.

Pasul 1) Adunați toate informațiile despre proiect

Acesta este Analist de afaceri responsabilitatea de a aduna fiecare detaliu legat de proiect, adresând întrebări persoanelor conectate la acesta (manager de proiect, sponsor de proiect, manager funcțional sau proprietar de afacere).

Informațiile colectate ar trebui să acopere următoarele subiecte:

  • Sfera și limitele proiectului
  • Factorii actuali care influențează organizația
  • Riscul proiectului și constrângerile
  • Context organizațional mai larg

Identificați părțile interesate care sunt implicate activ în proiect. Acesta este, de asemenea, un moment bun pentru a realiza o Analiza nevoilor părților interesate.

După ce ai adunat aceste informații, analizează-ți rolul în cadrul proiectului și creează o listă de verificare pe care o poți include, în calitate de analist de afaceri, cum ar fi:

  • Ce lecții din experiența anterioară poți aplica proiectului actual
  • Documentația și planificarea necesare pentru proiectul curent
  • Discutarea posibilelor rezultate ale proiectului cu părțile interesate
  • Identificați membrii implicați în proiect
  • Aranjați o întâlnire cu clientul și părțile interesate atunci când sunt necesare informații suplimentare
  • Rezultatele așteptate și formatul în care acestea sunt solicitate
  • Documentație existentă pe care o puteți consulta pentru a înțelege mai bine proiectul
  • Metodologia (Agil sau Cascada) care va fi cel mai potrivit pentru proiect

Pasul 2) Identificarea părților interesate și stabilirea unui RevÎntâlnire

În al doilea pas, configurați un întâlnire de revizuire cu managerul de proiect, părțile interesate și membrii echipei. O agendă neclară duce adesea la eșecul proiectului.

  • Fii specific în ceea ce privește așteptările de la proiect.
  • Implică managerul de proiect, părțile interesate și membrii echipei în întâlnire și adresează întrebări legate de proiect.
  • Dacă lucrați la un proiect complet nou, adresați-vă managerului de proiect sau unei persoane de contact care a mai lucrat în domeniul respectiv.

Pasul 3) Analizați toate documentele relevante pentru proiect

În continuare, în mod corespunzător analiză toate documentele relevante pentru proiect, cum ar fi:

Descoperiți orice informație ascunsă în documentul cu cerințe de afaceri și traclacune în sistemele, procesele, procedurile și operațiunile actuale. Documentul care v-a fost furnizat poate fi învechit, așa că validați fiecare fapt pe care îl descoperiți înainte de a-l considera definitiv.

Pasul 4) Înregistrați toate faptele și informațiile pe care le descoperiți

În timpul cercetării și analizei veți descoperi multe informații utile despre proiect care trebuie modificate sau implementate. Înregistrați fiecare constatare pentru a putea fi revizuită ulterior.

  • Cerințe de afaceri, inclusiv cerințe de raportare
  • Procese de afaceri și sisteme suport
  • Cerințe funcționale și nefuncționale
  • Probleme și riscuri care influențează în prezent proiectul

Pasul 5) Înțelegerea domeniului problemei

În acest moment, aveți o înțelegere solidă a proiectului, astfel încât puteți identifica domeniul problemeiTrebuie să afli:

  • Ce funcție de afaceri va fi afectată
  • Riscuri și factori care afectează afacerea
  • Politici și constrângeri care influențează proiectul
  • Valorile care determină nivelul de importanță al proiectului
  • Sisteme care susțin în prezent activitățile comerciale
  • Documente care rezumă domeniul problemei, de exemplu Raportul anual
  • Probleme care împiedică în prezent afacerea să obțină rezultatele dorite
  • Dacă schimbarea propusă aduce o diferență în domeniul problemei

Pasul 6) Prezentarea cerințelor afacerii

După ce ați adunat toate cerințele afacerii și ați înțeles domeniul problemei, următorul pas este prezentarea cerințelor afacerii către părțile interesate sau către managerul de proiect. Tehnicile comune de prezentare includ:

  • Un tabel sau o foaie de calcul
  • O diagramă sau un grafic
  • Un prototip sau o simulare
  • Un șablon de text structurat sau o propoziție structurată

Glosar de termeni care oferă o prezentare generală rapidă a procesului de Business Analyst:

  • Scop: Definește scopul activităților de analiză de afaceri necesare inițiativei propuse
  • Domeniu de aplicare: Definește rezultatele care sunt incluse și excluse
  • Cauza de bază: Definește cauzele principale ale problemelor identificate
  • Condiția curentă: Definește problema care determină necesitatea schimbării
  • Activități planificate: Definește motivul activității, livrabilele și datele de livrare
  • Plan de implicare a părților interesate: Oferă o imagine de ansamblu asupra procesului de implicare a părților interesate
  • Administrare de calitate: Descrie activitățile care vor asigura calitatea livrabilelor proiectului
  • Target Condiție: Definește modul în care vor fi abordate problemele critice identificate

ARTICOLE SIMILARE

Sfaturi rapide pentru Business Analyst

  • Pune întrebări în ședințe
  • Fiți pregătiți înainte de întâlnirea sau revizuirea părților interesate
  • Fii adaptabil la schimbare și la experiențe noi
  • Gestionați așteptările
  • Răspunde la feedback

Rezultate comune produse în timpul procesului de analiză de afaceri

Fiecare proces de analiză de afaceri lasă în urmă un set de documente pe care echipa de proiect, sponsorii și auditorii le pot consulta. tracÎnapoi la. Producerea consecventă a acestor rezultate este ceea ce face ca procesul să fie repetabil în cadrul proiectelor.

  • Plan de analiză a afacerii: Descrie abordarea, calendarul și planul de implicare a părților interesate pentru activitatea de analiză.
  • Registrul părților interesate: Listează fiecare parte interesată, împreună cu rolul, influența, așteptările și canalul de comunicare preferat al acesteia.
  • Documentul de cerințe de afaceri (BRD): Surprinde nevoile, obiectivele și criteriile de succes la nivel înalt ale afacerii într-un limbaj pe care părțile interesate non-tehnice îl pot înțelege.
  • Cerințe funcționale și nefuncționale: Traduceți BRD-ul în comportamente de sistem, atribute de calitate și constrângeri pe baza cărora dezvoltatorii și testerii pot construi.
  • Modele de proces și cazuri de utilizare: Afișați fluxurile de lucru în starea actuală și viitoare folosind diagrame BPMN, cazuri de utilizare UML sau diagrame de activitate.
  • Cerinţe TracMatricea de eficiență (RTM): Leagă fiecare cerință de sursa sa, elementul său de design și testele care o verifică.
  • Jurnalul cererilor de modificare: Înregistrează fiecare modificare a domeniului de aplicare, împreună cu impactul, decizia și aprobarea acesteia, astfel încât pista de audit să rămână intactă.

Aceste rezultate ar trebui stocate într-un depozit partajat, cum ar fi Confluence, SharePoint sau un instrument dedicat de gestionare a cerințelor, astfel încât fiecare membru al echipei să lucreze cu aceeași versiune.

Greșeli frecvente de evitat în procesul de analiză a afacerii

Chiar și analiștii de afaceri experimentați cad în aceleași capcane sub presiunea livrării. Vigilarea următoarelor greșeli previne majoritatea reelaborărilor și surprizele legate de domeniu de aplicare ulterioare în cadrul proiectului.

  • jumping la o soluție înainte de a formula problema: Propunerea unui sistem, instrument sau funcționalitate înainte de înțelegerea cauzei principale duce la reluări costisitoare și la o soluție care nu rezolvă nevoia reală a afacerii.
  • Săriping validarea părților interesate: Înregistrarea cerințelor fără aprobarea persoanelor care vor utiliza sistemul creează lacune care apar doar în timpul testelor de acceptare a utilizatorilor.
  • Tratarea cerințelor ca fiind statice: Nevoile afacerii se schimbă în timpul unui proiect. Un analist de afaceri care nu menține depozitul de cerințe și tracMatricea de facilitate pierde curând controlul asupra domeniului de aplicare.
  • Supradocumentarea în loc de colaborare: A produce un BRD de 200 de pagini pe care nimeni nu îl citește este mai rău decât un document scurt combinat cu sesiuni de lucru regulate și modele vizuale.
  • Concentrându-ne doar pe calea fericită: Omiterea cazurilor de excepție, a gestionării erorilor și a cerințelor nefuncționale împinge defectele în producție și erodează încrederea utilizatorilor.
  • Lucrul într-un siloz: Analizarea cerințelor fără dezvoltatori, testeri și echipe de operațiuni trece cu vederea riscurile de fezabilitate și constrângerile din aval care ar fi fost detectate într-o analiză comună.
  • Folosirea unui limbaj vag sau ambiguu: Cuvinte precum „ușor de utilizat”, „rapid” sau „flexibil”, fără criterii de acceptare măsurabile, creează dezacorduri care apar doar atunci când este demonstrată caracteristica respectivă.

Instrumente populare care susțin procesul de analiză a afacerii

Setul de instrumente potrivit susține fiecare fază a procesului de analiză de business, de la obținerea rezultatelor până la aprobare. Majoritatea echipelor combină un instrument ușor de gestionare a restanțelor, un instrument de modelare și o platformă de documentație.

  • Jira și Azure DevOps: Track epic-uri, povești de utilizatori și defecte în echipele de livrare agile și conectează cerințele la munca de sprint.
  • Confluence, SharePoint și Notion: Stocați planul de analiză a afacerii, notele de ședință, deciziile și documentele de raportare a afacerilor (BRD) într-un spațiu cu funcție de căutare, la care pot avea acces părțile interesate.
  • Microsoft Visio, Lucidchartși draw.io: Desenați fluxuri de proces BPMN, diagrame de cazuri de utilizare și modele de date care fac vizibile fluxurile de lucru și predările.
  • Jama Connect, IBM USI, Modern Requirementsși Visure: Gestionați cerințele la scară largă cu ajutorul unor linii de bază, tracanaliza fezabilității și a impactului pentru proiectele reglementate.
  • Miro și Pictură murală: Facilitați descoperirea la distanță, harta călătoriei utilizatoruluipingși harta afinitățiiping ateliere în timp real.
  • Balsamiq și Figma: Produceți wireframe-uri de fidelitate redusă și prototipuri de înaltă fidelitate care validează ecranele propuse cu utilizatorii de business înainte de începerea dezvoltării.

Echipele mici încep adesea cu Jira, Confluence și LucidchartProgramele mai mari sau reglementate adaugă un instrument dedicat de gestionare a cerințelor odată ce tracEficacitatea, nivelurile de referință și pistele de audit devin obligatorii.

Întrebări frecvente

Copiloții de inteligență artificială rezumă interviurile, fac feedback cu părțile interesate din grupuri, redactează povești de utilizator la prima trecere și semnalează cerințele conflictuale. Analiștii de afaceri folosesc inteligența artificială pentru a accelera descoperirea și documentarea, păstrând în același timp...ping prioritizarea, judecata părților interesate și aprobarea finală în mâini umane.

Da. Chat-ul GitHub Copilot și modelele GPT pot transforma o schiță de descoperire într-o primă schiță BRD cu obiective, domeniu de aplicare și criterii de acceptare. Analistul de business validează compatibilitatea cu mediul de afaceri, editează limbajul ambiguu și obține aprobarea părților interesate înainte ca echipa să se angajeze în domeniul de aplicare.

Analiza de business acoperă întregul ciclu de viață al proiectului, inclusiv strategia, cerințele și evaluarea soluțiilor. Analiza proceselor de business se concentrează în mod specific pe modelarea, măsurarea și îmbunătățirea fluxurilor de lucru actuale și este o tehnică utilizată în cadrul unei misiuni mai ample de analiză de business.

În proiectele Agile, analistul de afaceri colaborează cu proprietarul de produs pentru a rafina restanțele, scrie povești de utilizatori cu criterii de acceptare, se alătură planificării și revizuirilor de sprint și actualizează depozitul de cerințe la fiecare sprint, în loc să producă o singură specificație inițială de mari dimensiuni.

BABOK este Corpusul de Cunoștințe privind Analiza de Afaceri publicat de IIBA. Acesta grupează activitatea de analiză de afaceri în șase domenii de cunoștințe - planificare, obținere, ciclul de viață al cerințelor, analiza strategiei, analiza și proiectarea cerințelor și evaluarea soluțiilor - care modelează procesul.

Cerințe A TracMatricea de fezabilitate leagă fiecare cerință de sursa sa, de elementul său de design și de testele care o verifică. Oferă echipei dovada că nicio cerință nu a fost eliminată și vă permite să evaluați rapid impactul unei cereri de modificare.

Înregistrați fiecare solicitare de modificare împreună cu justificarea sa comercială și impactul asupra costurilor, programului și calității. Dirijați-o către un comitet de control al modificărilor sau către proprietarul de produs pentru o decizie, actualizați depozitul de cerințe și tracmatricea de fezabilitate și comunicarea rezultatului către fiecare parte interesată.

Folosiți formatul „Sistemul trebuie să...” cu un criteriu de acceptare măsurabil. Înlocuiți termenii vagi precum „rapid” sau „ușor de utilizat” cu o metrică, un prag și o metodă de verificare. Fiecare cerință ar trebui să corespundă cel puțin unui caz de testare din tracmatricea de facilitate.

Rezumați această postare cu: