Priorytetyzacja wymagań

Ustalanie priorytetów wymagań jest używane w zarządzaniu oprogramowaniem w celu określenia, które kandydujące wymagania produktu oprogramowania powinny zostać uwzględnione w określonej wersji. Wymagania są również traktowane priorytetowo, aby zminimalizować ryzyko podczas opracowywania, tak aby wymagania najważniejsze lub wymagania wysokiego ryzyka były wdrażane w pierwszej kolejności. Istnieje kilka metod oceny priorytetyzacji wymagań dotyczących oprogramowania.

Wstęp

W zarządzaniu oprogramowaniem istnieje kilka procesów podrzędnych. Przede wszystkim mamy do czynienia z zarządzaniem portfelem, gdzie na podstawie informacji z rynku i firm partnerskich określana jest strategia rozwoju produktu. W planowaniu produktów (lub mapach drogowych technologii ) identyfikowane są motywy i podstawowe zasoby produktów w portfolio oraz tworzone są konstrukcje map drogowych. W zarządzaniu wymaganiami gromadzone i porządkowane są kandydujące wymagania dotyczące oprogramowania dla produktu. Na koniec, w czynności związanej z planowaniem wydania, wymagania te są ustalane według priorytetów i wybierane do wydania, po którym można przygotować uruchomienie oprogramowania. Dlatego jednym z kluczowych etapów planowania wersji jest ustalanie priorytetów wymagań.

Podejście koszt-wartość

wymagań dotyczących oprogramowania jest podejście koszt-wartość. Podejście to zostało stworzone przez Joachima Karlssona i Kevina Ryana. Podejście to było następnie dalej rozwijane i komercjalizowane w firmie Focal Point (przejętej przez Telelogic w 2005 roku). Ich podstawową ideą było określenie dla każdego indywidualnego wymagania kandydata, jaki byłby koszt wdrożenia tego wymagania i jaką wartość ma to wymaganie.

Ocena wartości i kosztów dla wymagań została przeprowadzona przy użyciu Analitycznego Procesu Hierarchii (AHP). Metoda ta została stworzona przez Thomasa Saaty . Jego podstawową ideą jest to, że dla wszystkich par wymagań (kandydatów) osoba ocenia wartość lub koszt porównując jedno wymaganie z pary z drugim. Na przykład wartość 3 dla (Wym.1, Wym.2) wskazuje, że wymaganie 1 ma wartość trzykrotnie wyższą niż wymaganie 2. W trywialny sposób oznacza to, że (Wym.2, Wym.1) ma wartość ⅓. W podejściu Karlssona i Ryana określono pięć kroków przeglądu wymagań kandydata i określenia priorytetu wśród nich. Podsumowano je poniżej.

  1. Inżynierowie wymagań dokładnie przeglądają wymagania kandydatów pod kątem kompletności i upewnienia się, że są one sformułowane w jednoznaczny sposób.
  2. Klienci i użytkownicy (lub odpowiedni zamienniki) stosują metodę porównań parami AHP, aby ocenić względną wartość wymagań kandydatów.
  3. Doświadczeni inżynierowie oprogramowania wykorzystują porównanie parami AHP do oszacowania względnego kosztu wdrożenia każdego wymagania kandydata.
  4. Inżynier oprogramowania używa AHP do obliczenia względnej wartości i kosztu wdrożenia każdego wymagania kandydującego, a następnie przedstawia je na diagramie koszt-wartość. Wartość jest przedstawiona na osi y tego diagramu, a szacowany koszt na osi x.
  5. Interesariusze wykorzystują wykres koszt-wartość jako mapę koncepcyjną do analizy i omawiania wymagań kandydata. Teraz menedżerowie oprogramowania ustalają priorytety wymagań i decydują, które zostaną wdrożone.

Teraz podejście koszt-wartość i ogólne ustalanie priorytetów wymagań można umieścić w kontekście zarządzania oprogramowaniem . Jak wspomniano wcześniej, planowanie wydania jest częścią tego procesu. Ustalanie priorytetów wymagań dotyczących oprogramowania jest procesem podrzędnym procesu planowania wersji.

Proces planowania wydania składa się z procesów podrzędnych:

  1. Priorytetyzuj wymagania
  2. Wybierz wymagania
  3. Zdefiniuj wymagania dotyczące wersji
  4. Zweryfikuj wymagania wydania
  5. Przygotuj start

Inne techniki ustalania priorytetów

Dalsza lektura

  • I. van de Weerd, Sjaak Brinkkemper , R. Nieuwenhuis, J. Versendaal i L. Bijlsma (2006). Ramy odniesienia do zarządzania oprogramowaniem. Raport naukowy. Wydział Nauk Informacyjnych i Informatycznych, Uniwersytet w Utrechcie, Holandia, 2006 . Zgłoszony do publikacji.