Ancora un addon che ci aiuta nella amministrazione

In un precedente post ho parlato di un addon che ci aiuta nel capire come sono organizzati i ruoli di progetto. Questo addon è sicuramente utile quando dobbiamo eseguire delle operazioni di analisi dei progetti e capire anche come sono distribuiti gli utenti.

Mi sono posto una semplice domanda: Si tratta dell’unico addon?

La risposta è abbastanza scontata: NOOOOOO. Abbiamo altre possibilità. Lo avevo scritto in altre occasioni: Il marketplace ci aiuta sempre

Ottima risposta. Vediamo subito quali alternative

La prima alternativa che andiamo a vedere è Project Roles – Groups and Users, della Bloompeak.

Fonte: Marketplace

Questo addon ci permette di avere le stesse informazioni fornendo una grafica differente. Se andiamo a curiosare sulla pagina del Marketplace:

Fonte: Marketplace

L’addon mette a disposizione una visualizzazione dedicata a tutti coloro che possono accedere al progetto. Sono in grado di poter vedere come è organizzato il progetto. Questo è sicuramente utile per il Project Manager del progetto ed il Project Administrator, perché lo aiuta tantissimo.

Fonte: Marketplace

L’addon ci mette a disposizione una visualizzazione globale, che ci permette, ai Jira Administrator, di avere una visione di insieme. Abbiamo una visualizzazione per Progetto ed una per utente, come mostrato nella figura seguente.

Fonte: Marketplace

Conclusione

Abbiamo un addon molto interessante e sono abbastanza sicuro che non deluderà le aspettative. Quello che vediamo è un differente approccio, rispetto al precedente addon che abbiamo esaminato, anche perché mette a disposizione delle maschere video differenti rispetto al precedente addon esaminato.

Proviamolo

Partiamo dalla installazione

Partiamo dal deploy della applicazione

e verifichiamo subito le prime funzionalità. Se andiamo ad analizzare il dettaglio per singolo progetto, verifichiamo quanto segue:

Il risultato che otteniamo

Vediamo adesso il risultato della visualizzazione globale

La visualizzazione generale di tutti i progetti

Riusciamo a vedere sia il risultato generale, raggruppato per Progetto o raggruppato per Utente.

Di conseguenza

Abbiamo un addon molto semplice, interessante e che ci permette di avere un buon risultato. notiamo che ogni visualizzazione presenta la possibilità di esportare i dati su CSV e di conseguenza possiamo fare tutte le statistiche del caso.

Reference

Maggiori informazioni sono reperibili alla pagina del Marketplace




Aggiungiamo nuove funzionalità a Jira – Test Addon

In questo post andremo a testare un addon molto interessante

Una immagine che riassume alcune delle potenzialità del prodotto. Fonte: Marketplace Atlassian

Ringraziamenti

Ringrazio ancora Hannes Obweger per avermi introdotto questo interessante addon, di avermi mostrato in una semplice ma efficace demo il prodotto in azione, mostrando una pazienza veramente incredibile per sopportare le 1.234,16 domande che ho fatto. Aggiungo anche quanto segue (e me ne faccio carico, come dice Montalbano): Finalmente dopo che i clienti mi hanno concesso in attimo di tregua, riesco finalmente a pubblicare i risultati del mio test e le verifiche che ho fatto sull’addon. .

Installazione

Partiamo, come sempre, dalla installazione dell’addon. Siamo abituati molto bene ad installare i vari addon, ma come sempre, per come ho voluto organizzare questi articoli, andiamo ad esaminare l’installazione anche per aiutare coloro che, per qualsiasi motivo, arrivano in questo articolo senza passare da altri articoli. In aggiunta, visto che è passato del tempo dal precedente articolo di presentazione, ho verificato nuovamente il tutto.

L’installazione dell’addon su di un mio ambiente di prova

Fatto ciò, andiamo a verificare la configurazione generale dello stesso.

Configurazione Generale

