Zaplanuj kolejne wydanie w Jira wizualnie dzięki Mind Map Studio

Wydanie w Jira może mieć dobrze uporządkowaną listę zgłoszeń, a mimo to pozostawiać zespołowi wiele pytań.

Co to wydanie zmienia dla klientów? Które prace są ze sobą powiązane? Co należy przetestować przed uruchomieniem? A kiedy programowanie się zakończy, co trzeba zrobić, aby wszystko trafiło na produkcję?

Lista zgłoszeń jest punktem wyjścia do tych rozmów. Mapa myśli daje inny sposób jej analizowania: grupowanie powiązanych prac, zapisywanie pytań planistycznych przy odpowiednim obszarze i wspólne omawianie zakresu z zespołem.

W tym przewodniku przyjrzymy się fikcyjnemu zespołowi przygotowującemu wydanie portalu klienta. Użyjemy Mind Map Studio, aby przenieść zgłoszenia tego wydania z Jira na mapę, uporządkować zakres i przygotować wspólny plan działań związanych z wydaniem.

To samo podejście możesz zastosować przy kolejnym wydaniu, zaczynając od kilku zgłoszeń i krótkiej listy kontrolnej.

Zacznij od nadchodzącego wydania w Jira

Nasz przykładowy zespół przygotowuje aktualizację portalu klienta obejmującą trzy obszary prac:

• Logowanie: jaśniejsze instrukcje resetowania hasła i lepszy komunikat o wygasłym linku.
• Powiadomienia: nowe ustawienia wiadomości e-mail i poprawka dotycząca zduplikowanych powiadomień.
• Rozliczenia: poprawienie adresu rozliczeniowego wyświetlanego na fakturach.

Zespół utworzył już w Jira nieopublikowaną wersję i przypisał odpowiednie zgłoszenia za pomocą pola „Fix versions”.

To przygotowanie ma znaczenie. Panel „Jira releases” w Mind Map Studio pokazuje wersje z bieżącego projektu Jira wraz ze statusem opublikowania i pozwala sprawdzić przypisane do nich zgłoszenia. Utwórz wersję i zarządzaj przypisaniem zgłoszeń w Jira, zanim użyjesz panelu do planowania tych prac.

Do wykonania opisanych czynności potrzebujesz uprawnień do przeglądania projektu i jego zgłoszeń oraz mapy myśli, którą możesz edytować.

Otwórz mapę, wybierz „Jira releases” w nagłówku i znajdź nieopublikowaną wersję, którą chcesz omówić. Sekcja „Attached issues” pokazuje prace już przypisane do tej wersji w Jira.

Jeśli wydanie nie ma przypisanych zgłoszeń, sprawdź pole „Fix versions” w zgłoszeniach, które powinny się tu znaleźć. Puste wydanie również może mieć plan działań, ale nie będzie jeszcze przypisanych zgłoszeń do dodania na mapę.

Nadaj wydaniu strukturę, którą zespół może omówić

Zacznij od głównego tematu, który jasno nazywa wydanie:

Portal klienta — wydanie październikowe

Dodaj pod nim trzy gałęzie:

• Logowanie i dostęp do konta
• Preferencje powiadomień
• Poprawność rozliczeń

Te gałęzie opisują zmiany w sposób, który zespół może omówić z działami wsparcia, produktu i inżynierii.

Wybierz podział odpowiedni dla swojego wydania. Zmiany widoczne dla klientów można pogrupować według obszarów korzystania z produktu. Wydanie infrastrukturalne może być łatwiejsze do przeglądu według usług lub systemów. Mniejszemu wydaniu mogą wystarczyć dwie gałęzie.

Warto zapytać: czy taki układ pomoże komuś wyjaśnić, co dostarczamy?

W naszym przykładzie portalu klienta zgrupowanie zgłoszeń dotyczących resetowania hasła jasno pokazuje ich wspólny cel. Umieszczenie zmian w powiadomieniach razem pomaga zespołowi omówić nowe ustawienia preferencji obok poprawki dotyczącej zduplikowanych e-maili.

Powiększ

Dodaj przypisane zgłoszenia Jira na mapę

Wybierz gałąź, która ma zawierać zgłoszenie. W panelu „Jira releases” znajdź zgłoszenie w sekcji „Attached issues”, najedź na nie i wybierz przycisk plusa.

Mind Map Studio dodaje kartę podrzędną zawierającą klucz Jira i podsumowanie. Możesz też przeciągnąć zgłoszenie z panelu wydań na obszar mapy i upuścić je obok docelowego elementu nadrzędnego.

