Statusy i priorytety wymagań

Często otrzymuję pytanie jak opisuję wymagania. Otóż wielu projektach określam statusy i wymagania w następujący sposób:
Status
• Proponowane – wymaganie w fazie negocjacji pomiędzy klientem a analitykami
• Zatwierdzone -wymaganie zatwierdzone do realizacji.
• Odrzucone – wymaganie odrzucone przez klienta lub analityków.

Priorytety
• Niezbędne (bardzo ważne) – podstawowe wymaganie którego realizacja jest konieczna do spełnienia minimalnych wymogów tworzonego systemu. Brak realizacji będzie oznaczał, że system nie spełnia podstawowych oczekiwań klienta.
• Istotne (ważne) – wymaganie, którego realizacja jest ważna dla skutecznego i efektywnego działania systemu. Brak jego realizacji może mieć duży wpływ na ocenę systemu przez klienta.
• Przydatne (mniej ważne)- wymaganie, które jest wykorzystywane w mniej typowych zastosowaniach. Brak ich realizacji nie ma znacznego wpływu na funkcjonalność systemu.

Elementy te definiuję w dokumencie, który roboczo nazywam: planem zarządzania wymaganiami. Dokument taki zawiera także informację kto i kiedy może zmienić status oraz priorytet, jakimi relacjami łącze wymagania pomiędzy  sobą, jak numeruję, oraz klasyfikuje.

Plan zarządzania wymaganiami to moim zdaniem jeden z ważniejszych dokumentów, jakie muszą powstać w trakcie inicjacji projektu.

Podobne wpisy

  • Wprowadzenie do zarządzania wymaganiami–podstawowe definicje Wpisy na temat inżynierii wymagań zacznę od podstawowych definicji. Definicja: Wymaganie 1.Ograniczenie lub zdolność potrzebna użytkownikowi do rozwiązania problemu lub osiągnięcia […]
  • Rejestracja problemów zidentyfikowanych podczas analizy Otrzymałem mailem ciekawe pytanie: Czy wg Pana wiedzy istnieje w EA obiekt, który najbardziej nadawałby się do rejestracji problemów zidentyfikowanych podczas analizy (AS-IS) biznesowej […]
  • Niezależny konsultant–nowy blog Nic mnie tak nie cieszy jak odkrycie, że na polskiej blogosferze pojawia się nowy blog o inżynierii oprogramowania. Tym razem takim odkryciem jest blog, który pani Ewa Wardzała. Pod dość […]
  • Cechy perfekcyjnych wymagań na system Jakość opisu wymagań jest bardzo ważna i tego nie muszę nikomu tłumaczyć. Standard  ANSI/IEEE 830  formułuje  szereg  zaleceń,  jakie  powinna  spełniać dobrze napisana specyfikacja […]
  • Kartezjusz a projektowanie systemów Ostatnio natknąłem się na prace Kartezjusza* “Rozprawa  metodzie”. Czytając to dzieło w rozdziale w części drugiej przeczytałem opis metody, którą niemalże bez zmian stosuje się dziś […]
Reklama
MODESTO - licencje Enterprise Architect

Zostaw komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *

Przewiń do góry