Close

Wykorzystanie wyników do kierowania pracą nad produktem

Wysyłanie funkcji na czas i w ramach budżetu jest ważne — ale tylko wtedy, gdy rzeczywiście przynoszą wartość klientom i firmie. Dlatego zalecamy zespołom produktowym skupianie się na wynikach w szerokiej perspektywie, które udoskonalą produkt, a co za tym idzie przyniosą korzyści ich organizacji.

Wyniki vs. produkty wyjściowe

Wysyłka funkcji na czas to produkt wyjściowy: konkretne zadanie, które Twój zespół zobowiązał się wykonać. Zapewnienie wartości to wynik: na przykład lepsze doświadczenie użytkownika potwierdzone zmniejszeniem liczby zgłoszeń do działu wsparcia.

Przykładowe produkty wyjściowe

Przykładowe wyniki

Wysyłka 10 funkcji w określonym terminie.

Przykładowe wyniki

Zwiększenie wskaźnika konwersji z wersji próbnej na płatną z 15% do 25%.

Publikacja 3 zasobów rozbudowanych treści na kwartał.

Przykładowe wyniki

Ograniczenie liczby zgłoszeń do działu wsparcia dotyczących danej funkcji z 50 do 5 na tydzień.

Wprowadzenie produktu na czas przed konkretną konferencją.

Przykładowe wyniki

Udowodnienie, że X klientów rozwiązało konkretny problem za pomocą jakiegoś rozwiązania.

Łatwo jest nadmiernie skupić się na produktach wyjściowych — są one mechanizmem pozwalającym wykonać pracę. Ale w rzeczywistości nie stanowią najlepszego sposobu pomiaru wydajności ani sukcesu.

Położenie nacisku na produkty wyjściowe zamiast na wyniki może sprawić, że zespoły stracą z oczu główny cel swojej inicjatywy. Mogą nie dostrzec ważnych sygnałów wskazujących, że produkt nie zaspokaja potrzeb użytkowników (np. testerzy nie stają się aktywnymi użytkownikami, lub firmy pozostają w zastoju z powodu problemów z niezawodnością).

Debata na temat wyników i rezultatów sprowadza się do przewagi jakości nad ilością. Zespoły produktowe nie pracują po to, by dostarczać jak najwięcej funkcji — ich celem jest opracowanie narzędzi, które rozwiązują problemy użytkowników tak łatwo, jak to tylko możliwe.

Dlatego też sukces zespołu produktowego powinien być mierzony w oparciu o rzeczywistą wartość dostarczaną klientom i firmie, a nie poprzez dostarczanie funkcji na czas i w ramach budżetu.

Strukturyzując planowanie i dyskusje wokół pożądanych celów lub wyników, zespoły dostosowują swoją pracę do dostarczania wartości — dlaczego pracują, a nie co będą robić na co dzień.

Takie podejście przynosi wiele korzyści dla kultury zespołu, morale i produktywności:

  • Jasność misji i celu: zespoły oceniają wszystkie inicjatywy na podstawie tego, w jaki sposób przyczyniają się one do realizacji celów. Ustalanie priorytetów staje się łatwiejsze, ponieważ wiadomo, które inicjatywy mają największy potencjalny wpływ.
  • Zespoły o większych możliwościach: Gdy zespoły pracują pod kątem wyników, a nie zadań, mają możliwość eksperymentowania i dostosowywania się w oparciu o zdobytą wiedzę, aby zrobić wszystko, co konieczne, aby osiągnąć swoje cele. Takie podejście jest lepsze dla realizacji i morale zespołu: zespoły działają szybciej, wywierają większy wpływ i są dumne ze swojej pracy.
  • Kultura ciągłego doskonalenia: dzięki odpowiedzialności za wyniki, zespoły są zachęcane do osiągania lepszych wyników. Nieustannie poprawiają sposób, w jaki pracują, mierząc postępy i dostosowując się na podstawie zdobytej wiedzy.

Wdrożenie podejścia skoncentrowanego na wynikach obejmuje kilka kluczowych kroków

1. Zdefiniowanie jasnych wyników biznesowych i produktowych

Zacznij od jasnego zdefiniowania pożądanych wyników. Powinny one być skonkretyzowane, mierzalne, osiągalne, istotne i określone w czasie.

