Gantt i Jira: jak utrzymać zgodność planu i realizacji

W wielu firmach projekt istnieje dwa razy. Plan z fazami, zależnościami i terminami dostaw jest na wykresie Gantta przygotowanym przez kierownika projektu. Praca ze zgłoszeniami, sprintami i przypisaniami jest w Jirze. Dopóki oba światy są rozdzielone, ktoś musi ręcznie przenosić postęp z jednego do drugiego, a daty w planie szybko się dezaktualizują.

Ten artykuł wyjaśnia, dlaczego sama Jira nie wystarcza do harmonogramu, jak działa dwukierunkowa synchronizacja między Planitude a Jira Cloud i jakie ograniczenia warto znać przed jej włączeniem.

Dwa narzędzia, dwa różne pytania#

Jira odpowiada na pytanie nad czym zespół pracuje w tej chwili? Backlogi, tablice i sprinty służą właśnie temu. Harmonogram odpowiada na inne pytanie: kiedy skończymy i które zadania nie mogą się opóźnić?

Aby odpowiedzieć na drugie, potrzebne są czasy trwania, zależności z wyprzedzeniem i opóźnieniem, kalendarze ze świętami, ograniczenia oraz obliczenia, które przenoszą każdą zmianę na kolejne zadania. Jeśli instalacja nowego serwera opóźni się o trzy dni, testy, szkolenie i uruchomienie muszą przesunąć się same, a kierownik projektu musi od razu wiedzieć, czy termin dostawy jest nadal realny.

Czego brakuje Jirze w harmonogramowaniu#

Jira ma narzędzia do planowania. Oś czasu pokazuje zależności między powiązanymi elementami za pomocą typu linku „Blocks”, a gdy daty dwóch powiązanych elementów na siebie nachodzą, linia zależności zmienia kolor na czerwony, sygnalizując możliwe opóźnienie^[1]. Według cennika Atlassian w planach Free i Standard zależnościami zarządza się w obrębie jednego projektu, a w Premium także między projektami^[2].

Ostrzeżenie nie jest jednak przeliczeniem: daty pozostają takie, jak je wprowadzono, a ścieżka krytyczna nie należy do opisanych funkcji. W efekcie plan żyje gdzie indziej, w pliku lub innym narzędziu, i rozjeżdża się z rzeczywistością. Pełne porównanie obu narzędzi znajdziesz w artykule Planitude vs Jira.

Jak działa synchronizacja dwukierunkowa#

Integracja łączy jeden projekt Planitude z jednym projektem Jira Cloud. Logowanie odbywa się przez OAuth 2.0 Atlassian: Planitude nie zna Twojego hasła, przechowuje tokeny w postaci zaszyfrowanej i odnawia je za pomocą rotacyjnych tokenów odświeżania Atlassian, które wygasają po 90 dniach bezczynności^[3].

Przy pierwszym połączeniu wybierasz początkowe uzgodnienie:

1. Wyślij plan do Jira: dla każdego zadania powstaje zgłoszenie, a dla każdej zależności link „Blocks”;
2. Importuj z Jira: każde istniejące zgłoszenie staje się zadaniem na końcu planu, z datą rozpoczęcia, czasem trwania, postępem i osobą przypisaną;
3. Oba: najpierw import, potem wysłanie zadań, których jeszcze nie ma w Jirze.

Od tej chwili zmiany płyną w obu kierunkach. Z Planitude do Jiry każda zmiana planu jest wykrywana i wysyłana w ciągu kilku sekund, niezależnie od źródła: tabeli, wykresu Gantta, importu czy asystenta AI. Z Jiry do Planitude zmiany docierają przez webhooki rejestrowane przez integrację, które Planitude odnawia przed upływem 30 dni przewidzianych przez Atlassian^[4], a sprawdzanie co pięć minut nadrabia pominięte zdarzenia.

Zadania sumaryczne mogą pozostać tylko w Planitude albo stać się Epikami, a zadania pod nimi zgłoszeniami podrzędnymi.

Kto o czym decyduje: zasada pól#

Niezawodna synchronizacja potrzebuje prostej zasady dla każdego pola. W Planitude wygląda ona tak:

