Nori įgyvendinti drąsiausias savo „Jira“ idėjas? Sužinok, ką gali pasiūlyti „ScriptRunner for Jira“!

„ScriptRunner“ ypač naudingas sprendžiant sudėtingesnius uždavinius, nes leidžia administratoriams išplėsti „Jira“ funkcionalumą naudojant „Groovy“ programavimo kalba parašytus scenarijus.

„Jira Data Center“ aplinkoje „ScriptRunner“ scenarijai turi prieigą prie visos „Jira“ API sąsajos, kurią „Jira“ suteikia kūrėjams. Iš esmės tai leidžia atlikti tikrą „Matricos“ atnaujinimą.

Tačiau su didele galia ateina ir didelė atsakomybė, todėl rekomenduojame veikti atsargiai.

Jei tavo „Jira“ administratorius dar tik pradeda pažintį su „ScriptRunner“ scenarijų galimybėmis, puikus atspirties taškas gali būti integruoti scenarijai (built-in scripts).  (opens in a new tab)

Integruoti scenarijai (Built-in scripts)

Integruoti scenarijai skirti naudotojams, turintiems nedaug „Groovy“ programavimo žinių. Jie leidžia greitai pasiekti norimą rezultatą, nereikalaujant rašyti „Groovy“ kodo nuo nulio.

Integruoti scenarijai sukurti dažniausiai „ScriptRunner“ atliekamoms užduotims. Pavyzdžiui, jie leidžia:

• vienu metu pakeisti kelių užduočių sprendimo (Resolution) lauko reikšmę naudojant „Bulk Fix Resolutions“ scenarijų;
• kopijuoti projektus;
• kopijuoti vieno lauko reikšmę į kitą „Jira“ aplinkoje naudojant „Copy Field Values“;
• sutvarkyti „Jira“ aplinką pašalinant darbo eigos funkcijas, likusias po programėlių pašalinimo ar išjungimo.

Scenarijų konsolė (Script Console)

Jei integruoti scenarijai nevisiškai atitinka tavo poreikius, gali pasinaudoti „Script Console“. Tai tarsi tuščia drobė, suteikianti puikias galimybes įgyvendinti net drąsiausias „Jira“ idėjas.

Naudojimo pavyzdys: nori gauti išsamią visų „Epic“ užduotyje užregistruotų darbo valandų apžvalgą, įskaitant visas su ja susijusias papildomas užduotis.

Projektų valdymo požiūriu labai svarbu turėti išsamią kiekvienos „Epic“ užduoties išteklių naudojimo apžvalgą.

Šį poreikį galima patenkinti keliais būdais. Toliau parodysime, kaip tai padaryti derinant „Jira Automation“ ir „ScriptRunner“.

Nors automatizavimo paleidimo sąlygas galima apibrėžti tiesiogiai scenarijuje, „Jira Automation“ naudotojo sąsaja gali pasiūlyti intuityvesnį ir efektyvesnį būdą. Tai ypač naudinga, kai reikia atsižvelgti į kelias sąlygas arba kai „Groovy“ programavimo įgūdžiai dar tik tobulinami.

Tuomet prie automatizavimo taisyklės pridedamas „ScriptRunner“ veiksmas „Run a script“. Scenarijus pasiekia visų su „Epic“ užduotimi susijusių papildomų užduočių darbo laiko apskaitos laukų reikšmes, jas susumuoja ir išsaugo rezultatą pasirinktame pasirinktiniame lauke.

Šis scenarijus efektyviai apskaičiuoja bendrą užregistruotų darbo valandų skaičių ir automatiškai atnaujina atitinkamą „Epic“ užduotį. Taip gauni tikslią ir centralizuotą visoje „Epic“ hierarchijoje užregistruoto darbo laiko apžvalgą.

Naudojimo pavyzdys: reikia automatizavimo taisyklės, kuri nukopijuotų pasirinktinių laukų reikšmes iš pagrindinės užduoties į jos papildomas užduotis.

Naudojant integruotą „Jira“ automatizavimą, paprastai kiekvieną reikalingą pasirinktinį lauką tenka rankiniu būdu įtraukti į automatizavimo taisyklę.

Tuo tarpu „ScriptRunner“ gerokai supaprastina šį procesą, automatiškai palygindamas pagrindinės ir papildomų užduočių laukus.

Radus sutampančius laukus, „ScriptRunner“ automatizavimo taisyklė efektyviai nukopijuoja reikiamas reikšmes iš pagrindinės užduoties į susijusias papildomas užduotis.

Toks metodas ne tik sumažina administracinį darbą, nes nereikia atskirai nurodyti kiekvieno lauko, bet ir užtikrina, kad pasirinktinių laukų reikšmės iš pagrindinės užduoties į papildomas užduotis būtų perkeliamos nuosekliai ir tiksliai.

