Problem i kontekst
Listener ScriptRunner dla Jira, który pilnuje spójności terminów między podzadaniami a zadaniem nadrzędnym. Po zmianie daty na sub-tasku rozwiązanie wyznacza najpóźniejszy termin wśród wszystkich podzadań i aktualizuje Due Date rodzica tylko wtedy, gdy jest to faktycznie potrzebne.
Co robi rozwiązanie
- nasłuchuje zmian na zgłoszeniach typu sub-task,
- wykrywa utworzenie podzadania lub modyfikację pola Due Date,
- przelicza najpóźniejszy termin wśród wszystkich podzadań rodzica,
- aktualizuje Due Date zadania nadrzędnego w kontekście technicznego użytkownika,
- loguje przebieg decyzji i przypadki walidacyjne.
Architektura
flowchart TD
E[Issue Updated lub Created na sub-tasku] --> L[Listener ScriptRunner]
L --> C[Odczyt zmian i lista podzadan rodzica]
C --> D{Czy najpozniejszy termin sub-taskow jest pozniejszy?}
D -- Tak --> U[Aktualizacja Due Date rodzica]
D -- Nie --> N[Brak zmian]
Dlaczego w portfolio
- pokazuje automatyzację procesu Jira opartego na zależnościach parent-child,
- dobrze prezentuje logikę warunkowej synchronizacji zamiast ślepego nadpisywania danych,
- dobry przykład lekkiego rozszerzenia administracyjnego o realnym wpływie operacyjnym.
Anonimizacja
- usunięto nazwy projektów, konkretne klucze zgłoszeń i dane środowiskowe,
- zachowano wyłącznie techniczny wzorzec synchronizacji terminów i sposób aktualizacji pola,
- nie ujawniono wewnętrznych workflow ani danych biznesowych spraw.