Czy komentarz wewnętrzny dodawany w zadaniu może być automatycznie widoczny w zadaniu powiązanym?

[Małgorzata Kugaj-Czop]

Cześć,

Wprowadzamy w firmie Jira Service Management. Nasi programiści pracują na projektach Jira i chcemy, aby komentarze z ich zadań były widoczne w ticketach tworzonych przez klientów jako komentarze wewnętrzne. Czy jest możliwe takie powiązanie ticketa z taskiem programisty? Jeśli nie, w jaki sposób najlepiej pracować na ticketach klientów i taskach programistów, aby uniknąć ręcznego sprawdzania i kopiowania komentarz?

[Arkadiusz Wroblewski · Accepted solution]

@Małgorzata Kugaj-Czop 

Cześć Małgorzata! Tak, taki proces jest jak najbardziej do zrobienia, ale samo powiązanie zgłoszeń to tylko połowa sukcesu, bo komentarze nie zaczną się synchronizować automatycznie.

Najlepszym rozwiązaniem będzie tu reguła automatyzacji. Możesz ustawić trigger na dodanie komentarza w projekcie deweloperskim, a potem użyć gałęzi (branch) dla powiązanych zadań, żeby dodać treść tego komentarza do zgłoszenia JSM. Warto przy tym wykorzystać smart value {{comment.body}}. Najważniejszą rzeczą, na którą bym uważał, jest bezpieczeństwo danych. Najlepiej, żeby komentarze z projektu deweloperskiego wpadały do JSM jako notatki wewnętrzne, a nie odpowiedzi publiczne. Dzięki temu unikniesz ryzyka, że klient przypadkowo zobaczy techniczne ustalenia, które nie były dla niego przeznaczone.

Kolejna ważna sprawa to unikanie pętli. Jeśli synchronizacja ma działać w obie strony, reguły mogą zacząć się wzajemnie wyzwalać w nieskończoność, więc trzeba to precyzyjnie skonfigurować. Pamiętaj też, żeby sprawdzić uprawnienia „Rule Actora” w obu projektach, żeby automatyzacja miała prawo dodawać wpisy tam, gdzie trzeba. Jeśli programiści mają dostęp do JSM jako collaborators, czasem najprościej jest po prostu pozwolić im dodawać notatki bezpośrednio w tickecie, co oszczędza sporo pracy przy samym utrzymaniu reguł.

[Małgorzata Kugaj-Czop]

Dzięki za wskazówki!

Czy taki trigger na dodanie komentarza ustawiony w projekcie deweloperskim będzie odnosił się do wszystkich tasków posiadających powiązane zadania w danym projekcje? Czy do każdego zadania trzeba tę automatyzację ustawić indywidualnie?

[Arkadiusz Wroblewski]

@Małgorzata Kugaj-Czop 

nie ma potrzeby tworzenia osobnej automatyzacji dla każdego zadania, jedna reguła wystarczy dla całego projektu. Skonfigurowany raz proces będzie działał dla każdego obecnego i przyszłego zadania, które spełni Twoje warunki.

Najważniejszą rzeczą, o której musisz pamiętać, jest odpowiedni zakres, czyli „scope”. Skoro chcesz przesyłać dane między projektem deweloperskim a JSM, reguła musi być ustawiona jako wieloprojektowa (multi-project) lub globalna. Jeśli zostawisz ją tylko w ramach jednego projektu, automatyzacja „zobaczy” dodany komentarz, ale nie będzie miała uprawnień, żeby dopisać cokolwiek w tym drugim miejscu.

Z punktu widzenia czystego i stabilnego systemu, o który zawsze staram się dbać, sugeruję też dodanie prostego zabezpieczenia przed pętlami. Warto ustawić warunek, żeby reguła ignorowała komentarze dodane przez samego „Automation”, bo inaczej systemy mogą zacząć przesyłać sobie ten sam wpis w nieskończoność. Dodanie krótkiego prefiksu do treści komentarza też bardzo pomaga w utrzymaniu porządku, bo od razu widać, skąd dana informacja się wzięła.