Określanie priorytetów

Przez Mitch Lacey.Właściciel, Mitch Lacey & stowarzyszonych, Inc konsultacje bezpośrednie potwierdzone zajmujących elastyczne i scrum przyjęciach i usprawnienia.

Styczeń 2012

W tym artykule Mitch Lacey opisano trzy metody, które zostały sprawdzone bardzo korzystne dla wielu zespołów elastyczne: Kano modelu z zadowolenie klientów, szereg innowacyjnych gier Luke Hohmann i Karl Weigers względną wagę modelu.Którakolwiek z tych można łatwiej przenosić między drukowania priorytetów zaległości do porządkowania dokładne, które prawidłowo waga zadowolenie ryzyka, ważności i klientów.

Dotyczy

Zarządzanie cyklem życia aplikacji; Team Foundation Server

W tym artykule:

• Wprowadzenie

• Model kano zadowolenie klientów

• Innowacyjnych gier

  • Oczyść drzewa produktu

  • Kup funkcji

• Względną wagę — Karl Weigers

• Wniosek

Do zachowania elastyczne zespołu działa skutecznie, możesz zmianę kolejności elementów w zaległości produktu według priorytetu, a następnie zaktualizuj tych priorytetów w miarę postępów projektu.Wszystkie zaległości produktu należy nadać priorytet na podstawie korzyści biznesowych i ryzyko.Przez rozpoznawanie tej kolejności priorytetu, Twój zespół lepiej skupiać się na funkcji, które najprawdopodobniej będzie składnik do Powodzenie produktu.Dobrze uporządkowana i określonymi priorytetami zaległości opłacalnie nie tylko w zadowolenie zespołu i obsługi klienta, ale także w wierszu u dołu Twojej działalności.Aby uzyskać informacje o zaległości, zobacz Tworzenie zaległości produktu i zarządzanie nimi, Tworzenie zaległości, i Optymalizacja i szacowanie zaległości.

Po określeniu kolejności i priorytetów zaległości produktu, użytkownik musi należy wziąć pod uwagę wiele czynników a także mieć możliwość justify decyzji.Gdy zaczynasz zaległości produktu pierwotne, ten proces może wydawać się prawie utrudnione.Na szczęście nie trzeba idealnie zmianę kolejności każdego elementu w zaległości jak najszybciej.W Szacowanie, I opisać technika o nazwie "duży ściana," którego skuteczna metoda szybko oszacować zaległości produktu pierwotne i pracować z uczestnikami projektu na priorytetyzacja drukowania.

Ta priorytetyzacja drukowania to dobry punkt początkowy i może być dobry okoliczności.W niektórych przypadkach jednak można uzyskać dokładniejsze tych priorytetów lub osiągnięcia określonymi priorytetami zaległości w sposób bardziej Naukowy.Można to zrobić przy użyciu techniki wiele.W artykule, I omawianie trzy metody, które zostały sprawdzone bardzo korzystne dla wielu zespołów elastyczne: Kano modelu z zadowolenie klientów, szereg innowacyjnych gier Luke Hohmann i Karl Weigers względną wagę modelu.Którakolwiek z tych można łatwiej przenosić między drukowania priorytetów zaległości do porządkowania dokładne, które prawidłowo waga zadowolenie ryzyka, ważności i klientów.

Model kano zadowolenie klientów

Model Kano zadowolenie klientów został opracowany w lat osiemdziesiątych przez profesora Noriaki Kano z Warszawy uniwersytet Rika.Jego modelu oferuje schemat klasyfikacji prosty odróżniająca między podstawowym i różnego atrybutów.Rozwiązanie oparte na kwestionariusza model jest zaawansowany sposób wizualizacji właściwości produktu i stymulowanie dyskusji w zespole projektu.

W Kano, prosimy serię pytań na dwa sposoby: funkcjonalności i dysfunctional.Załóżmy na przykład, że firma Microsoft są pytania klientów dotyczące systemu nawigacji GPS o samochodzie.Najpierw prosimy funkcjonalności formularza pytania:

