Vēlies īstenot savas drosmīgākās Jira idejas? Uzzini, ko piedāvā ScriptRunner for Jira!

ScriptRunner īpaši izceļas ar spēju risināt sarežģītākus uzdevumus, ļaujot administratoriem paplašināt Jira funkcionalitāti ar Groovy programmēšanas valodā rakstītiem skriptiem.

Jira Data Center vidē ScriptRunner skriptiem ir pieejama visa Jira API saskarne, ko Jira nodrošina izstrādātājiem. Tas nozīmē, ka praktiski iespējams veikt īstu „Matrix” jaunināšanu.

Taču liels spēks nozīmē arī lielu atbildību, tāpēc iesakām rīkoties piesardzīgi.

Ja tavs Jira administrators tikai sāk iepazīt ScriptRunner skriptu plašās iespējas, labs sākumpunkts varētu būt iebūvētie skripti (built-in scripts)  (opens in a new tab).

Iebūvētie skripti (Built-in scripts)

Iebūvētie skripti ir paredzēti lietotājiem ar ierobežotām Groovy programmēšanas zināšanām. Tie ļauj ātri sasniegt vēlamo rezultātu, nerakstot Groovy kodu no nulles.

Iebūvētie skripti ir izveidoti dažiem no ScriptRunner visbiežāk veiktajiem uzdevumiem. Piemēram, tie ļauj:

• vienlaikus mainīt vairāku uzdevumu atrisinājuma (Resolution) lauka vērtību, izmantojot Bulk Fix Resolutions skriptu;
• kopēt projektus;
• kopēt viena lauka vērtību uz citu lauku Jira vidē, izmantojot Copy Field Values;
• sakārtot Jira vidi, noņemot darbplūsmu funkcijas, kas palikušas pēc lietotņu atinstalēšanas vai deaktivizēšanas.

Skriptu konsole (Script Console)

Ja iebūvētie skripti pilnībā neatbilst tavām vajadzībām, vari izmantot Script Console. Tā ir kā tukšs audekls, kas sniedz lieliskas iespējas īstenot pat visdrosmīgākās Jira idejas.

Lietošanas piemērs: vēlies iegūt visaptverošu pārskatu par Epic uzdevumā reģistrēto darba stundu kopskaitu, ieskaitot visus ar to saistītos apakšuzdevumus.

No projektu vadības viedokļa ir svarīgi iegūt pilnīgu pārskatu par katra Epic uzdevuma resursu izmantošanu.

Šo vajadzību var īstenot vairākos veidos. Tālāk aplūkosim, kā to paveikt, apvienojot Jira Automation un ScriptRunner.

Lai gan automatizācijas aktivizēšanas nosacījumus iespējams definēt tieši skriptā, Jira Automation lietotāja saskarne var piedāvāt intuitīvāku un efektīvāku pieeju. Tas ir īpaši noderīgi, ja jāņem vērā vairāki nosacījumi vai Groovy programmēšanas prasmes vēl tiek pilnveidotas.

Pēc tam automatizācijai pievieno ScriptRunner darbību „Run a script”. Skripts piekļūst visu ar Epic uzdevumu saistīto apakšuzdevumu darba laika uzskaites lauku vērtībām, tās saskaita un saglabā rezultātu noteiktā pielāgotā laukā.

Šis skripts efektīvi aprēķina kopējo reģistrēto darba stundu skaitu un automātiski atjaunina attiecīgo Epic uzdevumu. Tādējādi iegūsti precīzu un centralizētu pārskatu par visā Epic hierarhijā reģistrēto darba laiku.

Lietošanas piemērs: nepieciešama automatizācija, kas kopē pielāgoto lauku vērtības no augstāka līmeņa uzdevuma uz tā apakšuzdevumiem.

Izmantojot Jira iebūvēto automatizāciju, parasti katrs nepieciešamais pielāgotais lauks ir manuāli jāpievieno automatizācijas noteikumam.

Savukārt ScriptRunner šo procesu ievērojami vienkāršo, automātiski salīdzinot augstāka līmeņa uzdevuma un tā apakšuzdevumu laukus.

Kad tiek atrasti atbilstoši lauki, ScriptRunner automatizācija efektīvi kopē nepieciešamās vērtības no augstāka līmeņa uzdevuma uz saistītajiem apakšuzdevumiem.

Šāda pieeja ne tikai samazina administratīvo darbu, jo katrs lauks nav jānorāda atsevišķi, bet arī nodrošina konsekventu un precīzu pielāgoto lauku vērtību pārnešanu no augstāka līmeņa uzdevuma uz apakšuzdevumiem.