Con somma gioia posso affermare che non abbiamo una configurazione generale. Di conseguenza possiamo tirare un sospiro di sollievo. Anzi. Dalla configurazione degli addon, abbiamo a disposizione alcune caratteristiche interessanti:

Abbiamo a disposizione solo 2 voci nella configurazione generale. Una voce ci mostra semplicemente la documentazione, come mostrato dalla figura in basso.

La seconda voce ci mostra una cosa molto interessante ed utile: riguarda la migrazione. Se osserviamo quello che ci viene offerto:

abbiamo la possibilità di poter gestire l’export e l’import dei nostri fogli JXL. Di conseguenza, la migrazione risulterebbe molto più semplice. Teniamone conto per le prossime migrazioni 😉

Subito al test

Passiamo subito al test. L’addon permette di poter gestire tutti i nostri Fogli di lavoro direttamente dal menù generale Apps

Da questa immagine potete vedere la voce che l’addon ha aggiunto a sistema

Selezionando Sheets andiamo a vedere tutti i Fogli di lavoro che abbiamo a disposizione.

Il primo elenco di Fogli di lavoro che abbiamo a disposizione

Notiamo che l’addon ci mette a disposizione un primo insieme di Fogli di lavoro: Si tratta di un foglio semplice che possiamo subito usare per eseguire le prime operazioni. Selezionandone uno andiamo subito nel dettaglio:

Il primo foglio di lavoro che selezioniamo. Notate che l’addon ci aiuta tantissimo.

Notiamo che abbiamo delle Hints che ci aiutano nella comprensione di come è organizzato il nostro foglio di lavoro. Molto importante. Cerchiamo di andare oltre e verifichiamo il funzionamento. La seguente GIF ci mostra alcune possibilità offerte dall’addon

Un esempio di ciò che l’addon ci mette a disposizione

Notiamo subito alcune cose molto importanti:

  1. Possiamo aggiornare direttamente dalla lista i nostri Ticket
  2. Possiamo assegnare direttamente dalla lista i nostri Ticket
  3. Possiamo cancellare le colonne che ci interessano
  4. Specializziamo con pochissimi click la query JQL di ricerca
  5. Possiamo inserire dei campi calcolati

Pongo l’attenzione al punto 5. Abbiamo la possibilità di poter gestire dei campi calcolati. Al momento si tratta di campi che non sono configurabili con delle formule (anche se sono sicuro che gli autori dell’addon ci hanno sicuramente pensato: lasciamo loro del tempo e vedremo che sicuramente avremo delle belle sorprese), ma ci permettono di poter inserire dei campi che ci forniscono delle informazioni utili. Infatti nella GIF potete vedere che ho inserito un campo che mi restituisce il numero di commenti del ticket.

Una panoramica dei campi attualmente disponibili

Non solo: Possiamo anche eseguire dei raggruppamenti delle nostre issue in base ad alcuni campi che l’addon ci mette a disposizione

Selezionata l’opzione che permette di visualizzare la gerarchia standard

I campi che possiamo selezionare come mostrato dalla seguente immagine:

Questo è solo un piccolo elenco. NOTEVOLE 😀

Non solo. possiamo anche andare a gestire una gerarchia particolare delle nostre issue maniera molto semplice, andando a lavorare con semplice configurazione:

La maschera di creazione della nostra nuova gerarchia

Abbiamo la possibilità di impostare la visualizzazione della gerarchia standard, ovvero:

  • Epic
  • –> Issue in Epic
  • ——> Sub-Task

oppure possiamo andare a configurare degli altri livelli sottostanti indicando i seguenti gruppi:

  • Gerarchia
  • Raggruppamenti
  • Somme
  • Raggruppamenti + Somme

Quella che mi sento di dare come più importante, anche perché alla fine dei giochi nella mia esperienza di consulenza, la Gerarchia. Infatti molte aziende tendono ad avere la necessità di poter definire una gerarchia con più livelli, anche se non hanno a disposizione il profilo Cloud PREMIUM. Infatti. molti preferiscono mantenere il profilo Cloud STANDARD ma poter avere a disposizione la gerarchia. Questo addon ci permette di poter avere a disposizione questa possibilità anche in questo caso.