• Jak chcesz sądzisz, jeśli ten samochód mieli systemu nawigacji GPS?

Możemy ograniczyć odpowiedzi na następujące odpowiedzi:

• Chcę w ten sposób

• Czy powinien być w ten sposób

• Wszystkie instalacje zostały neutralnej

• Mogę może współdziałać z go w ten sposób

• Czy podoba mi się on w ten sposób

Na przykład załóżmy, że fikcyjna klientów zwrócił "Podoba mi się w ten sposób."

Prosimy dalej dysfunctional formie pytania:

• Jak będzie sądzisz, jeśli ten samochód czy nie jest system nawigacji GPS?

Fikcyjna klientów można wybrać dowolny z odpowiedzi na liście.Jednak odpowiedź można i zwykle różni się.Na przykład załóżmy, że fikcyjna klientów odpowiedział "Mogę oczekiwanego w ten sposób" do dysfunctional formularza pytania.

Zasad to rzeczywiste projektu można poprosimy tej listy sprzeciwienia pytania do wielu grup klientów, oznacza to, że różne zestawy osób, które reprezentują różnych funkcji organizacji klienta.Może być grupą marketingowymi, grupa obsługi kont, grupy produkcji i tak dalej.Na potrzeby opis modelu jednak Przyjrzyjmy Wyobraź czy mamy Zadaj pytanie tylko jednej grupy klientów tylko jeden.Po możemy skompilować naszych pary odpowiedzi (jak odpowiedzieć na formularzu funkcjonalności i dysfunctional), firma Microsoft mapować go na siatkę, jak pokazano w tabeli 1.

Tabela 1 — Kano mapowania

Należy zauważyć, że przykładowa fikcyjna klientów na które udzielono odpowiedzi jak na pytanie funkcjonalności i oczekuje dysfunctional pytanie.Możemy zmapować tę parę do siatki, firma Microsoft są widoczne na przecięciu tych dwóch atrybutów to E jak wskazuje Żółty kwadrat zaznaczony.Przeanalizujmy, co oznacza to, że dla naszych określonymi priorytetami zaległości.

• E = Exciters.Są to funkcje, które nie oczekiwany przez klienta i który naprawdę rozróżniania produktu z konkurencji.Są one trudne do zidentyfikowania szczególnie początkowo, ponieważ może być trudne adresem pytania, na które wywołać fascynujących funkcji.Z tego powodu exciters mogą pojawić się i wzrostu w polu Priorytet w miarę postępów projektu i rozpoczyna opinii klientów.

  • Klienci odbierania wspaniałe zadowolenie z tych funkcji i zgadzasz się zapłaty dodatkowych opłat do nich.Na przykład iPod firmy Apple zachwycony klienci jego intuicyjny możliwość włączenia zawartości do orientacji ekranu.Braku tej funkcji może nie mieć spadła zadowolenie, jednak ponieważ klient nie ma oczekiwać, iż.

  • W naszym przykładzie występują nawigacji GPS powinien być fascynujących funkcji.Poznawanie tej funkcji, co najmniej z punktem otrzymywania opinii klientów, powinien być stosunkowo wysoki priorytet.

• B = podstawy.Te funkcje muszą być w produkcie.Są one obowiązkowa, funkcje o wysokim priorytecie.

  • Niezależnie od tego, jak również te atrybuty podstawowe są wykonywane klient pozostanie neutralnej kierunku produktu.Edytor tekstów, na przykład musi mieć "Tworzenie dokumentu" i "Zapisz dokument" funkcje.Są one ceny wejścia.

  • Jeśli firma Microsoft ma pytania nasze grupy odbiorców pasów, największej liczbie użytkowników chcesz odpowiedzieć że oczekuje nowy samochód do kontaktu z pasów i że nie podoba się gdy tak nie jest.Jeśli firma Microsoft mapowane te dwie odpowiedzi na siatki, firma Microsoft będzie uzna, że pasów podstawy (B), funkcja obowiązkowa.

