Szkolenia Zbieranie wymagań i analiza

Zbieranie wymagań w projektach IT polega na systematycznym pozyskiwaniu potrzeb, ograniczeń i oczekiwań od interesariuszy oraz przekształcaniu ich w jednoznaczne artefakty analityczne. Warto sprawdzić źródła wymagań, zmapować interesariuszy, dobrać techniki elicytacji i od razu ustalić sposób walidacji, priorytetyzacji oraz śledzenia zmian. Przykładem może być połączenie wywiadów, warsztatów i analizy procesów AS IS/TO BE przed zapisaniem wymagań w backlogu lub specyfikacji. Ten temat przerabiamy praktycznie na szkoleniu: IREB® CPRE Advanced Level - Requirements Elicitation Practitioner.

Modelowanie wymagań funkcjonalnych z użyciem przypadków użycia porządkuje interakcje aktorów z systemem i ułatwia przejście od potrzeb biznesowych do specyfikacji systemowej. Należy sprawdzić granice systemu, role aktorów, scenariusze podstawowe, alternatywne i wyjątkowe oraz spójność między diagramem przypadków użycia, opisami tekstowymi i innymi modelami UML. Przykładem jest opis procesu rejestracji zamówienia jako zestawu przypadków użycia uzupełnionych diagramem aktywności i kryteriami akceptacji. Jeśli chcesz przećwiczyć to krok po kroku, zobacz: Przypadki użycia w zarządzaniu wymaganiami (CASE).

BPMN lepiej nadaje się do modelowania przebiegu procesów biznesowych, a UML częściej wspiera analizę systemową, strukturę rozwiązania i zachowanie elementów systemu. W praktyce warto sprawdzić cel modelu, odbiorców dokumentacji, poziom szczegółowości oraz to, czy opis dotyczy procesu organizacyjnego, logiki systemowej czy interakcji użytkownika z aplikacją. Przykładem jest użycie BPMN do odwzorowania procesu reklamacyjnego i UML do opisania przypadków użycia oraz sekwencji wywołań w systemie. To jedno z zagadnień omawianych podczas szkolenia: Analiza biznesowa - przegląd technik wykorzystywanych w projektach IT (BA/PT).

Dobra specyfikacja wymagań funkcjonalnych opisuje zachowanie systemu w sposób jednoznaczny, testowalny, spójny i zrozumiały dla odbiorców technicznych oraz biznesowych. Trzeba sprawdzić strukturę dokumentu, poziom szczegółowości, kryteria jakości, powiązania między wymaganiami, kompletność scenariuszy oraz zgodność zapisów z modelem procesów, przypadkami użycia i kryteriami akceptacji. Przykładem jest przegląd specyfikacji pod kątem niejednoznacznych sformułowań, luk w logice biznesowej i brakujących warunków wyjątkowych. Wersję warsztatową (z konfiguracją i przykładami) znajdziesz w programie szkolenia: Tworzenie i walidacja specyfikacji funkcjonalnej wymagań (CREQ).

Zdalne warsztaty analityczne to moderowane sesje robocze, podczas których zespoły porządkują cele, zakres, problemy biznesowe i wymagania bez pracy w jednej lokalizacji. Warto przygotować agendę, role uczestników, reguły komunikacji, materiał wejściowy, sposób dokumentowania ustaleń oraz plan opracowania wyników po spotkaniu. Przykładem jest warsztat online, w którym interesariusze wspólnie doprecyzowują proces, wyjątki i priorytety wymagań na tablicy współdzielonej. Dokładnie ten zestaw narzędzi i workflow ćwiczymy podczas szkolenia: Zdalny warsztat analityczny – przygotowanie i realizacja (ANA/ZDAL).

Narzędzia do modelowania wymagań wspierają tworzenie diagramów, organizację repozytorium, wersjonowanie artefaktów i generowanie dokumentacji projektowej. Przy wyborze warto sprawdzić obsługiwane notacje, możliwości pracy zespołowej, strukturę pakietów, mechanizmy wyszukiwania, integrację z dokumentacją oraz łatwość utrzymania spójności modeli. Przykładem jest wykorzystanie Enterprise Architect do pracy na diagramach UML i BPMN, zarządzania strukturą projektu oraz generowania dokumentacji z repozytorium modeli. Ten temat przerabiamy praktycznie na szkoleniu: Efektywne modelowanie w Enterprise Architect (EA/MOD).