In aggiunta, molte aziende non si trovano bene con Advanced Roadmap, disponibile su Jira Software (adesso Jira) Cloud PREMIUM e avere la possibilità di scelta permette di poter trovare lo strumento che meglio si adegua alle necessita aziendali ed anche alle procedure aziendali.

Ma è proprio tutto?

Non esattamente: Abbiamo anche la possibilità di poter inserire delle formattazioni dei campi da impostare secondo determinati criteri. La form che abbiamo a disposizione è il seguente:

La maschera di configurazione delle regole

Se impostiamo un esempio banale:

Un esempio di configurazione

Il risultato è il seguente:

Il risultato.

Ovviamente ho impostato una condizione deliberatamente di prova. Ho infatti impostato una condizione in cui si evidenzia un solo risultato, ma possiamo comunque sbizzarrirci con altre possibilità.

Conclusione

La conclusione che abbiamo è una soltanto. SUPER. Abbiamo un signor addon che ci permette tantissime possibilità ed opportunità. Un completamento naturale di Jira, anche se le funzioni standard, dopo quanto hanno annunciato a TEAM24, tendono ad avvicinarsi.

Non possiamo che essere supersoddisfatti delle funzionalità che abbiamo a disposizione e delle possibilità. La mia risposta è una soltanto:

APPROVATO



Ancora sulla amministrazione avanzata

Abbiamo affrontato l’argomento su vari post, dove abbiamo descritto come alcuni addon possono gestire al meglio alcune configurazioni, rispetto allo standard che, molto spesso, non ci permette di poter gestire determinate operazioni senza saltare da una pagina all’altra.

Alcuni produttori di addon hanno raccolto la sfida ed hanno prodotto delle soluzioni molto interessanti. In questo caso voglio descrivere una soluzione che ho identificato e che mi sembra interessante ma anche molto promettente.

Entriamo in modalità esplorazione.

Come moderni Pedro Alvares Cabral, andiamo a scoprire un nuovo addon

Quale è la necessità?

In questo caso cercheremo di rispondere ad una necessità che, sopratutto per tutti coloro che hanno da gestire istanze Cloud con un numero molto alto di progetti e devono fare …… ORDINE ma sopratutto capire come sono distribuiti i vari utenti nei vari progetti.

Infatti molto spesso non si riesce a capire in maniera semplice dove un utente a quali progetti è stato autorizzato.

Si lo so. Immagino già quanto vi passa per la testa: Serve che l’istanza di Jira sia ben organizzata e la risposta arriverà sul momento. Ma questo non è sempre possibile. Esistono diversi scenari in cui semplicemente…. ereditiamo una istanza e dobbiamo rimetterla a nuovo. Se abbiamo un numero molto alto di progetti (da 200 in su) non possiamo passare dei mesi a guardare, progetto per progetto, chi fa cosa e perché.

Calma. abbiamo una soluzione.

Un addon per avere le risposte che ci servono

Il Marketplace è sempre pieno di sorprese e questa volta non ha deluso le aspettative. HABEMUS ADDON che ci aiuta. Stiamo parlando di:

Fonte: Marketplace Atlassian

Abbiamo un addon che ci permette di avere tutte le informazioni tutte in una unica posizione, senza dover eseguire analisi progetto per progetto. Questo è molto importante

Fonte: Marketplace Atlassian

Dalla precedente immagine notiamo subito una grande funzionalità: La maschera di ricerca pratica e veloce. I risultati mostrati ci mostrano lo stato di ogni singolo progetto coinvolto. In aggiunta abbiamo la magia: Un tasto che chiaramente ci permette di poter eseguire una esportazione su EXCEL….. la faccenda si fa molto interessante.

Fonte: Marketplace Atlassian

L’addon ci permette anche delle ulteriori schermate che, senza saltare come canguri impazziti, ci permette di avere un quadro corretto della nostra istanza. Di ogni utente possiamo sapere TUTTO e riusciamo a generare dei risultati … INTERESSANTI.