• L = liniowo.Nazywany również wymagania dotyczące wydajności, liniowo funkcje odnoszą się bezpośrednio do zadowolenie klientów.Objęte są poniżej linii bazowej funkcje priorytet, ale musi zostać zrównoważone ich kosztów.

  • Rozszerzanie funkcji lub jakości wykonywania zwiększa zadowolenie klientów.Zmniejszona funkcjonalność zmniejsza zadowolenie.

  • Cena produktu często jest powiązany z tych atrybutów.

• I = Obojętność.Te funkcje są najmniej ważne dla klienta i, powinien być co najmniej ważne produktu.Prawdopodobnie zwróci one niewielkiej lub żadnej wartości biznesowej.

Tabela 1 zawiera również Q i R.

• Pyt podejrzanych — pytanie jest prawdopodobnie niepoprawna lub odpowiedzi jest podejrzana.

• R: odwrotnej — kombinacji odpowiedzi nie obliczenia.Wykonać systemu nawigacji GPS — Jeśli ktoś odpowiedzi, który można go jednak, że mają również ma ona Jeśli nie jest oczekiwane, jest odpowiedź R.

Jeśli para odpowiedzi został oceniony Q lub R, należy sprawdzane pytań lub parę odpowiedzi więcej głęboko.

Innowacyjnych gier

Gry innowacji są narzędzia ułatwiające tworzenie podstawowego badania rynku.Te narzędzia klienci grają "" w celu wygenerowania opinie i informacje dotyczące produktu lub usługi.Luke Hohmann tworzone i opisuje więcej niż 12 tych gier w jego książce innowacji gry, co jest jest to doskonały dodatek do dowolnej biblioteki.Moje ulubione dwóch gry można pobrać priorytetowa zaległości są Oczyść drzewa produktu i Kup funkcji, opisującą Luke w tym fragmencie z tym książki (używany z uprawnieniem):

Oczyść drzewa produktu

Ogrodnika Oczyść drzew do sterowania jego rozwoju.Czasami oczyszczania jest artystyczny, a my na końcu krzewy kształcie zwierząt lub interesujące ogólna kształtów.Większość czasu oczyszczania jest przeznaczony do tworzenia zrównoważonego drzewo zwracające owoców wysokiej jakości.Proces nie jest o "najwyższej" — o "kształtowaniu". Użyj tego metaphor ułatwiające tworzenie produktu, które pragną klientów.

Gra

Należy rozpocząć od dużą drzewa na tablicy lub rzeźnika papieru lub drukowania obrazem drzewa jako grafika ze składnikiem formatu.Gruby kończyn reprezentują obszary głównych funkcji w systemie.Krawędź drzewa — jego najbardziej zewnętrznej oddziałów — reprezentują funkcje dostępne w bieżącej wersji.Zapisu potencjalnych nowych funkcji na kilka kart indeksu, idealnie kształt pozostawia.Poproś klientów do umieszczenia żądanych funkcji wokół definiowania fazy dalej jego rozwój drzewa.Czy ich struktura drzewa, który rozwija się w sposób wykonaniaNie jednej gałęzi, prawdopodobnie podstawowych funkcji produktu, Pobierz większość rozwój?Wyczerpaniu aspekt drzewa stają się lepsze gwarancje?Wiemy, że katalogi główne drzewa (z pomocy technicznej i klientów zwrócić infrastruktury) wymagane rozszerzenie co najmniej miarę swoje korony.Twój zrobić?

Drzewo — Hohmann produktu

Dlaczego działa

Możesz i klientami obu wiedzieć, że funkcje różnią się w znaczenie.Tak, firma Microsoft mają na celu chcesz umieścić swoje działania za najważniejsze funkcje — te funkcje, które klientom największa wartość.Niestety czasami oznacza to, że testujemy zbyt dużego wysiłku za funkcji, które są potrzebne do ukończenia produktu.Śliw gra drzewa produktu zapewnia klientom sposób na wprowadzenie danych do decyzji zgłaszania przez zestaw funkcji, które obejmują produktu w sposób kompleksowe procesu.

Kup funkcji

