Osiąganie wyników dzięki pomysłom — od pomysłu do realizacji
W Jira Product Discovery głównym obiektem, z którym pracujesz w backlogu produktu, są „Pomysły”. Aby wspierać proces ciągłej weryfikacji i uczenia się, używamy pomysłów jako obiektów o długiej żywotności — pomysł opuszcza backlog w momencie rozpoczęcia programowania, ale żyje przez kolejne iteracje odkrywania i dostarczania, aż do uzyskania wymaganego efektu.
Skuteczne zespoły produktowe przyjmują eksperymentalny sposób myślenia — z czasem iterują pomysł, dodając więcej kontekstu, opinii użytkowników, specyfikacji i projektu. Na każdym etapie cyklu życia pomysłu oceniają, co zadziałało, a co nie, odpowiadając na kluczowe pytania i weryfikując swoje założenia, aby upewnić się, że ich inwestycje są zgodne z otrzymanymi informacjami zwrotnymi i walidacją.
Pomysły od dużych do małych
Chociaż nazwa obiektu używanego w Jira Product Discovery to „pomysły”, mogą one reprezentować pomysły na produkt, możliwości, problemy, rozwiązania i inne. Backlog produktu może być zaprojektowany do przechowywania pomysłów o wielu różnych kształtach i poziomach szczegółowości.
Ważne jest, aby zdefiniować te kategorie i uzyskać akceptację wszystkich osób uczestniczących w procesie. Zapobiegnie to sytuacji, w której backlog produktu staje się mieszanką elementów, od bardzo dużych po bardzo małe, bez ram umożliwiających ich klasyfikację i porównanie.
Głazy, skały i kamyki: jeden ze sposobów klasyfikacji pomysłów
W zespole Jira Product Discovery klasyfikujemy pomysły na trzech poziomach: są to głazy, skały i kamyki.
Głazy, skały i kamyki.
- Głazy: duża inwestycja z potencjalnie dużym zyskiem, ale także sporą niepewnością.
- Przykład: duże, nowe i ryzykowne przedsięwzięcie, filar nowego produktu, obszerny projekt inżynieryjny.
- Skały: średniej wielkości inwestycje o mniejszym ryzyku.
- Przykład: nowe funkcje, nowe rozwiązania onboardingowe, zmiany w projektach oparte na informacjach zwrotnych.
- Kamyki: mała, zazwyczaj prosta inwestycja.
- Przykład: małe ulepszenia UX, drobne rozwiązania.
- Przykład: małe ulepszenia UX, drobne rozwiązania.
Do omawiania tych różnych kategorii pomysłów nasz zespół używa osobnych widoków:
Widok głazów w Jira Product Discovery.
Widok skał w Jira Product Discovery.
Widok kamyków w Jira Product Discovery.
Atrybuty pomysłu
W Jira Product Discovery każdy pomysł zawiera jednowierszowe podsumowanie, szczegółowy opis, informacje takie jak opinie klientów, a także łącza do zgłoszeń Jira dotyczących dostarczania pomysłu.
Pomysł w Jira Product Discovery.
Panel dostarczania pomysłu w Jira Product Discovery.
Aby każdy pomysł w backlogu produktu był jak najbardziej użyteczny i praktyczny, powinien obejmować poniższe atrybuty:
Atrybut | Co to takiego? |
|---|---|
| Podsumowanie | Co to takiego? Jednowierszowy opis pomysłu. |
| Opis | Co to takiego? Bardziej szczegółowy opis możliwości, problemu i rozwiązania. |
| Pola | Co to takiego? Różne aspekty pomysłu: cel, do którego się przyczynia; jego etap; obszar produktu, którego dotyczy; informacje pomagające w ustaleniu priorytetu, takie jak m.in. wpływ lub wysiłek; łącza do specyfikacji lub projektów. |
| Analizy | Co to takiego? Informacje gromadzone we wszystkich kanałach w miarę ich napływania: kluczowe spostrzeżenia z opinii użytkowników, fragmenty rozmów z klientami i raportów z badań lub analizy produktów, które jasno wyjaśniają, dlaczego ten pomysł jest ważny. |
| Dostarczanie | Co to takiego? Łącza do zgłoszeń dotyczących dostarczania w systemie Jira (epiki lub inicjatywy) umożliwiające faktyczne zrealizowanie pomysłu na produkt. |
Zebranie wszystkich tych informacji na temat każdego pomysłu może zająć trochę czasu. Początkowo pomysł może pojawić się w backlogu w postaci jednowierszowego podsumowania, takiego jak np. informacja uzyskana podczas rozmowy z klientem. Z biegiem czasu będziesz gromadzić więcej informacji na ten temat w oparciu o wywiady z użytkownikami, informacje zwrotne od działu sprzedaży lub wsparcia, czy też zmiany w strategii firmy.
Jednowierszowy tekst z opinią użytkownika.
Tekst z opiniami użytkowników i analizą potencjalnego wpływu.
Opis zweryfikowanego rozwiązania, które jest już w trakcie dostarczania.
Pomysły można opisywać na dwa sposoby: bezpośrednio w Jira Product Discovery lub łącząc Confluence z projektem zespołu w Jira Product Discovery.
W Jira Product Discovery wpisz podsumowanie lub definicję w polu opisu pomysłu. Użyj jednego z dostępnych szablonów lub stwórz własny, aby zapewnić spójną formułę opisywania problemów, rozwiązań, hipotez i innych kwestii związanych z pomysłem.
Jeśli Twój zespół korzysta również z Confluence, możesz połączyć pomysł ze stronami Confluence: w opisie pomysłu lub za pomocą niestandardowych pól hiperłączy. Zaletą tego podejścia jest to, że można wykorzystać wszystkie dostępne w Confluence funkcje współpracy, takie jak np. komentarze śródwierszowe.
Treść samego opisu będzie zależeć od rodzaju pomysłu i etapu jego realizacji.
Cykl życia pomysłu
Równie ważne jak treść pomysłu jest to, jak ewoluuje on na przestrzeni czasu. Dlatego kluczowe jest, aby zdefiniować jasne etapy, przez które każdy pomysł będzie przechodził podczas swojego cyklu życia. Posługiwanie się tymi samymi pojęciami w celu opisania etapów cyklu życia pomysłu sprawia, że każda rozmowa — zarówno z innymi członkami zespołu, jak i z interesariuszami — jest bardziej produktywna.
W Atlassian używamy czterech etapów: Do zastanowienia, Eksploracja, Realizacja i Wpływ. Wszyscy w Atlassian wiedzą, co oznaczają poszczególne etapy. Na każdym etapie wiemy, w jaki rodzaj pracy zaangażowany jest zespół, jakie pytania należy zadać i jakiego rodzaju pomoc może być potrzebna. Ta spójność obejmuje dyskusje wewnątrz zespołu, z innymi zespołami lub z liderami wyższego szczebla.
Tworząc Jira Product Discovery, nasz zespół wykorzystał to podejście do opracowywania, weryfikowania i dostarczania pomysłów. Teraz wyjaśnimy, w jaki sposób nasz zespół zastosował poszczególne etapy cyklu życia w praktyce.
Do zastanowienia, Eksploracja, Realizacja i Wpływ
Zanim rozpocznie się ten cykl życia, każdy pomysł powstaje na „parkingu”. Na tym etapie są to zwykle jednowierszowe podsumowania obejmujące informacje, na podstawie których powstały te pomysły. Informacje te mogą pochodzić z warsztatów, raportu z badań, dyskusji z klientem albo od osoby odpowiedzialnej za sprzedaż lub wsparcie.
Po rozpoczęciu aktywnej pracy nad pomysłem przechodzi on przez cztery etapy:
- Do zastanowienia: omówienie problemów lub możliwości, które pomysł może rozwiązać lub zapewnić, oraz tego, na kogo będzie miał wpływ i jakie jest jego znaczenie.
- Eksploracja: poszukiwanie potencjalnych rozwiązań aż do momentu znalezienia takiego, które zostanie zatwierdzone przez klientów.
- Realizacja: opracowanie rozwiązania i iterowanie go, aż zaspokoi potrzeby wystarczającej liczby klientów.
- Wpływ: uruchomienie rozwiązania, mierzenie wyników i ciągłe ulepszanie, aż do uzyskania pożądanego rezultatu.
Etapy pomysłów zespołu Sirius w Jira Product Discovery.
Widok tablicy pomysłów w zespole Jira Product Discovery według etapu pomysłu.
Nie jest to model kaskadowy — etapy niekoniecznie mają charakter liniowy. Na przykład bardzo często zdarza się, że pomysł na etapie Eksploracja wraca na etap Do zastanowienia, ponieważ testowanie rozwiązań pozwala nam dowiedzieć się więcej o problemie. Ponadto prawdopodobne jest, że zespół porzuci niektóre pomysły, jeśli po kilku próbach nie uda się znaleźć odpowiedniego rozwiązania.
W kolejnych sekcjach zilustrujemy poszczególne etapy, pokazując, w jaki sposób nasz zespół postępował zgodnie z nimi podczas tworzenia rozwiązania Jira Product Discovery.
Jeśli ciekawi Cię ten proces, obejrzyj poniższy wykład, aby dowiedzieć się więcej:
Do zastanowienia
Etap Do zastanowienia polega na weryfikacji problemu lub możliwości.
Na tym etapie zazwyczaj polegamy na jakościowych wywiadach z klientami. Na podstawie tych badań zespół uzyska jasność co do korzyści i wyników, jakie pomysł ma przynieść, mierzonych pod względem wartości dla klientów i firmy. Przygotuje również hipotezę dotyczącą sposobu mierzenia sukcesu.
W przypadku pomysłów na tym etapie można użyć szablonu „Definicja problemu” w Jira Product Discovery lub stworzyć własny.
Szablon „Definicja problemu” w Jira Product Discovery.
Na etapach Do zastanowienia, Eksploracja, Realizacja i Wpływ należy gromadzić spostrzeżenia z badań i rozmów z klientami w sekcji Analizy w ramach danego pomysłu:
Pole Analizy w ramach pomysłu w Jira Product Discovery.
Etap Do zastanowienia w praktyce
Oto jak wyglądał etap Do zastanowienia, gdy tworzyliśmy rozwiązanie Jira Product Discovery. Pierwotny pomysł na ten produkt zrodził się na bazie następujących elementów:
Wywiady z menedżerami produktu używającymi systemu Jira do dostarczania oprogramowania.
Analiza badań przeprowadzonych przez zespół Atlassian ds. badań i analiz oraz firmy analityczne, takie jak Gartner i Forrester.
Przykłady najlepszych praktyk rozwoju produktu, zawarte m.in. we wpisach na blogu Marty'ego Cagana i książce Teresy Torres.
Zebranie tych informacji dało nam pewność, że:
- Kierownicy projektów borykali się z wieloma problemami, od skutecznego ustalania priorytetów po przekonywanie wszystkich do swoich harmonogramów działań.
- Kierownicy projektów szukali rozwiązania tych problemów w Jirze, ale nie zawsze im się to udawało, ponieważ Jira nie została zaprojektowana z myślą o tym celu.
- Kierownicy projektów utykali na etapie dostarczania, koncentrując się na wynikach takich jak udostępnianie funkcji, podczas gdy mogliby skupić się na odkrywaniu i dostarczaniu wyników.
- Zarządzanie produktami stawało się kluczową funkcją, nawet w firmach spoza branży technologicznej. Uznaliśmy więc, że jest to duża szansa, ponieważ istnieje spore zapotrzebowanie na takie rozwiązanie.
Nasza strona docelowa dla Jira Product Discovery.
Szczególną uwagę poświęciliśmy weryfikacji naszej hipotezy dotyczącej popytu, ponieważ było to dla nas najbardziej ryzykowne założenie. Gdybyśmy się mylili, stworzylibyśmy produkt, który kupiłoby tylko kilka firm.
Tak więc przed napisaniem choćby jednego wiersza kodu stworzyliśmy stronę internetową reklamującą ten produkt.
Wyniki potwierdziły naszą hipotezę: w ciągu dwóch tygodni do listy oczekujących dołączyło 3000 osób.
Poznaj
Na etapie Eksploracja konceptualizujemy, testujemy i weryfikujemy rozwiązania problemów lub możliwości zidentyfikowane na etapie Do zastanowienia.
Zdajemy sobie sprawę, że wiele pomysłów na produkty zakończy się niepowodzeniem — to część procesu! W celu szybszego zidentyfikowania mniej obiecujących pomysłów i skupienia się na tych dobrych, Marty Cagan proponuje, aby menedżerowie produktu zajęli się czterema kluczowymi zagrożeniami. Wykorzystaj je podczas oceny możliwych rozwiązań zidentyfikowanych problemów oraz możliwości.
- Czy rozwiązanie jest wartościowe dla klientów? Jeśli nie jest — powiedzmy, że mają już dostęp do lepszych alternatyw — istnieje ryzyko, że użytkownicy nie będą korzystać ze stworzonego przez Was rozwiązania.
- Czy rozwiązanie jest użyteczne i intuicyjne? Aby użytkownicy mogli uzyskać wartość z rozwiązania, musi być łatwo dostępne i proste w użyciu. Jeśli uzyskanie wartości wymaga pokonania dużej bariery, ryzykujesz wydanie funkcji o niskim użyciu.
- Czy to rozwiązanie jest technicznie wykonalne? Bez względu na to, jak obiecujący jest pomysł, Twoi inżynierowie muszą dysponować umiejętnościami i technologią niezbędnymi do jego realizacji — w przeciwnym razie ryzykujesz niepotrzebnie wyczerpywanie zasobów.
- Czy rozwiązanie jest opłacalne, biorąc pod uwagę zasoby i ograniczenia firmy? Prawdopodobnie, aby uzyskać właściwe rozwiązanie, potrzebnych będzie kilka różnych iteracji. Musisz mieć pewność, że firma jest gotowa do inwestowania, ponieważ w przeciwnym razie ryzykujesz poświęcenie czasu na pomysł, który zostanie porzucony.
Celem Twojego zespołu jest jak najskuteczniejsze zminimalizowanie ryzyka i unikanie nadmiernego inwestowania w oparciu o przeczucia lub zauroczenie rozwiązaniem. Często dzieje się tak, gdy funkcja zostanie wydana, a dopiero potem powstają jej iteracje i prowadzone są badania jej działania. Zamiast iść taką drogą, użyj technik wymagających mniejszego zaangażowania zasobów, takich jak tworzenie prototypów w narzędziu Figma i pokazywanie ich klientom, aby uzyskać opinie na wczesnym etapie, jeszcze przed rozpoczęciem pisania kodu.
Jeśli decydujesz się na wydanie funkcji, spróbuj zbudować prototyp produkcyjny z wieloma ograniczeniami, przetestować go z udziałem małej grupy pierwszych użytkowników i wykonać szybkie iteracje. Dzięki temu nie musisz myśleć o wszystkich przypadkach narożnych. Jeśli pomysł się nie spodoba, znacznie szybciej dowiesz się, dlaczego. Możesz wtedy kontynuować tworzenie iteracji do czasu zaspokojenia oczekiwań użytkowników lub odrzuć pomysł, jeśli nie znajdzie poparcia.
W przypadku dużych obszarów niepewności, przeprowadź intensywne badanie techniczne w ramach etapu Badania. Ten rodzaj implementacji ma pomóc w zrozumieniu, jakie są ograniczenia zespołu, co jest technicznie wykonalne i gdzie znajdują się obszary złożoności technicznej.
W przypadku pomysłów na tym etapie możesz użyć szablonu Definicja rozwiązania w Jira Product Discovery lub stworzyć własny.
Szablon Definicja rozwiązania w Jira Product Discovery.
W backlogu produktu powiąż wszystkie dokumenty, specyfikacje i projekty związane z każdym pomysłem, aby mieć je pod ręką i móc omówić pomysł z zespołem i interesariuszami. Zalecamy tworzenie pól „hiperłącza” dla każdego pomysłu, aby śledzić każdy zasób (jednostronicowe zestawienie informacji, projekt).
W poniższym materiale demonstracyjnym pokazujemy, jak to zrobić:
Etap Badania w akcji
Tworząc Jira Product Discovery, użyliśmy następujących technik do weryfikacji naszych rozwiązań z udziałem klientów:
Najpierw pokazaliśmy menedżerom produktu slajdy z różnymi możliwymi rozwiązaniami, aby dowiedzieć się, które zyskają najbardziej pozytywny oddźwięk. Dzięki tym rozmowom dowiedzieliśmy się, z czym zmagają się nasi klienci i co sobie cenią. W ten sposób ustalanie priorytetów stało się pierwszym filarem Jira Product Discovery.
💡 Slajdy świetnie sprawdzają się na tym etapie weryfikacji: są łatwe pod względem tworzenia, testowania i wprowadzania zmian.
Następnie opracowaliśmy prototypy w narzędziu Figma, pokazaliśmy je użytkownikom i zapytaliśmy, jak proponowane rozwiązania mogą im pomóc. Pierwszym prototypem, na którym to wypróbowaliśmy, było rozwiązanie mające pomóc menedżerom produktu w wykorzystywaniu opinii interesariuszy do ustalania priorytetów.
Chociaż rozwiązanie zdecydowanie wzbudziło zainteresowanie, menedżerowie produktu uznali, że zanim pozwoliło uzyskać wartość, jego konfiguracja wymagała zbyt dużego wysiłku. W związku z tym odrzuciliśmy pomysł.
Po wielu rundach zbierania opinii zbadaliśmy rozwiązanie, z którego wyewoluowało dzisiejsze narzędzie Jira Product Discovery: przestrzeń współpracy do omawiania pomysłów na produkty.
Na tym etapie rozmowy z użytkownikami radykalnie się zmieniły. Wielu pytało, kiedy mogą uzyskać dostęp, ponieważ narzędzie tak bardzo by im pomogło. Wtedy wiedzieliśmy, że jesteśmy na dobrej drodze.
Po wielu rundach zbierania opinii zbadaliśmy rozwiązanie, z którego wyewoluowało dzisiejsze narzędzie Jira Product Discovery: przestrzeń współpracy do omawiania pomysłów na produkty.
Na tym etapie rozmowy z użytkownikami radykalnie się zmieniły. Wielu pytało, kiedy mogą uzyskać dostęp, ponieważ narzędzie tak bardzo by im pomogło. Wtedy wiedzieliśmy, że jesteśmy na dobrej drodze.
Wytwarzanie
Na etapie Tworzenia zespoły budują i weryfikują rozwiązania, które zostały uzgodnione podczas etapu Badania. Wtedy odbywa się większość prac programistycznych.
Rezultatem tej fazy jest działające oprogramowanie — nowy produkt lub funkcja albo ulepszenia istniejącego interfejsu — co do którego udowodniono, że może przynieść oczekiwane rezultaty, które ponadto zostało przyjęte przez wystarczającą liczbę klientów, aby udowodnić swoją wartość, i jest gotowe do użycia dla wszystkich klientów.
Po rozpoczęciu dostarczania — albo w tej fazie, albo podczas fazy Badania — połączysz pomysł ze Zgłoszeniami dostarczania w Jirze (zalecamy poziom Epiku lub wyższy). Śledź postępy w dostarczaniu z poziomu Jira Product Discovery i zobacz szerszy obraz postępów we wszystkich inicjatywach produktowych i zespołach.
Związek między pomysłem a pracami związanymi z dostarczaniem w Jirze.
Jeśli w dostarczanie pomysłu zaangażowanych jest wiele zespołów, które pracują nad różnymi projektami Jira, możesz połączyć wszystkie ich zgłoszenia dostarczania z pomysłem w backlogu produktu.
Pomysł dostarczony przez trzy różne zespoły Jira.
Następnie możesz śledzić postępy dostarczania z poziomu JPD i uzyskać szerszy obraz postępów we wszystkich inicjatywach produktowych i zespołach.
Pulpit pracy nad produktem w toku.
Aby uzyskać więcej informacji, możesz zapoznać się z naszym webinarium „Jak połączyć odkrywanie i dostarczanie w Jirze” w sekcji Zasoby.
Pamiętaj, że jest bardzo mało prawdopodobne, aby rozwiązanie natychmiast przyniosło oczekiwane rezultaty. Zamiast tego wydawaj je wcześnie i często klientom i kontynuuj tworzenie integracji, dopóki efekty nie będą wystarczająco dobre. Dodawaj do pomysłu spostrzeżenia przekazane przez klientów podczas rozmów. Sposób mierzenia sukcesu będzie się różnić w zależności od rodzaju pomysłu — czy to będzie nowa funkcja, inicjatywa rozwojowa czy coś jeszcze innego. Upewnij się, że wszyscy o tym wiedzą i że Twoje plany umożliwiają iteracje.
Etap Wykonania w akcji
Tworząc Jira Product Discovery i dodając ważne nowe funkcje do produktu, testowaliśmy je i weryfikowaliśmy z udziałem coraz większych grup klientów. W niektórych przypadkach proces ten trwał kilka tygodni, w innych kilka miesięcy.
| 0 → 10 klientów | Podczas fazy Eksploracji, wykonywaliśmy iteracje z niewielką liczbą wstępnie wybranych klientów. Bardzo ściśle współpracowaliśmy z tymi klientami, aby wspólnie kształtować rozwiązanie. Kontynuowaliśmy iteracje, dopóki nie otrzymaliśmy od nich potwierdzenia, że rozwiązanie wyeliminowało problem, z którym się borykali. |
| 10 → 100 klientów | Stopniowo dawaliśmy dostęp coraz większej liczbie klientów. Pomogło nam to określić różne scenariusze, których początkowo nie rozważaliśmy. Kontynuowaliśmy iteracje do poziomu 100 aktywnych klientów korzystających z rozwiązania. |
| 100 → 1000 klientów | Następnie daliśmy dostęp większej liczbie klientów, aż do osiągnięcia poziomu 1000. Następnie przyjrzeliśmy się danym liczbowym dotyczącym użycia uzyskanym na podstawie analiz produktów, zgłoszeń wsparcia i przychodzących opinii. Opierając się na tych ustaleniach, ulepszaliśmy UX lub naprawiliśmy błędy. Gdyby liczby dotyczące użycia były zbyt niskie, przyglądaliśmy się danym dotyczącym możliwości znalezienia tej funkcji. |
| Ogólna dostępność | Wreszcie wsparcie, obsługa sprzedaży, pulpity oraz ulepszenia wydajności i skalowalności są gotowe. |
Kiedy pracujemy nad takimi rozwiązaniami, zwykle kształtujemy je na osobnej stronie Confluence, którą nazywamy „Dokumentem produkcyjnym funkcji”. Jest to bardzo minimalistyczna strona, którą otwieramy za każdym razem, gdy spotykamy w zespole, aby omówić zakres bieżącej iteracji. Często aktualizujemy ten dokument, ponieważ dowiadujemy się więcej o tym, co jest łatwe lub trudne do wydania. Dokument ten nie skupia się na poszczególnych zadaniach, ale na doświadczeniu produktowym, co do którego chcemy uzyskać zgodność wśród wszystkich — od zespołu produktowego przez projektowy po inżynierski.
Dokument produkcyjny funkcji w Jira Product Discovery.
Wpływ
W modelu produktu wszystko zaczyna się od rezultatów i kończy na rezultatach. Zespoły ustalają priorytety pomysłów, aby osiągnąć założony rezultat, a po dostarczeniu kontynuują monitorowanie postępów w kierunku osiągania tych rezultatów. W ten sposób uzyskują informacje potrzebne do realizacji celów i strategii oraz pomocne w ustalaniu priorytetów kolejnych ruchów.
Nawet po wydaniu rozwiązanie nigdy nie jest tak naprawdę „gotowe”: gdy tylko wprowadzisz funkcję, staje się ona częścią Twojego produktu. Musisz go stale ulepszać, aby był ciągle wartościowy dla użytkowników i aby nie był zagmatwany lub trudny w użyciu. Pamiętaj, aby śledzić, o co proszą klienci, co mówią o nowych funkcjach i jak często pojawiają się one w zgłoszeniach wsparcia.
Wpływ w praktyce
W zespole Jira Product Discovery robimy to za pomocą miesięcznych i kwartalnych przeglądów, w których porównujemy osiągnięty wpływ z naszym celem. Czasami jesteśmy zadowoleni z wyników i zmieniamy bardzo niewiele, czasami resetujemy harmonogram, aby spróbować czegoś innego.
Oto technika, której używamy: po wysłaniu rozwiązania opracowujemy odpowiedni pomysł na usprawnienie, w którym gromadzimy analizy, w tym:
- informację zwrotną od użytkowników;
- sygnały pochodzące z informacji zwrotnej, ankiet i rozmów, że funkcja rozwiązuje problemy, dla których została opracowana, lub ich nie rozwiązuje;
- dane dotyczące użycia pochodzące z analiz produktów, aby zrozumieć, czy rozwiązanie jest rzeczywiście używane. Jeśli nie jest, mogą wystąpić problemy z wykrywalnością lub po prostu zaplanowana przez nas funkcja może spotkać się z mniej entuzjastycznym przyjęciem.
Wyświetl, aby śledzić opinie klientów na temat wcześniej wysłanych pomysłów w Jira Product Discovery.
Regularnie przeglądamy te dane, a każdy zespół przydziela budżet na ulepszenia funkcji. Zarówno nowe pomysły, jak i ulepszenia istniejących pojawiają się w harmonogramie każdego zespołu:
Postęp w realizacji pomysłu
Jira Product Discovery oferuje zestaw pól, w których widać postępy zgłoszeń dotyczących dostarczania pomysłu. Jednak nie uważamy, aby był to koniecznie najlepszy sposób na informowanie interesariuszy o postępach. To, czy zadania epiku są wykonane w 60% czy w 80%, nie pokazuje, jakie naprawdę postępy robi zespół.
Oto bardziej skuteczny sposób komunikowania postępów interesariuszom: oznacz każdy pomysł jako zgodny z harmonogramem, zagrożony lub niezgodny z harmonogramem (w polu) i dodaj komentarz (w opisie pomysłu). Ta pierwotna funkcja współpracy jest bardzo prosta, ale bardzo skuteczna w informowaniu interesariuszy, że potrzebujesz pomocy.
Zobacz komunikowanie postępów interesariuszom w Jira Product Discovery.
Więcej informacji na temat jednego pomysłu w widoku informowania o postępach
Jeśli posiadasz produkt Atlas, znasz już to podejście. Obejrzyj film o tym, jak połączyć pomysły Jira Product Discovery z projektami Atlas w sekcji Zasoby. Lepiej i dokładniej przedstawia on sytuację niż poniższe widoki, które mierzą postęp jako procent dostarczonych zgłoszeń Jiry:
Widok Jira Product Discovery pokazujący postępy według zgłoszeń dostarczonych w Jirze
Więcej informacji na temat jednego pomysłu w widoku postępów opartych na zgłoszeniach
Co dalej?
Wykorzystując Pomysły jako narzędzie do przenoszenia rozwiązań przez etapy opracowywania pomysłów, weryfikacji po dostarczanie, zespoły produktowe mogą zapewnić, że ich pracownicy są zorganizowani i skupieni na wynikach.
W dalszej części tego podręcznika wyjaśnimy szczegółowo, w jaki sposób wykorzystać backlog produktu do:
- konfigurowania kanałów informacji zwrotnej i gromadzenia analiz w celu weryfikacji pomysłów;
- ustalania priorytetów dla pomysłów, które mogą wywrzeć wpływ;
- tworzenia harmonogramów, wokół których zespoły i interesariusze mogą się skupić.
Podamy przykłady, jak to robimy w zespole Jira Product Discovery, korzystając z Jira Product Discovery i innych produktów.
Lista zadań produktu
Skutecznie zarządzaj backlogami produktów, aby ustalić priorytety dla pomysłów, usprawnić współpracę i przyspieszyć rozwój produktów.
Informacja zwrotna i analizy
Dowiedz się, w jaki sposób integracja analiz z procesem rozwoju produktu może usprawnić podejmowanie decyzji, dostosować się do potrzeb klientów i zapewnić pomyślne wyniki.
