IREB

Inżynieria wymagań zgodna z IREB obejmuje uporządkowane pozyskiwanie, analizowanie, dokumentowanie, walidowanie i zarządzanie wymaganiami w całym cyklu życia rozwiązania. Na początku warto sprawdzić, jak klasyfikowane są wymagania, jakie artefakty dokumentacyjne stosują zespoły oraz w jaki sposób utrzymywana jest spójność między wymaganiami biznesowymi i systemowymi. Przykładowo w projekcie wdrożeniowym dobrze zdefiniowany słownik pojęć, szablony specyfikacji i reguły walidacji ograniczają liczbę niejednoznaczności już na etapie analizy. Ten temat przerabiamy praktycznie na szkoleniu: IREB® CPRE Foundation Level.

Modelowanie wymagań polega na przedstawianiu oczekiwań wobec systemu w postaci spójnych modeli, które uzupełniają opis tekstowy i ułatwiają analizę zależności. W praktyce należy dobrać właściwy widok modelu, na przykład kontekst, strukturę informacji, dynamikę albo scenariusze, a następnie sprawdzić zgodność między przypadkami użycia, przepływami danych i ograniczeniami biznesowymi. Przykładem może być połączenie diagramu kontekstu z diagramem sekwencji i opisem przypadku użycia dla procesu obsługi zamówienia. Jeśli chcesz przećwiczyć to krok po kroku, zobacz: IREB® CPRE Advanced Level - Requirements Modeling Practitioner.

Pozyskiwanie wymagań to planowanie i prowadzenie działań, które pozwalają wydobyć potrzeby, ograniczenia i cele od interesariuszy oraz innych źródeł wiedzy projektowej. Warto sprawdzić, które grupy interesariuszy wpływają na zakres, jakie techniki elicytacji pasują do kontekstu oraz jak dokumentowane są rozbieżności i decyzje po analizie konfliktów. Przykładowo warsztat z użytkownikami końcowymi może ujawnić sprzeczne oczekiwania dotyczące procesu akceptacji, które następnie porządkuje się przez analizę źródeł i uzgodnienie kryteriów priorytetu. To jedno z zagadnień omawianych podczas szkolenia: IREB® CPRE Advanced Level - Requirements Elicitation Practitioner.

Zarządzanie wymaganiami obejmuje kontrolę zmian, wersjonowanie, atrybutowanie oraz śledzenie powiązań między wymaganiami, modelami, testami i elementami implementacji. Należy ustalić model informacji o wymaganiach, schemat atrybutów, reguły obsługi zmian oraz zakres traceability, tak aby dało się ocenić wpływ modyfikacji na rozwiązanie i dokumentację. Przykładem jest powiązanie wymagania biznesowego z przypadkiem użycia, scenariuszem testowym i wersją specyfikacji, co pozwala szybko wykryć skutki zmiany priorytetu. Wersję warsztatową (z konfiguracją i przykładami) znajdziesz w programie szkolenia: IREB® CPRE Advanced Level - Requirements Management Practitioner.

Najczęstsze błędy w dokumentowaniu wymagań to niejednoznaczne sformułowania, brak kryteriów jakości, niespójność między artefaktami oraz pomijanie poziomów abstrakcji. Trzeba sprawdzić, czy wymagania są testowalne, kompletne, jednoznaczne i osadzone w strukturze dokumentacji, a także czy modele i opisy tekstowe nie wprowadzają sprzecznych interpretacji. Przykładowo wymaganie „system ma działać szybko” warto zastąpić mierzalnym warunkiem wydajności i powiązać je z odpowiednim kontekstem użycia. Ten temat przerabiamy praktycznie na szkoleniu: IREB® CPRE Foundation Level.

Poziom Foundation porządkuje podstawy inżynierii wymagań, natomiast szkolenia Advanced Level rozwijają wyspecjalizowane praktyki, takie jak modelowanie wymagań, zarządzanie wymaganiami albo zaawansowana elicytacja. Przy wyborze warto sprawdzić doświadczenie projektowe, znajomość artefaktów analitycznych oraz to, czy celem jest budowanie fundamentów, czy pogłębianie pracy na modelach, zmianach i technikach analitycznych. Przykładowo analitycy systemowi i biznesowi z minimum rocznym doświadczeniem w projektach IT często zaczynają od uporządkowania podstaw, a następnie przechodzą do ścieżek specjalistycznych. Jeśli chcesz przećwiczyć to krok po kroku, zobacz: IREB® CPRE Foundation Level.