Powtórz te czynności dla pozostałych zgłoszeń, aż wydanie uzyska przydatną strukturę wizualną.

Dodanie zgłoszenia na mapę zmienia wyłącznie mapę. Nie zmienia pola „Fix versions”, nie edytuje zgłoszenia ani nie tworzy powiązania między zgłoszeniami Jira. Dzięki temu wizualne grupowanie może wspierać rozmowę o wydaniu bez zmiany przypisania prac w Jira.

Użyj mapy do przeglądu zakresu

Gdy zgłoszenia są już uporządkowane, przejrzyj mapę z zespołem.

Zacznij od prostego pytania:

Czy widać tu wszystko, co planujemy dostarczyć?

Omawiajcie po jednej gałęzi. W naszym przykładzie gałąź logowania zawiera dwie zmiany, ale rozmowa ujawnia dodatkową kwestię: instrukcje resetowania hasła używane przez zespół wsparcia mogą wymagać aktualizacji.

Dodaj obok tych prac temat planistyczny:

Sprawdzić, czy poradnik wsparcia wymaga aktualizacji.

Może on pozostać pytaniem, dopóki zespół tego nie ustali. Jeśli zespół uzna, że potrzebne są prace wymagające śledzenia, utwórz je i przypisz zgodnie z odpowiednim procesem w Jira.

Trzymanie pytań blisko odpowiedniej gałęzi pomaga zachować kontekst. Osoba przeglądająca zmiany w logowaniu zobaczy, dlaczego pojawił się temat poradnika wsparcia.

Szukaj kontroli obejmujących więcej niż jedno zgłoszenie

Następnie zapytaj:

Które zmiany powinniśmy zweryfikować razem?

Gałąź powiadomień zawiera nowy ekran preferencji i poprawkę dotyczącą zduplikowanych e-maili. Każde zgłoszenie może mieć własne kryteria akceptacji, ale rozmowa o wydaniu powinna też uwzględniać łączne działanie tych zmian.

Na przykład:

• Czy wyłączenie powiadomienia zapobiega wysłaniu odpowiedniego e-maila?
• Czy ponowne włączenie przywraca oczekiwane działanie?
• Czy klient otrzymuje tylko jednego e-maila, gdy powiadomienie jest włączone?

To przykładowe pytania dotyczące naszego fikcyjnego produktu. Twoje kontrole powinny odpowiadać zachowaniu, które rzeczywiście zmienia dane wydanie.

Mapa wspiera rozmowę, umieszczając powiązane prace obok siebie. Zespół nadal musi zdecydować, co przetestować, i zapisać wyniki zgodnie ze swoim zwykłym procesem testowania.

Formułuj nierozstrzygnięte pytania konkretnie

Temat „Problemy z rozliczeniami” nie daje zespołowi jasnej wskazówki do działania.

Bardziej przydatne pytanie brzmi:

Czy poprawienie adresu wpływa na wcześniej wystawione faktury?

Takie sformułowanie wskazuje niewiadomą i ułatwia znalezienie odpowiedniej osoby, która może ją wyjaśnić.

Przed zakończeniem przeglądu przejdźcie przez otwarte pytania i ustalcie, kto się nimi zajmie. Wizualny plan staje się użyteczny, gdy rozmowa prowadzi do konkretnych kolejnych działań.

Powiększ

Przygotuj wspólny plan działań związanych z wydaniem

Zrozumienie zakresu to jedna część planowania wydania. Drugą jest koordynacja dnia uruchomienia.

Otwórz „Deploy Notes & Checklist” dla danej wersji w panelu „Jira releases”. Tutaj możesz utworzyć uporządkowaną listę kontrolną kroków wdrożenia.

Plan działań jest przypisany do danego projektu Jira i wydania, dzięki czemu osoby pracujące nad tym samym wydaniem mogą korzystać z tej samej zapisanej sekwencji.

Wpisz krok, a następnie naciśnij Enter lub wybierz przycisk dodawania. Kontynuuj, aż lista obejmie działania wymagające koordynacji w zespole.

Dla naszego wydania portalu klienta pierwszy szkic może wyglądać tak:

Potraktuj to jako punkt wyjścia. Właściwa kolejność zależy od systemu, procesu wdrażania i ryzyka związanego z wydaniem.

W niektórych zespołach kopie zapasowe, zatwierdzenia lub komunikaty o przerwach technicznych będą wymagać osobnych kroków. W innych wdrożenie jest zautomatyzowane, a plan działań służy głównie koordynacji weryfikacji i komunikacji.

Zapisuj kroki, które można wykonać bez wątpliwości