„ScriptRunner“ siūlo galingas pasirinktines ir integruotas darbo eigų funkcijas – papildomus veiksmus po perėjimo (post functions), tikrinimo taisykles (validators) ir sąlygas (conditions).

Įsivaizduokime, kad norime įtraukti sąlyginę logiką į darbo eigos būsenų perėjimus. Naudojant sąlygas (conditions) galima užtikrinti, kad tam tikras reikalavimas būtų įvykdytas prieš perkeliant užduotį į kitą būseną.

Sąlyginius perėjimus galima įgyvendinti pagal įvairius užduoties atributus, pavyzdžiui, būseną, prioritetą ar pasirinktinius laukus.

Naudojimo pavyzdys: nori įgyvendinti sąlyginį perėjimą, kuris leistų perkelti užduotį iš būsenos „In Progress“ į „Review“ tik tuo atveju, jei pasirinktiniame lauke „Review Approver“ nurodyta konkreti reikšmė.

Be to, būsenos perėjimą atliekantis naudotojas turi būti tas pats asmuo, kuris nurodytas lauke „Review Approver“.

Tokiu atveju „ScriptRunner“ galima naudoti pasirinktiniam sąlygos scenarijui sukurti, kuris patikrintų tiek pasirinktinio lauko reikšmę, tiek būsenos perėjimą atliekantį naudotoją.

Naudojant papildomus veiksmus po perėjimo (post functions), galima automatiškai atlikti tam tikrus veiksmus po to, kai užduotis perkeliama į naują būseną.

Naudojimo pavyzdys: archyvuoti užduotį, kai ji pasiekia galutinę būseną, o jos sprendimas (Resolution) nustatytas kaip „Duplicate“.

Pasenusių ar nebeaktualių užduočių archyvavimas naudingas tiek naudotojams, tiek „Jira“ administravimo požiūriu.

Nors archyvavimą galima atlikti ir užduočių paieškoje naudojant „Bulk Change“ funkciją, tai reikalauja papildomo rankinio darbo.

Nors „Jira“ laukų konfigūracija leidžia nustatyti, ar laukas yra privalomas ar neprivalomas, taip pat matomas ar paslėptas, išsamesnio laukų pritaikymo galimybės yra ribotos.

Tačiau „ScriptRunner“ siūlo puikią funkciją „Behaviours“, kuri gerokai išplečia standartines „Jira“ laukų konfigūravimo galimybes.

Naudojant „Behaviours“ galima pritaikyti laukų veikimą. Pavyzdžiui:

• nustatyti, kad laukas būtų privalomas, atsižvelgiant į kitus užduoties lange įvestus duomenis;
• nustatyti, kad laukas būtų skirtas tik skaityti, priklausomai nuo naudotojo vaidmens ar grupės;
• rodyti arba slėpti papildomus laukus, kai pasirenkama tam tikra parinktis;
• keisti laukų aprašymus;
• apriboti tam tikrų užduočių tipų prieinamumą skirtingoms naudotojų grupėms.

Naudojimo pavyzdys: kaip projektų vadovas nori visiškai kontroliuoti, kurios užduotys įtraukiamos į sprintą.

Tokiu atveju „Behaviours“ leidžia nustatyti, kad „Sprint“ laukas būtų skirtas tik skaityti visiems naudotojams, išskyrus turinčius „Project Managers“ vaidmenį. Taip užtikrinama, kad tik projektų vadovai galėtų įtraukti užduotis į sprintus.

Be to, „Behaviours“ leidžia slėpti ir išjungti lango skirtukus (tai naudinga, kai norima vienu metu paslėpti kelis laukus) bei kurti pasirinkimo sąrašus su parinktimi „Other“ (Kita).

Pasirinkimo sąrašas su parinktimi „Other“ (Kita) naudingas tais atvejais, kai naudotojas neranda tinkamo varianto iš anksto nustatytame sąraše.

Pasirinkus „Other“ (Kita), automatiškai pasirodo laisvo teksto įvedimo laukas, kuriame naudotojas gali įrašyti reikiamą informaciją. Taip užtikrinama, kad vertingi duomenys nebūtų prarasti.

„ScriptRunner“ užtikrina sklandžią integraciją su įvairiomis „Jira“ programėlėmis ir išorinėmis sistemomis.

Naudojimo pavyzdys: automatinis užduočių priskyrimas pagal naudotojų užimtumą.

Sujungus „ScriptRunner“ su išteklių stebėjimo ir valdymo įrankiu, pavyzdžiui, "Activity Timeline"  (opens in a new tab) arba "Planner by Tempo"  (opens in a new tab), galima pakelti užduočių valdymą į naują lygį.