Funkcja, która będzie zachęcić klientów do zakupu produktów firmy?Funkcja, która spowoduje, że klienci uaktualnić?Funkcja, która spowoduje, że klienci Szczęśliwego tak, czy opłata Ignoruj lub tolerować funkcji, które chcą może rozwiązać lub usunąć?

Produkt planistów dyskusję nieskończoność tych i innych rodzajów pytań.Wybór odpowiedniego zestawu funkcje do dodania do wersji często oznacza różnica między krótkoterminowych awarii lub długoterminowych sukces.Niestety, zbyt wiele planistów produktu dokonywania wyboru bez obejmującą osób najbardziej dotyczy ona — klienci.Kup grę funkcji poprawia jakość niniejszej decyzji zadając pomaga jej klientów.

Kup funkcji — Sterne

Gra

Utwórz listę potencjalne funkcje i podaj z cenę.Podobnie jak w rzeczywistych produktu, cenę mogą być oparte na rozwój koszty, wartość klienta lub innego elementu.Chociaż cena może być rzeczywisty koszt, które mają być obciążenia dla funkcji, to zwykle nie jest wymagane.Klienci kupić funkcji, które mają w następnej wersji produktu przy użyciu odtwarzania pieniędzy, które użytkownik przyznaje.Należy upewnić się, że niektóre funkcje są wycenić wystarczająco wysoka, że nikt przez klienta można kupić.Zachęcamy klientów do puli ich pieniędzy kupić szczególnie ważne i/lub kosztowne funkcji.Dzięki temu motywują negocjacji między klientami o tym, które są najważniejsze funkcje.

Ta gra działa najlepiej z czterech do siedmiu klientów w grupie, tak, aby można utworzyć dodatkowe możliwości puli ich pieniędzy za pomocą negocjowania klientom.W odróżnieniu od gry pole produktu Kup grę funkcji jest oparty na listę funkcji, które mogą być w plan rozwoju.

Dlaczego działa

Produkt planistów często należą do pułapek z myślenia klientów wyraźnie zdefiniowane priorytety produktu.Niektóre zrobić.Większość nie.Gdy prezentowany zestawu opcji, wielu klientów po prostu będzie napisane "Wybrane wszystkie." i umieść odpowiedzialność za priorytet ich żądania na Twój barki.Możesz też menedżerów produktów często zebrać priorytetów funkcji się do klientów, wykorzystaj oraz, w tym procesie i prawdopodobnie bez nawet wiedzy, ponownie odpowiada za priorytetów funkcji.Ciekawsze klientom jako grupa i mogą ograniczona ilość zasobów nadaj im możliwość priorytety ich życzy sobie jako grupa.Ale to nie, gdzie magiczny leży.Zaletą magiczny struktury konwersacji, aby klienci są negocjowanie między sobą konkretnych funkcji.Jest to podnosi poziom zrozumieć co klientów naprawdę negocjacji.

Względną wagę — Karl Weigers

Inną metodą doskonałe priorytetyzacja jest względna waga, który Karl Weigers wprowadzone w 1999.Ta metoda nie tylko udostępnia mechanizm priorytetów na podstawie danych wejściowych użytkownika i opinii wymagania, ale zawiera też orzeczenia ekspertów zespołu.Podobnie jak Kano i innowacyjnych gier, względną wagę umożliwia produktu właścicielowi miernik lepsze funkcje służące do implementacji i w jakiej kolejności priorytetu.

Pierwszym krokiem jest przypisać wagę do względnych korzyści z funkcji.Usługa jest korzyści dla użytkowników mających tę funkcję w produkcie końcowym.Następnie jest można przypisać względnym kary.Kary wynika dla użytkowników nie mających tę funkcję w produkcie końcowym.(Oceny korzyści i kary wykonuje jedną czynność jako metoda Kano funkcjonalności i dysfunctional w postaci pytanie). Wagi są dowolne liczb, które reprezentują, jak firma wartości korzyści i ryzyka funkcji.Jest bardzo podobne do jak nauczyciel Określa, jakie wagi udzielenia domową, obecności, kwizy i testy w określeniu ogólnej jakości; różni się od nauczyciel nauczyciel.Jeśli zdecydujesz się, że korzyści być większe niż kary, należy wagi większy niż kary według współczynnika, niezależnie od Zobacz dopasowania.Jeśli zdecydujesz się, że kary być większe niż korzyści, Dostosuj wagi odpowiednio.W przykładzie w tabeli 2 Firma Microsoft udostępniła korzyści względną wagę 2 i kary względną wagę 1, co oznacza, że usługa będzie większy współczynnik określający końcowego priorytet.

