Oto lista powstała na podstawie dyskusji 35 praktyków RE na temat efektywnych praktyk w inżynierii wymagań.

Oryginalna lista zaczerpnięta z www.ralphyoung.net, dodatkowo rozszerzona i uszczegółowiona.

• Stwórz "Słownik projektowy" (i ewentualnie " Listę akronimów projektowych"). Umożliwi to zapewnienie, że każdy w zespole stosuje spójną nomenklaturę i te same skróty na określenie właściwych terminów.
• Zapewnij mechanizmy, które pozwolą zwiększyć porozumienie i komunikację pomiędzy programistami i użytkownikami.
• Zdefiniuj i opisz w dokumentacji proces pozyskiwania wymagań, tak by każda osoba potencjalnie zaangażowana w projekt mogła poznać szczegóły procesu, zapoznać się z zadaniami i odpowiedzialnościami oraz wiedzieć, jakie są produkty prac. Taki dokument jest również przydatny dla nowych pracowników – jako Wprowadzenie do pracy w danej organizacji czy projekcie.
• Wybierz kilka wskaźników do śledzenia postępu prac i zapewnij regularne, przejrzyste raportowanie. Postęp określany liczbowo daje jasną i jednoznaczną informację kierownictwu ułatwiając proces podejmowania decyzji. Takimi miernikami mogą być: całkowita liczba wymagań, liczba wymagań według priorytetu/krytyczności, ryzyka związane z wymaganiami.
• Podejmij działania mające na celu zwiększenie efektywności spotkań, aby umożliwiały rzeczywiste rozwiązywanie problemów i realizację rzeczy. Spotkania, które zamieniają się w luźne pogadanki i nie realizują postawionego przed nimi celu, nie mają wartości dodanej. Efektywne spotkanie musi mieć jasno określony cel, zakres, uczestników, czas trwania i planowany przebieg. Przebieg i wyniki spotkania powinny być udokumentowane (np. w postaci Meeting Minutes). Nad prawidłowym przebiegiem spotkania powinien czuwać „moderator”, który w razie potrzeby sprowadza dyskusję na właściwe tory.
• Wdróż system monitorowania działań, który będzie posiadał kryteria zamknięcia dla każdej pozycji działania. Działanie (zadanie) będzie mogło być zamknięte tylko po spełnieniu kryteriów zamknięcia. Umożliwi to zapewnienie, że osoby odpowiedzialne za wykonanie danego zadania wiedzą, jakie są oczekiwane wyniki czy produkty ich prac.
• Podejmij aktywne kroki w celu osiągnięcia lepszej komunikacji – może to być Plan Komunikacji z określonymi rolami, odpowiedzialnościami i schematem komunikacji; ustanowienie codziennych lub okresowych spotkań lub np. wideokonferencji w przypadku zespołów rozproszonych.
• Zapewnij, że decyzje są rozpowszechniane i znane wszystkim zainteresowanym. Dobrą praktyką jest np. rozsyłanie maila do członków zespołu z wiadomością o ustaleniach/decyzjach podjętych podczas spotkania lub ustalonych werbalnie pomiędzy wybranymi osobami. Inną metodą jest zwołanie krótkiego spotkania informacyjnego celem zakomunikowania podjętych decyzji i ewentualnego wyjaśnienia wątpliwości członków zespołu.
• Zapewnij i dostarcz szkolenia dotyczące procesów związanych z wymaganiami. Szkolenia powinny mieć różne cele i zakres w zależności od grupy odbiorców – inne będą dla analityków, inne dla programistów, inne dla przedstawicieli klienta.
• Opracuj strategie umożliwiające zwiększenie zaangażowania ze strony udziałowców. Dostarcz lub zapewnij odpowiednie zaangażowanie klienta w proces identyfikacji i zarządzania wymaganiami.
• Dowiedz się, jak zidentyfikować „prawdziwe” wymagania. Prawdziwe wymagania to takie, które dostarczają udziałowcom wartości i zapewniają realizację ich celów.
• Dowiedz się, jak zidentyfikować „prawdziwe” wymagania. Prawdziwe wymagania to takie, które dostarczają udziałowcom wartości i zapewniają realizację ich celów.
• Zapewnij odpowiedni poziom szczegółowości w wymaganiach dla różnych grup udziałowców (na przykład: dla klientów wymagania powinny być opisane na wyższym poziomie szczegółowości; tak, by oddawały sedno tego, co klientom potrzeba; dla programistów, którzy są odpowiedzialni za implementację, wymagania powinny być opisane na znacznie bardziej szczegółowym poziomie).
• Opracuj i ustal zestaw praktyk, podejść, metod i narzędzi, które będą wykorzystywane w projekcie dla zarządzania wymaganiami.
• Zapewnij zobowiązanie przestrzegania praktyk, podejść, metod i narzędzia, które mają być wykorzystywane w projekcie – samo ich zdefiniowanie nie wystarczy. Należy jeszcze poinformować o nich zespół, przeszkolić w razie potrzeby i zobligować do przestrzegania.
• Zapewnij możliwości śledzenia wymagań - od potrzeb klienta do definicji wymagań i do wszystkich etapów w procesie rozwoju oprogramowania (np. do projektowania, do kodu, przypadków testowych i weryfikacji, czy wymaganie zostało spełnione).
• Rejestruj wymagania w taki sposób, by każdy rozumiał je tak samo. Wyjaśniaj wszelkie rozbieżności w rozumieniu każdego wymagania.
• Spotykaj się z użytkownikami w celu osiągnięcia wspólnego zrozumienia wymagań. Wprowadź walidację wymagań po zrealizowaniu pewnego etapu np. po identyfikacji wymagań na wysokim poziomie, po szczegółowym udokumentowaniu określonego zestawu wymagań. walidacja taka zminimalizuje ryzyko nieporozumień i implementacji nieprawidłowych wymagań.
• Zapewnij porozumienie w sprawie procesu rozwijania wymagań pomiędzy wszystkimi udziałowcami.
• Zaangażuj wszystkich udziałowców w cały cykl życia wytwarzania systemu.
• Wybierz, przeszkol i wdróż narzędzie do zarządzania wymaganiami.
• Wprowadź okresowe przeglądy wymagań. Niektóre wymagania się zmieniają (np. priorytety czy zakres), niektóre nie są dłużej aktualne – w takim przypadku należy odpowiednio zmodyfikować listę wymagań.
• Dokumentuj uzasadnienie dla każdego wymagania ("dlaczego jest potrzebne?").
• Oszacuj koszt zmienności wymagań na potrzeby rozmów z klientem. Ważne jest, by klient wiedział, ile kosztuje zmiana wymagania i jakie jest związane z tym ryzyko. Zapobiegnie to masowym zmianom, które niekoniecznie muszą być naprawdę potrzebne dla prawidłowej realizacji celów biznesowych systemu.

Autor: Karolina Zmitrowicz