Definiowanie wyników jako zespół ds. produktu

(Made Tech) (23 grudnia , 2020)

Zespoły zajmujące się produktem powinny być skoncentrowane na osiąganiu wyników .

W tym poście omówimy, w jaki sposób zespół produktu może zdefiniować wyniki, a następnie upewnić się, że eposy / funkcje (produkty) są powiązane z wynikami.

Wykorzystane godziny nie są wskaźnikiem value

Ponieważ cyfrowa realizacja projektów rozwinęła się z wodospadu , poprzez wiele odmian zwinnych do obecnego stanu lean , podobnie jak mierzymy przepustowość, jakość i ogólne „dopasowanie do celu” wytwarzanych produktów cyfrowych.

W tradycyjne procesy produkcyjne , produkt końcowy był ściśle ograniczone i przewidywalne wyniki. Oznacza to, że prostą metodą pomiaru (wprawdzie w jednym wymiarze) wyniku była liczba godzin zainwestowanych w produkcję.

W przypadku inżynierii cyfrowej jest całkiem prawdopodobne, że liczba godzin poświęconych na jeden aspekt produkt bardzo się różni ze względu na liczbę ograniczeń, zależności i wpływów elementów, które czasami są poza kontrolą zespołu projektowego.

Więc bez czasu jako miary, musimy zobaczyć wyniki projektu używając różnych pomiarów.

Wyniki są bez znaczenia bez kontekstu

Biorąc pod uwagę swobodę panowania, większość inżynierów cyfrowych buduje to, co lubi. Działanie w środowisku, w którym czujemy się bezpiecznie, pewnie i komfortowo, jest częścią ludzkiej natury. Nasza „produktywność” będzie tak wysoka, jak to tylko możliwe, gdy będziemy odtwarzać znane rozwiązania lub zmieniać przeznaczenie produktu, który jest sprawdzony, przetestowany i niezawodny.

Wygląda to świetnie, inżynierowie cyfrowi zaprzestają produkcji dużo wyników, w tempie, z kilkoma problemami i wszystko działa (nie psuje się). Jednak ten wynik jest bezkierunkowy. Będziemy przynajmniej tworzyć produkt, który będzie uciążliwy, uciążliwy lub nawet bezużyteczny dla użytkownika końcowego.

Przejście od wyników do wyników

Jak dotąd, Postulowałem, że potrzeba czasu, a ilość wyprodukowanych „rzeczy” ma znacznie mniejszy wpływ na sukces projektu, niż zakładano. Nie oznacza to, że nie należy ich mierzyć w trakcie projektu, jednak należy je zdefiniować w odniesieniu do znacznie ważniejszego pomiaru: wartości wyniku.

„Wynik jest ilość czegoś wyprodukowanego, podczas gdy wynik jest sposobem, w jaki rzecz się obraca. ”

Zmiana terminologii umożliwia nam przesunięcie całej uwagi i kierunku zespołu projektowego z przestarzałego XVIII-wieczna metafora produkcji do zasady, która jest zgodna z jak najlepiej podejść do inżynierii cyfrowej.

Weź pod uwagę przegląd pojedynczego komponentu projektu, który właśnie został ukończony. Jest to wynik współpracy projektantów, inżynierów, testerów itp. Myśląc o komponencie jako wyniku, możemy stwierdzić, że jego wytworzenie zajęło dużo czasu, ma przewidywalną jakość i że zostanie zintegrowany z zamierzone środowisko z minimalnymi problemami.

Rozważmy teraz tę samą pracę jako wynik. Tworząc ten element produktu, można teraz wykonać działanie użytkownika końcowego, zmniejszyć nakład pracy lub rozwiązać problem, który zidentyfikowaliśmy.

