Jakie są tajne tricki analityków? Listę wykorzystywanych technik podsuwa nam BABOK – przewodnik wiedzy analizy biznesowej. Podziel ją na dwie części – co już znasz i o czym chciałbyś dowiedzieć się więcej?
Czy wszyscy znają już PMBOKa (ang. A Guide to the Project Management Body of Knowledge) [1]? Tym, którzy nie przeżyli jeszcze swojej przygody z PMI (ang. Project Management Institute) [2] i nie słyszeli, wspomnę tylko, że książka (standard!) wydawana przez tę instytucję to prawdziwa kopalnia dobrych praktyk zarządzania projektami, a jej certyfikat może zwiększyć zaufanie niejednego pracodawcy do osoby aplikującej na stanowisko Project Managera. Instytut ma w Polsce kilka oddziałów. Miałam przyjemność być na kilku spotkaniach Gdańsk Chapter, które polecam osobom szukającym nieco rozrywki, wiedzy, dyskusji z praktykami z różnych firm i ciekawych kontaktów.
Choć PMBOK zdobył sporą popularność, mniej słyszy się o jego odpowiedniku dedykowanym dla analityków – BABOKu (ang. A Guide to the Business Analysis Body of Knowledge) [3]. Jest to dzieło IIBA (ang. International Institute of Business Analyst) [4] – bogatego źródła wiedzy dla entuzjastów analizy. Tu też można dorobić się certyfikatu. Żeby zostać uznanym (i opieczątkowanym) profesjonalistą (Certified Business Analysis Professional [5]), trzeba spełnić listę wymagań (nie ma lekko!), a wśród nich – „minimum 7500 hours of BA work experience”. Nie wiem jak jest z Wami, ale przede mną jeszcze spoooro pracy 😉
Papierki papierkami – wiadomo – nie dla każdego mają wartość. Zainteresował mnie natomiast sam BABOK (aktualna wersja to 2.0), a w szczególności rozdział o technikach stosowanych w analizie biznesowej. Lista jest długaśna – 34 pozycje, ale nie mniej interesująca. Spójrzmy z ciekawości, co już potrafimy, a co można wrzucić na listę „To Do”, a ja na listę do opisania.
Uwaga! Będę tłumaczyć! Jak coś przekręcę, dajcie znać.
Techniki analizy biznesowej przedstawiane przez BABOK:
1. Definicja kryteriów akceptacji i oceny (Acceptance and Evaluation Criteria Definition)
Tego często brakuje. Wspominamy o czymś, ale kiedy dochodzi do konfliktów – czy dostarczono to, czego chciał klient? – nie jest jednoznaczne kto ma rację.
2. Analiza porównawcza (Benchmarking)
Od tego dobrze jest zacząć.
3. Burza mózgów (Brainstorming)
Zbieramy wiele osób i… rzucamy pomysłami! Żaden pomysł nie jest głupi, zbieramy wszystkie.
4. Analiza reguł biznesowych (Business Rules Analysis)
5. Słownik danych i terminów (Data Dictionary and Glossary)
Co masz na myśli, gdy mówisz to…? Aha, myślałam, że to jest…
6. Diagramy przepływu danych (Data Flow Diagrams)
7. Modelowanie danych (Data Modeling)
8. Analiza decyzji (Decision Analysis)
9. Analiza dokumentów (Document Analysis)
Jak skuteczniej przekopywać się przez stosy (elektronicznych) dokumentów? Zdaje się, że to wyzwanie każdego projektu.
10. Szacowanie (Estimation)
11. Grupy focusowe (Focus Groups)
12. Dekompozycja funkcjonalna (Functional Decomposition)
13. Analiza interfejsu (Interface Analysis)
14. Wywiady (Interviews)
Z pytaniami czy pogawędka przy kawie?
15. Proces nauki z doświadczeń (Lessons Learned Process)
Świetna sprawa! Analizujmy to, co za nami – wyciągajmy wnioski i uczmy się na błędach.
16. Metryki i kluczowe wskaźniki wydajności (Metrics and Key Performance Indicators)
Czy to lepiej? O ile lepiej? A co mierzysz i jak?
17. Analiza wymagań niefunkcjonalnych (Non-functional Requirements Analysis)
Co zrobić z listą zachcianek?
18. Obserwacje (Observation)
Wy pracujcie, a ja sobie popatrzę 😉
19. Modelowanie Organizacji (Organization Modeling)
Jaka jest firma i jak działa?
20. Śledzenie problemów (Problem Tracking)
21. Modelowanie procesów (Process Modeling)
Co dzieje się po kolei? Kto jest za co odpowiedzialny?
22. Prototypowanie (Prototyping)
Zanim zaprzęgniemy ludzi do pracy, szybciutko tworzymy makiety. – Czy o to Panu chodziło? – Tak, ale…
23. Warsztaty funkcjonalne (Requirements Workshops)
Porozmawiajmy o tym, co ma robić ten system.
24. Analiza ryzyka (Risk Analysis)
Co się może wydarzyć, co pokrzyżuje nam plany? Jak temu zapobiec?
25. Analiza przyczyn (Root Cause Analysis)
26. Scenariusze i przypadki użycia (Scenarios and Use Cases)
A to się już znalazło na blogu -> Przypadki użycia, historyjki użytkownika, scenariusze użycia, wymagania i potrzeby i Diagram przypadków użycia.
27. Modelowanie zakresu (Scope Modeling)
„Poza zakresem!” – trzymaj projekt w ryzach i uchroń się przed najczęstszą przyczyną niepowodzeń – zmianą zakresu.
28. Diagramy sekwencji (Sequence Diagrams)
Po kolei – co się dzieje potem?
29. Diagramy stanów (State Diagrams)
Przedstawienie stanów obiektów i możliwych przejść między nimi – wszytko jasne, bez fantazjowania, narzucania ograniczeń lub niestworzonych możliwości.
30. Ustrukturyzowany przegląd (Structured Walkthrough)
31. Ankiety i kwestionariusze (Survey/Questionnaire)
Co nowego podpowie nam BABOK?
32. Analiza SWOT (SWOT Analysis)
Prosta i bardzo fajna technika. Pozwala szybko zbadać różne aspekty danej sprawy i obrać najlepszą strategię.
33. Historyjki użytkowników (User Stories)
To już też jest na blogu -> Przypadki użycia, historyjki użytkownika, scenariusze użycia, wymagania i potrzeby.
34. Ocena dostawcy (Vendor Assessment)
Niestety w wielu przetargach widziałam jako główne kryterium oceny – cenę. Skutek? Chyba nie trudno się domyślićJ Ciekawa jestem co takiego proponuje BABOK?
Uff. Widać, że jest jeszcze kilka ciekawych technik, które można sobie przybliżyć. A Wy co już znacie? Co chcielibyście poznać lepiej?
Źródła:
- http://www.pmi.org/PMBOK-Guide-and-Standards.aspx
- http://www.pmi.org.pl/pl/
- http://www.iiba.org/imis15/IIBA/Professional_Development/Business_Analysis_Body_of_Knowledge/IIBA_Website/Professional_Development/Business_Analysis_Body_of_Knowledge_pages/Business_Analysis_Body_of_Knowledge.aspx
- http://www.theiiba.org/
- http://www.iiba.org/imis15/IIBA/Certification/CBAP_Designation/IIBA_Website/Certification/CBAP_Designation.aspx?hkey=56c17206-917f-49f2-af7d-cf98f5be4a39