Lo provo subito….

Un solo giudizio: Molto molto molto interessante. Questo addon ci permette di ottenere un quadro completo della situazione dei nostri progetti e sono curioso: lo provo subito. Partiamo come sempre dalla Installazione dell’addon su di una nostra istanza di prova.

La procedura di installazione, come siamo abituati a vedere

Configurazione Generale

Analizziamo la configurazione generale dell’addon. Ricordiamo in questa sede che la configurazione di un addon può essere divisa in generale (ad alto livello per l’intera istanza dell’addon, che per il singolo progetto. In questo caso andiamo a curiosare sulla configurazione generale.

Accedendo alla sezione dei menù dedicato, veniamo reindirizzati nella apposita sezione:

La configurazione generale

Queste opzioni ci permettono di attivare la visualizzazione in base a chi dispone del privilegio di Browse Projects. Quindi abbiamo una configurazione molto semplice ma importante. Teniamone conto quando dobbiamo lanciare le analisi perché in caso contrario non riusciamo a gestire al meglio l’addon.

Test

Proviamo adesso ad eseguire l’addon, in modo da verificare come si comporta.

La prima cosa che notiamo è che abbiamo la possibilità di poter avere il quadro completo della situazione dei nostri progetti. Questo significa che in un sol colpo possiamo immediatamente capire dove i vari utenti sono utilizzati e configurati

Quello che vediamo quando attiviamo l’addon. Ovviamente sto usando il mio ambiente di test e sono molto soddisfatto

La maschera di ricerca mi piace tantissimo

La maschera di ricerca

Se proviamo ad applicare un filtro, questo è il risultato:

Il risultato prima della applicazione di un filtro.

Se proviamo ad attivare il filtro il risultato non ci delude:

Il risultato dopo il filtro.

Conclusioni

Quello che riusciamo a vedere è la possibilità di poter eseguire una semplice interrogazione e ottenere un grande risultato con pochissimi click. Abbiamo a disposizione uno strumento molto interessante. Devo segnalare che non è ancora un addon CLOUD FORTIFIED, ma sono sicuro che gli autori sono già all’opera per arrivare a questa grande certificazione.

Domanda: Ma è l’unico addon?

No, non è l’unico. Ne esistono altri e li esamineremo nei prossimi post. Questo è un addon che mi è piaciuto per come è stato organizzato e presentato. L’interfaccia grafica è ben studiata e funzionale. La semplicità è ottima. Ma come sempre: Questa è la mia impressione, opinione, etc. Il grande vantaggio del marketplace è la possibilità di poter scegliere. Ciò che per me è stupendo per altri non lo può essere affatto. Maggiore è la scelta, più alta è la possibilità di coprire le necessità dei nostri clienti. RICORDIAMOCELO SEMPRE

Reference

Maggiori informazioni possono essere reperite alla seguente pagina del Marketplace.




Nuovo addon da Decadis – Test addon

Dopo aver curiosato, andiamo a testare questo addon e verifichiamo quali possibilità ci offre.

Modello Flash, andiamo a curiosare immediatamente

Installazione

Come sempre partiamo dalla installazione e la seguente GIF ci mostra il risultato.

Vediamo l’installazione dell’addon, come siamo abituati

Passiamo quindi alla fase di configurazione generale. Ricordiamo che tutti gli addon possono o meno avere una sezione di configurazione generale e una locale, nel senso:

  • del Progetto, per Jira
  • dello Space, per Confluence

Andiamo a vedere che cosa è previsto.

Configurazione Generale

Una prima buona notizia è che non abbiamo alcuna configurazione generale, ma abbiamo invece una sezione in cui possiamo visualizzare delle informazioni di servizio. Abbiamo una sezione dedicata nella sezione dedicata degli addon, come mostrato in figura:

che mostra questo risultato:

Questa schermata di mostra il log che l’addon mette a disposizione. Lo vedremo dopo il risultato durante il test.

Abbiamo invece una configurazione a livello di definizione di campi custom. Andiamo a curiosare. Iniziamo a definire un nuovo campo custom. La scelta che abbiamo a disposizione è la seguente:

Possiamo scegliere due macrocategorie di campi: Numerico e Testo

Supponiamo di definire un campo numerico. Il risultato è il seguente. Per praticità lo abbiamo definito su di un progetto di comodo. Il risultato è il seguente.

Andiamo a configurare il campo e vediamo che cosa ci mette a disposizione l’addon. Sono rimasto piacevolmente sorpreso dalle possibilità che l’addonci mette a disposizione.

Questa è la super sorpresa

La seguente GIF mostra meglio quali possibilità ci sono messe a disposizione.

Tantissime possibilità di campi custom che abbiamo a disposizione

Scegliamo un template e verifichiamo i risultati.

Test

Andiamo a testare questo addon. Definiamo un nuovo campo e verifichiamone il comportamento direttamente sulla nostra istanza di test. Procediamo.

In questo caso andiamo a definire un campo di tipo numerico e selezioniamo una tipologia , come mostrato in figura:

Il modello selezionato

Se selezioniamo la modalità Expert, vediamo che cosa compone questo modello che abbiamo selezionato.

Entriamo nel codice.

Cosa ci indica l’ultima immagine? Ci mostra come possiamo andare a configurare il nostro campo. Abbiamo a disposizione una sintassi ad hoc che ci permette di poter spaziare su varie possibilità. In aggiunta abbiamo un Help On Line che ci fornisce diversi Hint

Con questa documentazione …. possiamo sollevare il mondo.

Questo è il risultato. Abbiamo definito delle issue in cui abbiamo creato dei subtask. Questa è la situazione Iniziale:

Si tratta di un ticket di test…. quindi non abbiamo delle frasi interessanti

In questo caso abbiamo che il campo calcolato restituisce 4. Infatti i subtask presenti sono tutti in stato Backlog, stato aperto. Se fate riferimento al codice espresso, la formula conta anche tali stati. Se modifichiamo lo stato di uno dei subtask, il campo viene ricalcolato:

Il campo risponde correttamente

Conclusione

Le nostre conclusioni non possono che essere positive. Abbiamo un grande passo in avanti nella gestione dei campi calcolati e secondo me, nel prossimo futuro, sono sicuro che la Decadis ci offrirà delle grandi sorprese. Una sola annotazione, ma sono fiducioso che migliorerà. Il calcolo richiede del tempo, ma credo (qui gli autori dell’addon mi confermeranno) che il tempo di esecuzione sarà ridotto nel futuro. Le API e il Cloud sono sempre in continuo miglioramento e sono fiducioso che anche le tempistiche miglioreranno.

Sono anche fiducioso perché anche un mio cliente mi ha dato una notizia molto bella: Il passaggio al Cloud è anche coinciso con un deciso ed importante aumento delle performance. Traduzione: Il cloud è molto più veloce rispetto al sistema server che avevano a disposizione.

Reference

Maggiori informazioni sull’addon sono reperibili alla pagina del Marketplace.




Nuovo addon da Decadis

Calculated custom fields arrived in Jira Cloud! Con questo annuncio non possiamo che essere curiosi di questo addon che ci permette di poter gestire al meglio i campi calcolati (che sono la nostra croce e delizia su Jira) e che ci permettono di raggiungere grandi risultati. Andiamo a curiosare

Modello Flash, andiamo a curiosare immediatamente

Di cosa tratta l’addon?

Questo addon ci permette di poter creare dei campi calcolati preconfigurati che ci possono aiutare tutti i giorni. Sappiamo bene che su ambiente Jira Cloud abbiamo qualche problema con i campi calcolati: Non ne abbiamo.

Alcune delle espressioni facciali che assumiamo quando lo scopriamo. La faccia allegra è l’utente sadico (Scherzo ovviamente) 😀

Questo addon ci permette di poter rimediare a questa situazione strana. Abbiamo la possibiità di poter scegliere tra circa 42 diversi tipi di campi calcolati.

Fonte Marketplace: Alcuni esempi di possibili campi calcolati

E’ interessante disporre di tali campi già pronti. In questo modo possiamo usare direttamente senza tanti problemi. Come possiamo vedere dalla seguente immagine, molti di questi campi già coprono diverse necessità (anche se, da buon Italiano dico: Ma ci sarebbe anche il campo calcolato …… 😛 )

Fonte Marketplace: Alcuni esempi.

ma non solo. Dalla seguente immagine:

notiamo che l’addon permette anche di manipolare le formule. Questo è INTERESSANTE perché ci permette di scatenare la nostra fantasia.

Conclusioni

Abbiamo un addon da esaminare con tantissima attenzione. Possiamo risolvere il problema dei campi calcolati, ma non è l’unico. Diamo un annuncio in anteprima: Ho identificato una soluzione da usare per generare i campi calcolati. Pubblicherò un articolo a breve,

Reference

Maggiori informazioni sull’addon sono reperibili alla pagina del Marketplace.




Statistiche per un Service Desk

Scrivo questo articolo a seguiuto di una analisi che ho seguito per un mio cliente e che mi ha portato a scoprire un addon molto interessante, che permette di ricavare delle statistiche sui nostri ticket. L’obiettivo era trovare una interrogazione sui dati di una istanza cloud che mostri le seguenti informazioni:

  • Capire quanto tempo un addon è rimasto in un determinato stato
  • Estrarre queste informazioni ed inserirle in un report
  • Fare delle statistiche molto più precise di quanto tempo un ticket è in lavorazione, quanto è in attesa di una risposta da un customer
Entriamo in modalità esplorazione

Subito al dunque

L’addon in questione è Status Time Reports Free – Time in Status, che permette di tracciare il tempo speso per i nostri ticket in ogni stato del workflow che il ticket assume in ogni istante della sua vita. Questo ci permette di ricostruire la storia di ogni ticket. Questa è la versione free dell’addon, disponibile anche nella versione a pagamento con ulteriori caratteristiche aggiuntive.

Come possiamo vedere dalle immagini del marketplace:

Fonte: Marketplace Atlassian. Un esempio delle metriche che possiamo ottenere

In questa immagine possiamo vedere quali metriche abbiamo a disposizione e che informazioni possiamo ottenere. Si tratta di un esempio, ma ci illustra anche quali caratteristiche possiamo disporre da un addon gratuito.

Questo addon consente di poter parametrizzare questi calcoli attraverso la definizione di un calendario:

Fonte Marketplace: Come definiamo un calendario

Altra caratteristica importante è la possibilità di poter disporre di un apposito Gadget da poter esporre nelle nostre Dashboard,

Fonte Marketplace: Gadget in azione.

Conclusioni

Addon interessante e sopratutto gratuito. Ci permette di tracciare una statistica relativamente al tempo impiegato (secondo il calendario parametrizzato) di un ticket in un particolare stato. Ogni stato rappresenta un determinato momento della lavorazione e ci permette di poter capire quando il ticket è in lavorazione da parte degli Agenti e quanto è in carico del customer, quanto è in carico a fornitore esterno, etc.

SI tratta di un ottimo addon. Non vedo l’ora di testarlo.

Reference

Maggiori informazioni sono disponibili alla pagina del marketplace.




Domande & Risposte. Abbiamo bisogno di una licenza Confluence per usare la KB su Jira Service Management?

Proviamo a rispondere alla domanda partendo dalle informazioni di base che abbiamo a disposizione. Se infatti consultiamo la Community, ci imbattiamo in queste risposte:

La risposta risulta chiara. Abbiamo bisogno di una licenza …..

…. ed invece NO.

Non da tantissimo tempo, possiamo usare gratuitamente Confluence per implementare la KB basta che siamo titolari di una licenza JSM pagata ed annuale. Come riportato in questa documentazione ufficiale.

Fonte: Documentazione Atlassian

In questo caso, se abbiamo una licenza mensile, possiamo aggiungere Confluence con profilo Free (questo è sempre stato possibile) ma la vera novità è ceh con profilo annuale è possibile usufruire di Confluence per gestire la KB. Questo è molto interessante e l’articolo spiega come arrivare ad ottenere il risultato.




Un nuovo addon da esaminare

In questo post andremo ad esaminare un addon che ci mette a disposizione una funzione interessante. Vediamo in dettaglio addon e funzione.

Esplorazione alchemica

Le presentazioni

L’addon che vogliamo descrivere

Questo addon ci permette di poter eseguire delle operazioni interessanti, ovvero:

  • Permette di definire un template di issue
  • Possiamo precompilare titolo e descrizione della issue

A questo punto abbiamo una cosa molto interessante

Fonte Marketplace

Dalla precedente immagine possiamo vedere come l’addon permette di definire un template. Ci avete fatto caso? abbiamo lo stesso sistema che abbiamo per creare una issue. Questo significa che non dobbiamo imparare nulla di particolare.

Fonte Marketplace

Possiamo definire, nell’ambito dello stesso progetto, una template per issue type. Lo vediamo dalla precedente immagine

Interessante, lo provo subito

Partiamo subito dalla prima operazione. Installiamo l’addon nella nostra istanza. Come sempre vediamo come procedere.

Configurazione Generale

Proseguiamo con la configurazione generale che l’addon. Ci accediamo dal menù principale Apps.

Le funzioni che sono presenti nella sezione

Da li possiamo referenziare i vari template che abbiamo definito. Possiamo anche accedere dalla sezioen Apps presente nelle Project Settings. Faccio una annotazione. Potrebbe darsi, per chi ha installato l’addon quando ancora era gratuito, potreste trovare una immagine come la seguente

Quello che si può vedere nella installazione che ho usato per i miei test

Da li andiamo a definrie il template che andremo ad usare. Vediamo come si configura un template

La GIF ci mostra come eseguire la configurazione da zero del template e l’assegnazione ad un progetto

Come possiamo osservare, la creazione di un template non richieste alcuna complessità: Sembra quasi che creiamo una nuova issue. L’assegnazione non è altro che una semplice opzione che andiamo a selezionare.

Proviamo quanto abbiamo configurato

Adesso proviamo il tutto e verifichiamo il risultato.

Un semplice esempio di utilizzo.

dalla Gif sopra riportata, vediamo che l’utilizzo è molto semplice e ci permette di poter generare le issue direttamente compilate come abbiamo definito.

Conclusioni

Abbiamo un addon che ci permette di poter generare delle issue pre-compilate come ci servono con pochissima configurazione. Questo addon non risulta molto difficile da usare e permette di poter risolvere alcuni casi di uso che mi sono stati richiesti nel corso della mia vita lavorativa. La prova è stata eseguita con la versione free dell’addon. Nel momento in cui scrivo è disponibile una versione a pagamento che sicuramente presenta delle ulteriori funzionalità.

Reference

Maggoori informazioni sono reperibili dalla pagina del Marketplace.




Creiamo una schedulazione pianificata con automation

In questo post affrontiamo un argomento interessante, inerente le Regole di Automazione. Vogliamo creare una schedulazione pianificata tramite le regole di automation per creare una issue/task/compito in base a delle richieste particolari. Vediamo come fare.

Come moderni Bandeirantes, andiamo in esplorazione

Andiamo con ordine

Vogliamo creare in maniera automatica e schedulata una issue particolare ma quando andiamo a richiamare tutti i vari mattoncini lego delle nostre regole, abbiamo dei problemi e siamo in pieno disastro. Come possiamo fare?

Stiamo calmi

Abbiamo una soluzione

Ebbene si: abbiamo una soluzione, ma andiamo sempre con ordine: un passo alla volta. Sappiamo che possiamo impostare un apposito trigger nelle nostre regole di automation, che ci permette di poter gestire le schedulazioni. In particolare (vedi immagini seguenti):

Un semplice esempio
La relativa sezione di JQL

abbiamo quindi tutto, ma abbiamo anche un problema che non possiamo trascurare: Dobbiamo specificare un JQL per selezionare l’elenco delle issue da usare.

Ragioniamo e verifichiamo

Possiamo non specificare il JQL, non sembra obbligatorio. Nel nostro caso di uso vogliamo creare una issue ad un orario ben definito, ma senza dover avere un insieme di issue da gestire. Come possiamo fare? Abbiamo la soluzione e si prega di inoltrare i ringraziamenti alle persone citata nell’articolo di Atlassian Community riportatoi di seguito.

Occorre impostare la seguente condizione

Da dove andiamo a selezionare l’opzione
La parametrizzazione proposta

che ci permette di poter gestire questa situazione e ci permette di creare una nuova issue non appena scattato il trigger.

Vediamola in azione

Ho predisposto una regola di prova, per eseguire il test:

regola semplice e banale

Una volta attivata abbiamo il seguente risultato:

Il risultato dal LOG di esecuzione della regola

e la issue risulta

la issue generata

Conclusione

Abbiamo scoperto un trucco molto importante perché ci permette di creare questa tipologia di schedulazione. questo ci permette di poter avere delle issue create a richiesta senza dover acquistare altri addon e sfruttando lo standard. Ovviamente si tratta di una soluzione che ci fa risparmiare, ma occorre sempre tenere conto di quanto ho già spiegato nel mio post che riguarda la nuova gestione dei limiti di esecuzione delle regole.

Reference

Ringraziamenti a tutti coloro che hanno partecipato alla discussione della Atlassian community e che hanno reso possibile la stesura di questo articolo in Italica lingua.

Grazie.



Ancora una piccola precisazione sulle Automation

Credo che sia sempre ottimo precisare e dare ulteriori indicazioni sulle Automation, che sono un mondo molto vasto ed interessante. Cerchiamo di fare una piccola precisazione che sicuramente sarà molto utile.

Procediamo senza indugio

Nel dettaglio

Quello che abbiamo a trattare riguarda il come generare un task affinché sia collegato ad una Epic. Come sappiamo la Epic è un caso eccezionale tra tutte le issue presenti su Jira. Si tratta dell’unica issue type che permette di poter avere delle Issue figlie. I motivi li abbiamo trattati in altri post precedenti ma credo che a breve li andremo a riprendere. 😉

Un esempio ben dettagliato di questa gerarchia

Se vogliamo introdurre questa informazione quando usiamo le regole di automation ci accorgiamo di una cosa: Usando l’azione di Edit Issue, quando selezioniamo il campo Epic Link, non riusciamo a passare il valore. Qualcosa non funziona.

Un dettaglio della azione

Il risultato non è quello sperato. Sembra quasi che l’azione non si esegua. Quindi?

Ragioniamo e verifichiamo

Nozioni di Storia di Jira

Dobbiamo sapere (da storico dilettante non posso esimermi) che originariamente non esisteva la gestione Agile su Jira. E’ stata aggiunta da un addon (greenhopper) che ha introdotto questo aspetto. Atlassian si è buttata a pesce ed ha acquisito l’addon. Adesso sembra tutto integrato, ma….. in realtà credo ci sia una separazione ancora netta. Credo che sotto sotto sia rimasto un addon separato e di conseguenza anche il campo sia gestito in maniera separata.

Ho scartabellato e verificato ed il risultato è questo articolo del Community: Il campo va gestito esattamente come un qualsiasi campo custom. Passiamo al Json:

Uno schema del JSON da usare

Se usiamo questa indicazione, riusciamo ad arrivare all’obiettivo.

Conclusione

Un ringraziamento a tutti coloro che hanno partecipato a questa discussione che ha permesso la redazione di questo articolo in Italica Lingua.

Grazie.

Un ultimo appunto:

Mentre componevo questo articolo, ho notato una cosa molto carina. Atlassian sta rivedendo l’interfaccia grafica della sezione delle regole di Automation. Infatti:

URCAAAAAA

promette bene. Vedremo nei prossimi mesi che cosa succederà.