Logika odpowiada rzeczywistej pracy: plan decyduje kiedy, zespół decyduje, na jakim etapie jest zadanie i kto się nim zajmuje. Status jest przeliczany na procenty według edytowalnej tabeli: w podziale na kategorie „do zrobienia” to 0%, „w toku” 50%, „gotowe” 100%. Jeśli zadanie ma już 30%, a zgłoszenie przechodzi do statusu „W toku”, postęp nie jest nadpisywany stałą wartością 50%.

Osoby są dopasowywane automatycznie po adresie e-mail, jeśli użytkownik Jiry go udostępnia; w przeciwnym razie dopasowanie wybiera się ręcznie na stronie integracji.

Zależności, konflikty i usuwanie#

Zależności. Powiązania koniec-początek stają się linkami „Blocks”: poprzednik blokuje następnika. Powiązania początek-początek, koniec-koniec i początek-koniec nie mają odpowiednika w Jirze i pozostają tylko w Planitude. Linki „Blocks” dodane ręcznie w Jirze nie są ani importowane, ani usuwane.

Daty zmienione w Jirze. Ponieważ daty oblicza plan, data zmieniona w Jirze wraca do wartości z planu, a odrzucona zmiana pojawia się w dzienniku integracji. Aby przesunąć zadanie, przesuwa się je w planie: silnik przelicza wtedy także wszystkie zadania od niego zależne.

Konflikty. Dla każdego pola Planitude porównuje trzy wartości: ostatnią uzgodnioną, bieżącą w planie i bieżącą w Jirze. Jeśli zmieniła się tylko jedna strona, zmiana przechodzi na drugą. Jeśli obie zmieniły się na różne wartości, wygrywa strona decydująca o tym polu, a konflikt jest zapisywany z obiema wartościami. Zasada zależy wyłącznie od danych, a nie od zegarów obu serwerów.

Usuwanie. Żadna ze stron niczego nie usuwa po drugiej stronie. Zadanie usunięte w Planitude zostawia zgłoszenie w Jirze z etykietą planitude-unlinked; zgłoszenie usunięte w Jirze zostawia zadanie w planie, a strona proponuje dwie akcje: utworzyć je ponownie w Jirze lub przestać je synchronizować.

Połączenie z Jirą krok po kroku#

1. Otwórz projekt w Planitude i wybierz ⋯ › Integracje › Jira.
2. Kliknij Połącz Jira i udziel dostępu na ekranie zgody Atlassian.
3. Jeśli Twoje konto widzi kilka witryn, wybierz właściwą, a następnie projekt Jira.
4. Sprawdź opcje: domyślny typ zgłoszenia, zadania sumaryczne jako Epiki lub nie, pole daty rozpoczęcia i etykietę zgłoszeń tworzonych przez Planitude.
5. Wybierz początkowe uzgodnienie: wysłanie, import lub oba.
6. Sprawdź sekcję Osoby i uzupełnij dopasowania, których nie znaleziono po adresie e-mail.

Planitude zapisuje w Jirze jako osoba, która połączyła projekt. Ta osoba potrzebuje w Jirze uprawnień do przeglądania projektu, tworzenia, edytowania, przypisywania i łączenia zgłoszeń oraz wykonywania przejść. Właściciel i edytorzy projektu w Planitude mogą konfigurować integrację; osoby z dostępem tylko do odczytu widzą jedynie jej stan. Pozostałe integracje opisuje strona Integracje.

Znane ograniczenia#

• Tylko Jira Cloud: Jira Data Center i Server nie są obsługiwane.
• Tylko zależności koniec-początek; jedna osoba przypisana do zgłoszenia (ta, która ma najwięcej jednostek w zadaniu).
• Daty z dokładnością do dnia: godziny pozostają w Planitude.
• Atlassian pozwala aplikacji OAuth na 5 webhooków na użytkownika i witrynę^[4]: od szóstego projektu połączonego przez tę samą osobę w tej samej witrynie zmiany z Jiry docierają przez sprawdzanie co pięć minut.
• Przy opcji „tylko zadania liście” zadanie, które staje się sumaryczne, jest traktowane jako usunięte, a jego zgłoszenie otrzymuje etykietę planitude-unlinked.

Najczęstsze pytania#