Panagrinėkime kritinio prioriteto programinės įrangos klaidų valdymo procesą. Iš pradžių naudinga automatizuoti kritinio prioriteto užduočių priskyrimą konkrečiam patyrusiam programuotojui.

Nors teoriškai tokio automatizavimo gali pakakti, praktikoje svarbu atsižvelgti į situacijas, kai šis programuotojas laikinai nėra pasiekiamas.

Integracija leidžia stebėti išteklių prieinamumą ir automatiškai perskirstyti užduotis kitam laisvam programuotojui, kai pagrindinis atsakingas asmuo nėra pasiekiamas.

Integravus „ScriptRunner“ su išteklių valdymo įrankiais, galima optimizuoti išteklių paskirstymą ir pagreitinti užduočių sprendimą, taip pagerinant bendrą veiklos efektyvumą.

Naudojimo pavyzdys: darbuotojų duomenų perkėlimas iš „Active Directory“ į „Jira Assets“.

Pavyzdžiui, integravus „ScriptRunner“ su „Office 365“, galima sklandžiai gauti darbuotojų duomenis iš „Microsoft Entra ID“ (anksčiau „Azure Active Directory“) ir automatiškai užpildyti "Assets"  (opens in a new tab) (anksčiau „Insight“) objektus bei su jais susijusius atributus.

Naudotojams, kurie „Assets“ sistemoje saugomi kaip objektai, galima priskirti įvairius atributus, įskaitant kontaktinius duomenis, informaciją apie padalinius ir konkretiems vaidmenims būdingus duomenis.

„Assets“ saugomus duomenis galima efektyviai panaudoti įvairiems veiklos procesams palaikyti. Pavyzdžiui, jie gali supaprastinti įrangos pirkimą klientų aptarnavimo projektuose arba padėti sklandžiai vykdyti darbuotojų įvedimo į darbą (onboarding) ir išėjimo iš darbo (offboarding) procesus personalo valdymo projektuose.

„ScriptRunner“ išplečia „Jira“ užklausų kalbos (JQL) galimybes, pasiūlydamas daugiau nei 40 papildomų funkcijų  (opens in a new tab), kurios gerokai pagerina galimybes kurti galingas ir itin pritaikytas užklausas.

Naudojimo pavyzdys: nori rasti visas „Epic“ užduotis, kuriose yra neišspręstų naudotojo istorijų (Stories).

Nors standartinė „Jira“ JQL kalba tiesiogiai nepalaiko tokios užklausos, ją vis tiek galima įgyvendinti naudojant gana sudėtingą alternatyvų būdą:

• nustatyti visus užduočių tipus, kurie gali būti įtraukti į „Epic“ užduotį;
• užduočių paieškoje ieškoti šių tipų užduočių, pridėti „Resolution“ lauką kaip paieškos kriterijų ir nustatyti sąlygą, kad „Epic Link“ laukas nebūtų tuščias;
• paieškos rezultatų rodinyje pridėti „Epic Link“ lauką kaip atskirą stulpelį;
• eksportuoti paieškos rezultatus XML formatu;
• atidaryti paieškos rezultatus „Excel“ programoje ir atlikti papildomą duomenų analizę, kad būtų nustatytos visos „Epic“ užduotys.

Toks metodas tikriausiai tinkamiausias vienkartiniams arba retai atliekamiems veiksmams.

Tačiau jei tokią užklausą reikia naudoti reguliariai, daug efektyviau pasitelkti „ScriptRunner“ JQL funkciją issueFunction in epicsOf("resolution = unresolved"), kuri pateikia paieškos rezultatus vos per kelias sekundes.

Be to, administratoriai gali kurti savo pasirinktines JQL funkcijas naudodami „Groovy“, nesimokydami naudotis „Atlassian SDK“.

Dabar įsivaizduokime save projektų vadovo vietoje. Tavo užduotis – iš anksto užkirsti kelią nekontroliuojamam projekto apimties didėjimui (scope creep) ir nustatyti galimas kliūtis.

Pavyzdžiui, gali norėti sužinoti, kurioms užduotims buvo užregistruota daugiau darbo valandų, nei iš pradžių planuota, kad galėtum nustatyti galimas užduoties apimties vertinimo problemas.

Tam gali naudoti „Time Spent“ ir „Original Estimate“ laukus bei sukurti tokią užklausą:

issueFunction in expression("", "timespent > originalestimate")

Taip pat gali norėti matyti visų užduočių, kurių bendras prognozuojamas darbo laikas viršys pradinį įvertinimą, sąrašą, kad galėtum tinkamai paskirstyti išteklius. 

Tam į užklausą gali įtraukti „Remaining Estimate“ lauką:

issueFunction in expression("", "timespent + remainingestimate > originalestimate")