W ten sam sposób określamy grubość procent kosztów i procent ryzyka.W poniższym przykładzie ryzyko był nie zgadza się z uwagę do projektu, więc koszt procent podano grubość 1 i ryzyko procent wagi 0,5.(Należy pamiętać, że chociaż korzyści i kary ważona przed wartość procentowa jest obliczana, koszt i ryzyko, są liczone jako wartości procentowe.) Jeśli masz wysokiego ryzyka projektu, może być waga ryzyka większy niż koszt.

Teraz, kiedy są ustawione wagi, prosimy użytkowników, aby oceniać względnych korzyści i względnych kary każdej funkcji.Każdy korzyści i kary został oceniony w skali zestaw — Weigers zaleca 1-9, ale można wybrać inną skalę tak długo, jak są spójne.Wartość, która będzie dostarczać tę funkcję, jest względnym korzyści względna kary to potencjalne obniżenie ujemne nie wykonuje funkcję.

Na przykład załóżmy, że jednej z funkcji możliwe jest "Należy zachować zgodność z przepisami Sarbanes-Oxley widżetu". Nie jest praktycznie żadne względne korzyści dla użytkowników, ale względnym kary działalności jest doskonały - nie to zrobić można umieścić poza biznesowej firmy.Jako takie firma Microsoft Zobacz wynikiem 1 lub 2 dla względnych korzyści i wynikiem 8 lub 9 dla względnym kary.

W poniższym przykładzie użytkowników ocenione względne korzyści wynikające z funkcją "Badanie stanu zlecenia dostawcy" jako 5.Ich stopień jego względnej kary jako 3.Ustalenie łączna wartość tej funkcji, firma Microsoft pomnożone przez ich względną wagi dwie liczby i dodać je ze sobą:

(Benefit * Weight) + (Penalty * Weight) = Total Value

(5 *2) + (3*1) = 13

W takim przypadku wartość całkowitą dla funkcji jest 13 punktów.

Uzyskując całkowita względnej wartości i wartości procentowej wartości dla funkcji, firma Microsoft można przenieść od użytkowników do uzyskiwanie informacji z zespołu.Prosimy zespołu oszacować względny koszt do wykonania każdej funkcji przy użyciu tej samej skali.Karl Weigers — "deweloperom oszacować klasyfikacji koszt na podstawie czynników takich jak złożoności wymagań, zakres pracy interfejsu użytkownika wymagane potencjalną możliwość wykorzystać istniejących projektów lub kod, i potrzebne poziomy testowania i dokumentacji."

Po względny koszt możemy oszacować, możemy oszacować względną ryzyka.Ponownie Weigers mówi, "deweloperom oszacować względną stopień technicznych lub innych ryzyko związane z każdej funkcji w skali od 1 do 9.Oszacowanie 1 oznacza, że można programować ją w swojej uśpienia podczas 9 wskazuje poważne obawy wykonalności, dostępność personelowi potrzebne wiedzę lub użyj nie udowodnionych lub nieznane narzędzi i technologii.Arkusz kalkulacyjny obliczy procent całkowitej ryzyko, który pochodzi z każdej funkcji".

Po możemy Uwaga: wartości względne korzyści, kary, koszt i ryzyko możemy sumowanie każdej kolumny.Te sumy będą używane do obliczania wartości procentowe.

• Całkowita liczba wartość procentowa: podzielić wartość sumy względnych korzyści i kary przez łącznej sumy u dołu.W poniższym przykładzie jest to 13 / 154 = 8%.