Według metodyki nawyków ciągłego odkrywania istnieją dwa szerokie rodzaje wyników: wyniki biznesowe i wyniki produktowe.

  • Wynik biznesowy przynosi korzyści organizacji. Jest to wskaźnik opóźniony, informujący o tym, co już się wydarzyło w wyniku decyzji lub wyników produktu.
    • Zanim zauważysz zmianę w przychodach, jest to efekt końcowy wprowadzenia przez Twój zespół szeregu zmian w pewnym okresie czasu. Rzadko można to przypisać pojedynczej inicjatywie.
    • Przykład: Zwiększenie przychodów
  • Wynik produktu poprawia produkt w celu uzyskania pozytywnych wyników biznesowych. Jest to wskaźnik wyprzedzający i daje wczesne sygnały, co może się stać z wynikami biznesowymi.
    • Wyniki produktu pozwalają zespołom mierzyć wpływ ich decyzji na zachowanie klientów w cyklach iteracyjnych. Decyzje te ostatecznie wpłyną na wyniki biznesowe.
    • Przykład: Zwiększenie współczynnika konwersji od oceny do zakupu
W jaki sposób wyniki biznesowe przekładają się na wyniki i możliwości produktowe?

W Atlassian do definiowania i mierzenia wyników używamy struktury celów i kluczowych wyników (OKR). Dowiedz się więcej o tym, jak korzystać z OKR w poradach strategicznych dla zespołów Atlassian.

2. Koordynacja działań zespołów wokół wyników

Gdy cele są już jasne, należy przekazać je wszystkim zespołom. Każdy musi rozumieć nie tylko same cele, ale także to, w jaki sposób codzienna praca przyczyni się do ich praktycznej realizacji.

W całej firmie ustal cele zespołowe, które prowadzą do tych wyników organizacyjnych (omówimy, jak to zrobić w następnej kolejności). Oczywiście poszczególne zespoły mogą również zacząć koncentrować się na wynikach, nawet jeśli reszta ich organizacji jeszcze tego nie zrobiła.

Ustalając priorytety, skoncentruj dyskusje wokół tych pożądanych wyników. Uwolnij się od dyskusji typu „kiedy X zostanie dostarczony?” — zamiast tego celem powinny być plany działania dotyczące produktów, które są oparte na analizach i koncentrują się na wpływie.

Plan działań skoncentrowany na efektach
Plan działań skoncentrowany na wynikach

3. Iteracja w celu osiągnięcia wyników

Dzięki takiemu podejściu dostarczanie określonych funkcji staje się drugorzędne w stosunku do osiągania celów. Zespoły będą próbować pewnych rzeczy, które zawiodą, i innych, które zadziałają. Przygotuj środowisko, w którym łatwo i szybko można ponieść porażkę, a zespoły będą miały psychologiczne poczucie bezpieczeństwa, by eksperymentować.

Podczas planowania zachęcaj zespoły do stawiania hipotez na temat tego, w jaki sposób ich praca przyczyni się do osiągnięcia pożądanych rezultatów, a następnie sprawdzaj, czy były one prawidłowe. Takie podejście promuje eksperymentalny sposób myślenia, w którym zespoły nieustannie iterują, aby ulepszyć i zweryfikować swoje założenia.

Sukces i postęp można mierzyć na dwa sposoby:

  1. Sygnały jakościowe takie jak opinie użytkowników
  2. Wskaźniki ilościowe takie jak współczynniki konwersji

Skoncentruj dyskusje przeglądowe wokół tych wskaźników i wykorzystaj te dane do informowania o sposobie iteracji.


Drzewo możliwości rozwiązań

Drzewo możliwości rozwiązań, spopularyzowane przez Teresę Torres, to sposób wizualizacji wyników biznesowych i produktowych oraz możliwości, rozwiązań i eksperymentów, które można wykorzystać do ich osiągnięcia.

Drzewo możliwości rozwiązań to świetny sposób dla zespołów, aby śledzić, dlaczego dążą do konkretnych rozwiązań, ich hipotetyczny wpływ na określone wyniki oraz inne potencjalne pomysły i rozwiązania do iteracji.

Drzewo możliwości rozwiązań

Utworzyliśmy to drzewo możliwości rozwiązań przy użyciu tablic Confluence, ale przy odrobinie konfiguracji można to łatwo zrobić również w Jira Product Discovery.

Poniżej znajdziesz

  • Demonstracja grupowania rozwiązań według możliwości w Jira Product Discovery
  • Samouczek, jak odtworzyć tę konfigurację

Demonstracja: grupowanie rozwiązań według możliwości

Samouczek, jak odtworzyć tę konfigurację w JPD