Dlaczego tak się dzieje? wyróżnienie cenne? W środowisku inżynieryjnym, w którym można zbudować wszystko w granicach rozsądku, interesariusze będą mieli aspiracyjny pogląd na to, co można osiągnąć. Mówiąc prościej, zespoły zawsze będą musiały zbudować więcej niż mogą w dostępnym czasie i / lub budżecie. Wykorzystanie wyników do określenia wartości pozwala zespołowi określić, co należy zbudować, w sposób, którego wyniki (czas i wielkość produkcji) nie mogą.

Wyniki są synonimem wartości

Jak wspomniano Wcześniej rezultatem jest sposób, w jaki coś się potoczy. Dlatego zespół musi wiedzieć, jak coś powinno się potoczyć, zanim go zbuduje. Nie proszę, aby zespół przewidywał niuanse szczegółów inżynieryjnych, których użyją do uzyskania wyniku. Alternatywnie, poproszę ich, aby byli świadomi tego, w jaki sposób będzie używany komponent, który zbudują, i jak wpłynie to na wrażenia użytkownika końcowego.

Zanim ktoś zarzuci mi, że mogę tylko rozważyć „użytkownicy końcowi” – wszystko, co tworzymy, a które łączy się z inną usługą (czy to ludzką, czy cyfrową), można nazwać użytkownikiem.

Wartość wyniku jest zwykle mierzona (uszeregowana) w stosunku do wartości dla firmy (instytucji klienta) i wartości dla użytkownika. To prowadzi nas do pewnych przygotowań, które cały zespół projektowy musi podjąć, aby zapewnić odpowiednią wartość wyników i całego projektu.

Właściwe planowanie zapobiega sikanie kiepskiej wydajności

To jest rdzeń metodologii inżynierii zorientowanej na użytkownika / zorientowanej na wyniki / opartej na wartości / odchudzonej inżynierii lub jak lubisz to nazywać. Planowanie w tym kontekście nie jest kłopotliwym zestawieniem nieaktualnych informacji w nieprzeniknioną dokumentację. Zamiast tego zgadzamy się jako zespół na współpracę przy kilku ćwiczeniach, które pozwolą nam szybko zbudować właściwą rzecz.

Gwiazda północy / Wizja biznesowa / Cele biznesowe

Różne szkoły myślenia a ćwiczenia warsztatowe używają innej terminologii, ale kluczowym elementem każdego projektu jest uzgodniony kierunek podróży. Można to opisać jako stwierdzenie wartości, serię celów, prezentację windy lub stwierdzenie hipotezy. Format jest mniej ważny niż nadrzędny fakt, że cały zespół wie, dokąd zmierzają i dlaczego.

Po umieszczeniu gwiazdy północy (mój obecnie ulubiony termin) mamy teraz narzędzie, które umożliwia nam zmierzyć wartość wszystkiego, co zespół proponuje zrobić z czasem spędzonym w projekcie.

Należy to zrobić na początku każdego zaangażowania. To trudne zadanie, zwłaszcza gdy zespół składa się z nieznajomych, zaufanie jest niskie i wielu z nich będzie narażonych na nowe praktyki zawodowe. Chciałbym móc zademonstrować zalecaną sekwencję warsztatów, która w magiczny sposób zapewnia ten wynik. Rzeczywistość jest taka, że ​​potrzebujemy, aby byli brutalnie szczerzy i szczerzy w kwestii swoich celów oraz otwarcie dzielili się tym z nieznajomymi.

Pragmatyczna gwiazda północna to pojedynczy pomiar, którego możemy użyć do uszeregowania wszystkich wysiłków zespołu. Zauważysz, że nie wyrażam już pomiaru w abstrakcyjny sposób, używam go do uszeregowania elementów projektu względem siebie.

Rozsądną gwiazdą północną może być „liczba interakcji cyfrowych na użytkownika. ”