• Względna kosztu procent: dzielenia względnej wartości kosztów przez sumę łączny koszt względnym u dołu.W poniższym przykładzie jest to 2 / 42 = 4,8%.

• Procent względnego: dzielenia wartości względnego przez Suma całkowita względnym ryzyko u dołu.W poniższym przykładzie jest to 1 / 33 = 3%.

• Priorytet: Dzielenia wartość procentowo (procent kosztów * koszt wagi) + (ryzyka procent * ryzyka wagi).W poniższym przykładzie powinien to być 8.4% / ((4,8% * 1) + (3% * 0,5).Dzięki temu wartość priorytetu (1.345).

Po możemy uzyskać wartość priorytetu, możemy posortować kolumnę priorytet w kolejności malejącej, tak aby elementy najwyższy priorytet znajdowały się u góry.Elementy są dodawane do zaległości produktu lub więcej informacji na temat Historia wynika, musimy ponownej oceny priorytet.

Na końcu Arkusz wygląda tę tabelę:

Wykonując ten proces może lepiej zrozumieć zakresów, które działają dla zespołu i dla wszystkich uczestników projektu.Pomaga również lepszą ziemi, które dyskusje może być utrudnione obiektywnie współczynnik elementy, takie jak korzyści, kary, koszt i ryzyko dla każdej funkcji.

Weigers — wyjaśnia, jak należy do modelu, który więcej pasować swoje rzeczywistość:

"Skalibrować tego modelu do użycia z zestawem ukończone wymagania i funkcje z wcześniejszych wersji.Dostosuj wagę do momentu obliczeniowe kolejności zgadza się z ocenę po fakt jak ważne jest zawarte w zestawie testów naprawdę zostały.Ten model może również pomaga decyzji kompromis podczas w przypadku obliczania proponowane nowe wymagania.Oszacować ich priorytet przy użyciu modelu informujący o tym, jak są one zgodne sprzętu istniejących wymagań, więc można wybrać właściwe wdrożenie sekwencji.Wszystkie akcje, które można wykonać, aby przenieść priorytetyzacja wymagania z warunkach politycznych w celu i analitycznych co zwiększa możliwość projektu dostarczanie najważniejsze funkcje w najbardziej odpowiednią sekwencję."

Karl Weigers został napisany dwie książki, które wchodzą w bardziej szczegółowo na względną wagę: wymagania dotyczące oprogramowania, wydanie i więcej wymagania dotyczące oprogramowania: Thorny problemy i praktyczne wskazówki.

Czy za pomocą jednej z tych metod lub niektórych metod, należy pamiętać, że zaległości produktu jest niczego życia.Nie tylko priorytety w jeden raz i umieść je między — reprioritization jest oczekiwany część utrzymywanie prawidłowego zaległości.Aby zachować swój projekt zgodnie z planem, użytkownik musi stale ponownej oceny wątków, ich znaczenie do projektu, i w jaki sposób zaległości ma wpływ na nowe informacje.Należy wykonać stara się zachować uczestnikami projektu i klientów biorących udział w projekcie.Ponadto należy pamiętać o czy oszacowanie elementu jest niezbędny do określenia jego priorytet.Nie przegap zaległości stają się starych i struktury sieci.Inwestować czas i wysiłek pielęgnacji i pielęgnacji zaległości — zobaczysz wyniki nie tylko produktu końcowego ale także w wierszu u dołu.

Zobacz też

Koncepcje

Współpraca (dokładniejsze wyszukiwanie) (przekierowane)

Współpraca (przekierowane)

Żądanie i opinie zainteresowanych stron procesu przy użyciu programu Access w sieci Web zespołu

Śledzenie pracy i zarządzanie przepływem pracy [redirected]

1. Wymagania programowe elastyczne, Leffingwell Dziekan Addison Wesley

   "Jakości atrakcyjne i musi — można jakości" Noriaki Kano jakości JSQC, obj.14, nr 2, października 1984.Oryginalne artykułu z Kano.

2. Najważniejsze pierwszy: priorytetów wymagania przez Karl E.Wiegers