W jaki sposób zespół Jira Product Discovery wykorzystał platformę VMGS do zebrania zespołu wokół wyników?

Opracowując Jira Product Discovery, zespół Atlassian w dużym stopniu opierał się na sposobie pracy opartym na wynikach. Wykorzystaliśmy ramy Wizji, Misji, Celów i Strategii (VMGS), aby nasza praca koncentrowała się na wynikach strategicznych.

Podejście skoncentrowane na wynikach może przynieść korzyści w niemal każdym aspekcie pracy zespołów produktowych, nie tylko w strategii produktowej. W tej sekcji podzielimy się naszą strategią podczas tworzenia Jira Product Discovery jako przykładem, aby pokazać, w jaki sposób wyniki mogą kierować pracą nad produktem.

VMGS: wizja, misja, cele i strategie

Ustalanie priorytetów jest znacznie prostsze, gdy cały zespół przewiduje jasną, wspólną ścieżkę do sukcesu. Nie ma niejasności co do ostatecznych wyników, nad którymi pracujesz i strategii, które będziesz iterować, aby je osiągnąć.

Aby zdefiniować tę ścieżkę, nasz zespół przygotował krótki dokument opisujący wizję, misję, cele i strategie (VMGS).

Napisaliśmy ten dokument wspólnie, podczas serii warsztatów, podczas których omawialiśmy, dlaczego przygotowujemy Jira Product Discovery jako produkt, dla kogo i w jaki sposób może on przynieść korzyści Atlassian jako firmie.

Dobrze napisany dokument VMGS sprawi, że wszyscy poczują się związani ze sobą, swoją codzienną pracą i ostatecznymi celami projektu. Zachowaj jasność i prostotę — nie używaj wyszukanych słów, zbyt opisowego języka ani żargonu branżowego.

Wizja Misja Cele i Strategie

Dokument zespołu Jira Product Discovery dotyczący VMGS

Wizja

Wizja opisuje przyszłość, idealny stan końcowy. Zakładając, że projekt zakończy się sukcesem, tak będzie wyglądał świat po jego zakończeniu.

Podczas opracowywania Jira Product Discovery naszą wizją były „zespoły produktowe skoncentrowane na strategicznych wynikach”. Chcieliśmy zbudować świat, w którym firmy odnoszące największe sukcesy przyjęły model produktowy.

Misja

Deklaracja misji opisuje unikatowy punkt widzenia zespołu na to, w jaki sposób wizja ma się zamanifestować.

Misją zespołu Jira Product Discovery jest „uwolnienie potencjału zespołów produktowych do wywierania wpływu”. Jest to uszczegółowienie misji Atlassian „uwolnij potencjał w każdym zespole” lub podnieś poziom organizacji poprzez wspieranie poszczególnych zespołów. Misja Jira Product Discovery koncentruje się na zespołach produktowych i precyzuje, że pomożemy im skupić się na wpływie ich pracy, a nie tylko na wynikach.

Cele

Cele pomagają zmierzyć sukces całego przedsięwzięcia. Muszą być mierzalne i określone w czasie.

Celem Jira Product Discovery jest osiągnięcie sukcesu biznesowego zgodnie ze standardami Atlassian. Jako najważniejszy wskaźnik wybraliśmy konkretny wynik biznesowy: docelowy poziom przychodów na dany rok. Co miesiąc informujemy resztę Atlassian o postępach w realizacji tego celu. Taki pojedynczy cel pomaga nam dostosowywać i zmieniać nasze strategie w zależności od ich skuteczności w osiąganiu tego celu.

Strategie

Strategie to taktyczne sposoby, w jakie zespół inwestuje czas i zasoby, zakładając, że pomogą one wypełnić misję i osiągnąć cel. Strategie działają najlepiej, gdy są jasne, wyraźne, pragmatyczne i łatwe do zrozumienia.

Każda strategia ma odpowiadający jej cel podrzędny, aby zmierzyć jej sukces. Te cele podrzędne zazwyczaj starają się poprawić określone wskaźniki, jakościowe lub ilościowe — na przykład wynik SEQ (Single Ease Question, miara postrzeganej użyteczności) lub wskaźniki pirackie (AARRR: pozyskiwanie, aktywacja, utrzymanie, polecanie, przychody).

Jak strategie przekładają się na wyniki w zespole JPD?

Na zielono: wynik biznesowy. W kolorze ciemnoniebieskim: strategia i odpowiadający jej wynik produktu. W kolorze jasnoniebieskim: odpowiednie rozwiązanie, mierzone za pomocą określonego wskaźnika.

