Analiza biznesowa i zarządzanie wymaganiami IT

CELE KURSU

Warsztat ten ma na celu praktyczne przygotowanie uczestników do zebrania i zarządzania wymaganiami w projektach IT. Po wyjściu z niego uczestnicy wiedzą dlaczego wymgania są tak istotne w projektach i jak zbudować spójne i pełne wymgania. Potrafią też zgodnie z najlepszymi proaktykami i metodyką BABOK® wydobyć i udokumentować wymagania zgodne z celami biznesowymi odbiorcy/klienta.

KORYZŚCI Z UCZESTNICTWA DLA UCZESTNIKÓW

• uświadomienie sobie wagi wymagań w IT jako fundamentu sukcesu projektu
• przećwiczenie praktycznych metod i narzędzi budowania wymagań
• zbudowanie kompetencji co do modelowanie wymagań w zmiennym środowisku biznesowym
• poznanie struktury dokumentacji wymagań
• wskzanie i naprawienie najczęstszych błędów przy definiowaniu wymgań funkcjonalnych i niefunkjonalnych

GRUPA DOCELOWA

Ten intensywny warsztat przeznaczony jest dla osób które aktualnie pracują lub w przyszłości będą pracować z wymaganiami projektów IT: analityków systemowych, kierowników projektów, specjalistów wsparcia sprzedaży, osób definujących wymgania ze strony biznesu itd.

SPOSOBY PROWADZENIA ZAJĘĆ

Warsztat ten prowadzony jest w interaktywnej formule praktycy-praktykom gdzie przekaz wiedzy następuje nie tylko ze strony prowadzącego, ale także pomiędzy uczestnikami. Mini wykłady tematyczne są bogato ilustrowane case studies z doświadczenia prowadzącego oraz z rynku. Jednocześnie każdy blok materiału jest podsumowywany ćwiczeniami realizowanym w 3-5 osobowych grupach.
 

DZIEŃ 1

1. Istota wymagań w projekcie IT
a. Dlaczego projekty IT się tak często nie udają?
b. Po co tworzyć wymagania?
c. Dlaczego jest to trudne?
2. Analiza biznesowa
a. Nie tylko kodowanie – budowanie wymagań na styku biznesu i IT
b. Umiejętność zadawania trafnych pytań
c. Gdzie szukać wiedzy i standardów analizy biznesowej – BABOK, IEEE
3. Interesariusze projektu
a. Kim są i gdzie ich szukać?
b. Kto i jak wpływa na Twój projekt
c. Poszukiwanie potencjalnych zabójców projektu
d. Metody analizy interesariuszy
e. Interesariusze projektu, a dokumenty wymagań
4. Uzasadnienie biznesowe projektu
a. Produkt, a cel biznesowy – perspektywa sponsora
b. Model Kano – czyli więcej funkcji nie znaczy lepiej
5. Dobre praktyki zarządzania wymaganiami
a. Angażowanie interesariuszy wcześnie w projekcie
b. Model budowy rozwiązania IT
c. Rodzaje wymagań
d. Klasyfikacja wymagań FURPS+
e. Kompletne, weryfikowalne, zwięzłe… - 8 filtrów jakie powinno przejść każde wymaganie projektowe
f. Jak przekonać szefa, że zarządzanie wymaganiami jest potrzebne?
g. Jak w praktyce zbudować dokumentację wymagań?
6. Wymagania niefunkcjonalne
a. Niedocenione pułapki
b. Checklista jako nieoceniona pomoc
 

DZIEŃ 2

7. Wymagania funkcjonalne
a. Możliwe sposoby dokumentowania funkcjonalności
b. Dwa słowa o UMLu
c. Konstruowanie efektywnych przypadków użycia
d. Dobre praktyki przy tworzeniu use cases
8. Efektywne narzędzia pomocne przy pozyskiwaniu wymagań
a. Burze mózgów, wywiady, ankiety, warsztaty
b. Czego używać kiedy i w jaki sposób?
9. Priorytetyzacja wymagań
a. Wymagania ważne i ważniejsze
b. Metoda MoSCoW
c. Kiedy nie priorytetyzować?
10. Weryfikacja i walidacja wymagań
a. Czym się różni weryfikacja i walidacja
b. Kosztowne pomyłki oraz jak ich unikać
c. Różna interpretacja jako podstawowy problem
d. Przeglądy i inspekcje
e. Przedstawianie wymagań interesariuszom
f. Zmiany, zmiany, zmiany – jak i kiedy je implementować
11. Metodyki zwinne
a. Skąd biorą się problemy?
b. Spójrzmy na to z innej strony…
c. Metody przyrostowe – organizacja zespołu i pryncypia
d. Co wtedy z wymaganiami?
e. User stores
12. Modelowanie procesów biznesowych
a. Budowanie flowchartów
b. Elementy metody Business Process Modelling Notation
c. Czym się różnią (poza kolorem) biała i czarna skrzynka?
13. Ostrzenie piły – doskonalenie zarządzania wymaganiami
a. Model Sommervilla i Sawyera
14. Podsumowanie