Problem i kontekst
Listener ScriptRunner, który automatyzuje przejścia workflow po zarejestrowaniu czasu pracy. Rozwiązanie reaguje na zdarzenie worklogu i — zależnie od konfiguracji projektu — przenosi zgłoszenie lub podzadanie do odpowiedniego statusu roboczego, a w razie potrzeby synchronizuje też status rodzica.
Co robi rozwiązanie
- nasłuchuje zdarzenia dodania worklogu,
- rozróżnia logikę przejść w zależności od projektu,
- wykonuje przejście tylko wtedy, gdy issue jest w oczekiwanym statusie startowym,
- obsługuje zarówno zgłoszenia główne, jak i sub-taski,
- może przepchnąć rodzica do statusu roboczego po aktywacji podzadania,
- loguje sytuacje walidacyjne, brakujące przejścia i problemy uprawnień.
Architektura
sequenceDiagram
participant W as Worklog Event
participant L as Listener
participant C as Konfiguracja projektu
participant J as Workflow Jira
participant P as Rodzic sub-tasku
W->>L: Work Logged on Issue
L->>C: odczyt reguly dla projektu
L->>J: walidacja przejscia
J-->>L: wynik walidacji
L->>J: transition issue
L->>P: opcjonalna synchronizacja rodzica
Dlaczego w portfolio
- pokazuje praktyczne sterowanie workflow na podstawie aktywności użytkownika,
- łączy zdarzenia operacyjne z automatyzacją procesu i konfiguracją per projekt,
- dobrze przedstawia rozwiązania administracyjne, które porządkują pracę zespołów bez dodatkowych kliknięć.
Anonimizacja
- usunięto konkretne nazwy organizacyjne, identyfikatory wdrożeniowe i pełną mapę projektów,
- zachowano jedynie wzorzec: worklog jako trigger, przejście statusu i propagacja do rodzica,
- nie publikowano lokalnych ID workflow poza ich rolą techniczną w opisie rozwiązania.