ScriptRunner piedāvā jaudīgas pielāgotas un iebūvētas darbplūsmu funkcijas – pēcdarbības (post functions), validācijas (validators) un nosacījumus (conditions).

Iedomāsimies, ka vēlamies ieviest nosacījumu loģiku darbplūsmas statusu pārejās. Izmantojot nosacījumus (conditions), iespējams pārliecināties, ka noteikta prasība ir izpildīta pirms uzdevuma pārvietošanas uz nākamo statusu.

Nosacījumu pārejas var ieviest, pamatojoties uz dažādiem uzdevuma atribūtiem, piemēram, statusu, prioritāti vai pielāgotajiem laukiem.

Lietošanas piemērs: vēlies ieviest nosacījumu pāreju, kas ļauj uzdevumu pārvietot no statusa "In Progress" uz "Review" tikai tad, ja pielāgotajā laukā "Review Approver" ir norādīta konkrēta vērtība.

Turklāt lietotājam, kurš veic statusa maiņu, ir jābūt tai pašai personai, kas norādīta laukā "Review Approver".

Šādā gadījumā ScriptRunner var izmantot pielāgota nosacījuma skripta izveidei, kas pārbauda gan pielāgotā lauka vērtību, gan lietotāju, kurš veic statusa pāreju.

Izmantojot pēcdarbības (post functions), iespējams automātiski izpildīt noteiktas darbības pēc tam, kad uzdevums pārvietots uz jaunu statusu.

Lietošanas piemērs: arhivēt uzdevumu, kad tas sasniedz gala statusu un tā atrisinājums (Resolution) ir "Duplicate".

Novecojušu vai vairs neaktuālu uzdevumu arhivēšana ir noderīga gan lietotājiem, gan Jira administrēšanai.

Lai gan arhivēšanu iespējams veikt arī uzdevumu meklēšanas sadaļā, izmantojot Bulk Change funkciju, tas prasa papildu manuālu darbu.

Lai gan Jira lauku konfigurācija ļauj noteikt, vai lauks ir obligāts vai neobligāts, kā arī redzams vai paslēpts, detalizētākai lauku pielāgošanai ir zināmi ierobežojumi.

Savukārt ScriptRunner piedāvā lielisku funkciju "Behaviours", kas ievērojami paplašina Jira standarta lauku konfigurācijas iespējas.

Ar Behaviours palīdzību vari pielāgot lauku darbību. Piemēram:

• padarīt lauku obligātu atkarībā no citiem uzdevuma ekrānā ievadītajiem datiem;
• padarīt lauku tikai lasāmu atkarībā no lietotāja lomas vai grupas;
• parādīt vai paslēpt papildu laukus, kad tiek izvēlēta konkrēta opcija;
• mainīt lauku aprakstus;
• ierobežot noteiktu uzdevumu tipu pieejamību dažādām lietotāju grupām.

Lietošanas piemērs: kā projektu vadītājs vēlies pilnībā kontrolēt, kuri uzdevumi tiek iekļauti sprintā.

Šādā situācijā Behaviours ļauj padarīt Sprint lauku tikai lasāmu visiem lietotājiem, izņemot tos, kuriem piešķirta Project Managers loma. Tādējādi tiek nodrošināts, ka tikai projektu vadītāji var pievienot uzdevumus sprintiem.

Turklāt Behaviours ļauj paslēpt un atspējot ekrāna cilnes (tas ir noderīgi, ja vēlies vienlaikus paslēpt vairākus laukus), kā arī izveidot izvēles sarakstus ar opciju "Other" (Cits).

Izvēles saraksts ar opciju "Other" (Cits) ir noderīgs situācijās, kad lietotājs nevar atrast piemērotu variantu iepriekš definētajā sarakstā.

Izvēloties "Other" (Cits), automātiski parādās brīvā teksta ievades lauks, kurā lietotājs var ievadīt nepieciešamo informāciju. Tādējādi tiek novērsts vērtīgas informācijas zudums.

ScriptRunner nodrošina ērtas integrācijas ar dažādām Jira lietotnēm un ārējām sistēmām.

Lietošanas piemērs: automātiska uzdevumu piešķiršana, pamatojoties uz lietotāju pieejamību.

Apvienojot ScriptRunner ar resursu uzskaites un pārvaldības rīku, piemēram, Activity Timeline  (opens in a new tab) vai Planner by Tempo  (opens in a new tab), vari pacelt uzdevumu pārvaldību jaunā līmenī.