Fajne jest to, że nie mamy do czynienia z drobiazgami rejestracji użytkowników, czasu przebywania, podróży, wskaźnika niepowodzeń itp. Zamiast tego będziemy mierzyć ich interakcje. Adwokat diabła mógłby zasugerować, że sfrustrowany użytkownik może bez końca „wchodzić w interakcje” z usługą bez osiągnięcia niczego wartościowego, więc nie sugeruję, że usługa na żywo ma tylko jeden pomiar.

Cele użytkownika

To użytkownik końcowy, czy to człowiek, czy inne usługi cyfrowe, jest powodem tworzenia produktu. Może podlegać wymaganiom prawnym lub regulacyjnym, ale są to narzędzia służące zaspokojeniu potrzeb użytkownika. Umiejętność odkrywania i dokumentowania celów użytkownika wykracza poza zakres tego postu, ale wyniki tego ćwiczenia są głównym sposobem określania, co powinniśmy zbudować.

Lubimy opisywać cele użytkowników jako „historie użytkowników”. . Są to pięknie wykonane dzieła sztuki, które analitycy biznesowi spędzają dziesięciolecia doskonaląc na mglistych szczytach gór, jak Haikus, które są zgodne z miernikiem: do negocjacji, cenne, szacowne, małe i testowalne.

Na powierzchni 20-tygodniowego projekt działający pod ograniczeniami COVID-19, jesteśmy bardziej pragmatyczni. Historia użytkownika mieści się na prostokątnej karteczce samoprzylepnej, gdy jest napisana tępym krzyżykiem, najlepiej czytelnym pismem odręcznym.

Wartość, jaką mają, polega na tym, że opisują użytkownikowi możliwą do zarządzania część wartościową. Mając ich wystarczająco dużo, możemy uszeregować je w stosunku do gwiazdy północnej, korzystając z wiedzy zespołu, dowolnych ekspertów dziedzinowych, do udziału w których uda nam się namówić.

Koniec początku

nie napisałem jeszcze linii kodu, więc wiele niewiadomych pozostaje do odkrycia. Spędziliśmy na tym jak najmniej czasu, więc możemy optymistycznie liczyć, że straciliśmy 20\% ( zasada Pareto ) potrzeb użytkownika. Zdajemy sobie również sprawę, że mogą wystąpić zmiany, takie jak globalna pandemia, która wpłynie na projekt.

Mamy jednak silny kierunek podróży i zaległości w historiach użytkowników, które są traktowane priorytetowo.

Biorąc pod uwagę cykliczny charakter zasad zwinnego rozwoju, jesteśmy w stanie regularnie powracać do naszych pierwotnych założeń i rozwijać je, aby sprostać pojawiającym się potrzebom. Jedna uzasadniona krytyka zwinnego rozwoju polega na tym, że może on stracić kierunek, ponieważ wszystkie cele są krótkoterminowe. Jednak mając gwiazdę północną na miejscu i rozumiejąc, jak jej używać, kierunek jest mocno określony.

Końcowe przemyślenia

Pominąłem wiele szczegółów. Istnieją dziesiątki metod warsztatowych, diagramów i struktur, które sprawiają, że metodologia taka jak ta działa, więc proszę uwierzyć, że nie są wymagane żadne „skoki wiary”.

Podsumowując, projekt jest wyrazem potrzeba. Zwykle są sformułowane w języku organizacji, która zidentyfikowała potrzebę.Rozpakowanie i odkrycie „ świata , w którym znajduje się projekt, może zająć dużo czasu, jednak pomaganie zespołowi projektowemu we wspólnym odkrywaniu, identyfikowaniu, zestawianiu i klasyfikowaniu tego, co powinni zrobić, umożliwia im skuteczne i szczęśliwe działanie.

Mamy nadzieję, że podobał Ci się ten post, a jego treść była pouczająca i wciągająca. Nieustannie staramy się ulepszać naszego bloga i będziemy wdzięczni za wszelkie opinie, którymi możesz się podzielić w tej krótkiej ankiecie dotyczącej opinii .