Przyjrzyjmy się szczegółowemu przykładowi jednego celu, jednej strategii i jednego wskaźnika:

Jak taktyka przyczynia się do realizacji strategii w zespole Jira Product Discovery

Cel: X USD ARR do 2026 r.

Strategia: GTM, mierzone przychodami

Wynik produktu: Umożliwienie zespołom GTM, mierzone przychodami z planów rocznych

Większość klientów kupuje Jira Product Discovery w ramach samoobsługi, ale ci więksi robią to za pośrednictwem menedżera ds. klientów Atlassian lub partnera, zazwyczaj w planie rocznym. Sukces tej strategii mierzony jest na podstawie przychodów pochodzących od klientów, którzy korzystają z planu rocznego.

Rozwiązanie: „szerz praktyki oraz sposoby pracy w zarządzaniu produktami”.

Testerzy często skarżyli się, że nie wiedzą, jak pracować z modelem produktu i jak używać Jira Product Discovery w tym modelu. Jest to przeszkoda uniemożliwiająca im stosowanie produktu.

Ten podręcznik stanowi element tej taktyki. Zmierzymy jego sukces, testując go u wielu klientów, aby zobaczyć, czy wskaźniki stosowania są wyższe. Jeśli tak, zainwestujemy więcej w tę taktykę i strategię.

Śledzenie celów

Tworzymy cele główne i podrzędne (po jednym dla każdej strategii) jako Cele w narzędziu Atlas i używamy go, aby co miesiąc raportować nasze postępy w ramach każdego celu reszcie firmy.

Uwaga: narzędzie Atlas jest przenoszone na platformę Atlassian i staje się darmowe.
W przypadku Celów platforma jest obecnie dostępna w ramach wczesnego dostępu. Możesz zdecydować się na korzystanie z niej tutaj. Niezależnie od tego, czy korzystasz z aplikacji Atlas, czy z platformy, możesz używać Celów w projektach Jira Product Discovery, włączając tę funkcję. Aby to zrobić, postępuj zgodnie z instrukcjami zawartymi tutaj.


Aktualizacja VMGS

Z biegiem czasu nasze rozumienie produktu i jego celów będzie ewoluować w zależności od tego, czego się dowiemy. Dlatego wspólnie jako zespół przeprowadzamy przeglądy VMGS z częstotliwością 3–6 miesięcy.

Jeśli celem naszego zespołu było zdobycie góry, wszyscy muszą zrozumieć, że chodzi o dotarcie na szczyt (lub powrót do bazy). Muszą też poznać ścieżki, które różne grupy odkrywają, aby się tam dostać. Niektóre ścieżki to ślepe uliczki, inne zaprowadzą te grupy szybciej na szczyt. Spotkanie kontrolne co jakiś czas pomaga w ocenie dostępnych opcji i wybraniu kolejnych kroków.

Do tej pory podczas tworzenia Jira Product Discovery dokonaliśmy następujących odkryć:

  • Wizja i misja pozostały niezmienne w ciągu ostatnich 3 lat.
  • Co kwartał przeprowadzamy przegląd celu w oparciu o model finansowy składający się zarówno z założeń, jak i danych dotyczących rzeczywistego wzrostu.
  • Strategie pozostały bez zmian przez ostatni rok, ale nasza taktyka ich osiągnięcia zmienia się co 3 do 6 miesięcy.

W dowolnym momencie aktywnie realizujemy tylko podzbiór strategii. Cały zespół ma jasność co do tego, co akceptujemy, a czego nie — to konieczne do prowadzenia jasnych dyskusji na temat priorytetów.

Strategie początkowe w zespole Jira Product Discovery

Oto obraz stanu na wczesnych etapach tworzenia produktu. Taktyki w kolorze szarym nie były wtedy aktywnie realizowane.


Co dalej?

W dalszej części tego podręcznika wyjaśnimy szczegółowo, w jaki sposób wykorzystać backlog produktu:

Podamy przykłady, jak to robimy w zespole Jira Product Discovery, korzystając z Jira Product Discovery i innych produktów.

Możesz także obejrzeć tę demonstrację, aby zobaczyć cały przykład:

Wstęp

Dowiedz się więcej o tym, dlaczego napisaliśmy ten podręcznik i jak może on pomóc.

Lista zadań produktu

Dowiedz się, jak skutecznie zarządzać backlogami produktów, aby ustalać priorytety dla pomysłów, usprawnić współpracę i przyspieszyć rozwój produktów.