„Sprawdzić wszystko” trudno wykonać w powtarzalny sposób.

„Sprawdzić, czy klient może poprosić o e-mail do resetowania hasła i skutecznie użyć linku” daje osobie wykonującej kontrolę konkretne zadanie.

Stosuj tę zasadę w całym planie działań:

• Nazwij czynność.
• Wskaż odpowiednią funkcję lub system.
• Wyjaśnij oczekiwany wynik, jeśli to pomocne.

Zadbaj o czytelność listy kontrolnej. Szczegółowe procedury operacyjne mogą pozostać w przyjętej dokumentacji zespołu; plan działań powinien ułatwiać realizację kolejnych etapów wydania.

Mind Map Studio pozwala przesuwać kroki w górę lub w dół, usuwać je i oznaczać jako ukończone. Licznik ukończonych kroków i pasek postępu pokazują, jaka część planu działań została wykonana.

Ten postęp dotyczy planu działań. Ukończenie kroku nie zmienia statusu zgłoszenia Jira ani nie oznacza wersji Jira jako opublikowanej.

Utrzymuj zgodność planu z Jira

Zakres wydania może się zmienić po pierwszej sesji planowania.

Zgłoszenie może zostać przeniesione do późniejszej wersji. Po testach może dojść poprawka. Zespół może zmienić implementację w sposób wymagający dodatkowej kontroli na produkcji.

Gdy wersje lub przypisania zgłoszeń zmienią się w Jira, wybierz „Refresh Jira releases”, aby pobrać aktualne wersje i przypisane do nich zgłoszenia.

Następnie porównaj mapę i plan działań ze zaktualizowanym zakresem. Sprawdź, czy wizualny plan nadal odzwierciedla wydanie i czy kroki wdrożenia nadal mają sens.

Po odświeżeniu listy wydań należy przejrzeć plan; nie zakładaj, że odświeżenie uzgodniło każdy element istniejącej mapy.

Zachowaj jasny podział zadań:

Ten podział pomaga również, gdy czegoś brakuje. Jeśli zgłoszenia nie ma w „Attached issues”, sprawdź jego przypisanie do wydania w Jira, a następnie odśwież panel.

Unikaj trzech częstych błędów w planowaniu

Zbyt szczegółowa mapa utrudniająca przegląd

Jeśli każda gałąź zawiera długie notatki i drobne szczegóły implementacji, trudniej zrozumieć wydanie jako całość.

Zacznij od głównych obszarów wydania i odpowiednich zgłoszeń Jira. Dodawaj tematy pomocnicze, gdy pomagają odpowiedzieć na pytanie planistyczne. Szczegółowe wymagania pozostaw w zgłoszeniach Jira.

Nieprecyzyjne kroki weryfikacji

„Przetestować logowanie” może znaczyć coś innego dla każdej osoby.

Nazwij zachowanie zmieniane przez wydanie. W naszym przykładzie prośby o reset hasła i wygasłe linki wymagają konkretnych kontroli, ponieważ to te elementy są aktualizowane.

Traktowanie ukończonej listy kontrolnej jako dowodu sukcesu wydania

Ukończony plan działań potwierdza, że jego kroki zostały odhaczone. Zespół nadal potrzebuje odpowiednich wyników testów, obserwacji z produkcji i decyzji dotyczącej wyniku wydania.

Uzgodnijcie, jakie dowody są potrzebne przed ukończeniem kroków weryfikacji, i aktualizujcie wydanie w Jira zgodnie ze zwykłym procesem.

Wypróbuj to przy kolejnym wydaniu w Jira

Wybierz jedno nadchodzące wydanie z liczbą zgłoszeń, którą łatwo objąć przeglądem.

Otwórz mapę w Mind Map Studio, znajdź wersję w „Jira releases” i ułóż przypisane zgłoszenia w kilka znaczących gałęzi. Wykorzystaj ten przegląd do omówienia zakresu i znalezienia pytań bez odpowiedzi. Następnie otwórz „Deploy Notes & Checklist” i zapisz kolejność działań, którą zespół wykona w dniu uruchomienia.

Zespołowi portalu klienta daje to dwa przydatne widoki tego samego wydania: mapę wyjaśniającą, co się zmienia, i listę kontrolną koordynującą uruchomienie oraz weryfikację.

Zacznij od tego niewielkiego rezultatu. Kolejne spotkanie dotyczące wydania pozwoli sprawdzić, które grupowania, pytania i kontrole najbardziej pomagają zespołowi.

Wypróbuj Mind Map Studio przy kolejnym wydaniu w Jira i przygotuj wizualny plan, który możecie wspólnie prześledzić.