Aplūkosim, piemēram, kritiskas prioritātes programmatūras kļūdu pārvaldības procesu. Sākotnēji ir lietderīgi automatizēt kritiskas prioritātes uzdevumu piešķiršanu konkrētam pieredzējušam izstrādātājam.

Lai gan teorētiski šāda automatizācija var šķist pietiekama, praksē ir svarīgi ņemt vērā situācijas, kad attiecīgais izstrādātājs īslaicīgi nav pieejams.

Integrācija ļauj uzraudzīt resursu pieejamību un automātiski pārdalīt uzdevumus citam pieejamam izstrādātājam, ja sākotnēji norīkotais darbinieks nav pieejams.

Integrējot ScriptRunner ar resursu pārvaldības rīkiem, iespējams optimizēt resursu sadali un paātrināt uzdevumu atrisināšanas procesu, tādējādi uzlabojot kopējo darbības efektivitāti.

Lietošanas piemērs: darbinieku datu pārsūtīšana no Active Directory uz Jira Assets.

Piemēram, integrējot ScriptRunner ar Office 365, iespējams ērti iegūt darbinieku datus no Microsoft Entra ID (iepriekš Azure Active Directory) un automātiski aizpildīt Assets  (opens in a new tab) (iepriekš Insight) objektus un ar tiem saistītos atribūtus.

Lietotājiem, kas Assets sistēmā tiek glabāti kā objekti, var piesaistīt dažādus atribūtus, tostarp kontaktinformāciju, nodaļas datus un informāciju par konkrētām lomām.

Assets glabātos datus var efektīvi izmantot dažādu darbības procesu atbalstam. Piemēram, tie var palīdzēt vienkāršot aprīkojuma iegādi klientu atbalsta projektos vai nodrošināt raitus darbinieku uzņemšanas (onboarding) un darba attiecību izbeigšanas (offboarding) procesus personāla vadības projektos.

ScriptRunner paplašina Jira vaicājumu valodas (JQL) iespējas, piedāvājot vairāk nekā 40 papildu funkcijas  (opens in a new tab), kas ievērojami uzlabo iespējas veidot jaudīgus un īpaši pielāgotus vaicājumus.

Lietošanas piemērs: vēlies atrast visus Epic uzdevumus, kuros ir neatrisināti lietotājstāsti (Stories).

Lai gan Jira standarta JQL tieši neatbalsta šādu vaicājumu, to iespējams īstenot, izmantojot diezgan sarežģītu alternatīvu pieeju:

• identificēt visus uzdevumu tipus, kurus iespējams iekļaut Epic uzdevumā;
• uzdevumu meklēšanā atlasīt šos uzdevumu tipus, pievienot Resolution lauku kā meklēšanas kritēriju un nosacījumu, ka Epic Link lauks nav tukšs;
• meklēšanas rezultātiem pievienot Epic Link lauku kā atsevišķu kolonnu;
• eksportēt meklēšanas rezultātus XML formātā;
• atvērt meklēšanas rezultātus Excel un veikt papildu datu analīzi, lai identificētu visus Epic uzdevumus.

Šāda pieeja, visticamāk, ir piemērotāka vienreizējiem vai reti veicamiem uzdevumiem.

Tomēr, ja šāds vaicājums jāizmanto regulāri, daudz efektīvāk ir izmantot ScriptRunner JQL funkciju issueFunction in epicsOf("resolution = unresolved"), kas atgriež meklēšanas rezultātus dažu sekunžu laikā.

Turklāt administratori var izveidot savas pielāgotās JQL funkcijas, izmantojot Groovy, bez nepieciešamības apgūt Atlassian SDK.

Tagad iedomāsimies sevi projektu vadītāja lomā, kura uzdevums ir proaktīvi novērst nekontrolētu projekta apjoma palielināšanos (scope creep) un identificēt iespējamos šķēršļus.

Piemēram, iespējams, vēlies noskaidrot, kuros uzdevumos reģistrēts vairāk darba stundu, nekā sākotnēji plānots, lai identificētu iespējamās problēmas uzdevuma apjoma novērtēšanā.

Šim nolūkam vari izmantot Time Spent un Original Estimate laukus un izveidot šādu vaicājumu:

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

Iespējams, vēlies arī redzēt sarakstu ar visiem uzdevumiem, kuru kopējais prognozētais darba apjoms pārsniegs sākotnējo novērtējumu, lai varētu atbilstoši sadalīt resursus.

Šim nolūkam vaicājumā vari iekļaut Remaining Estimate lauku:

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