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

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.

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.

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 …… 😛 )

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.

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

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:

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:

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

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.

Annunciato a Teams23 a Las Vegas, il nuovo campo Teams e da poco disponibile nelle nostre installazioni Cloud. Vediamo in questo post in che cosa consiste, come funziona e che cosa permette. Entriamo in modalità ricerca.

Subito al sodo

Richiesto a gran voce da tutti, questo campo permette di poter creare dei Team trasversali da poter usare nei nostri progetti, sia per assegnare le issue a gruppi (in precedenza era necessario usare altri mezzi per realizzare questa funzione) oltre che implementare delle notifiche, ma non solo. Vedremo come nei prossimi paragrafi.

Questo nuovo campo ci permette di avere una marcia in più rispetto ai singoli gruppi. I Teams sono dei gruppi di utenti che possono essere trasversali rispetto ai gruppi che abbiamo definito nella nostra anagrafica utenti. Questi sono gestiti da una apposita funzione che non si trova ella sezione di amministrazione ma direttamente nella nostra istanza, e sono usati da più funzioni.

Questa funzione è stata derivata da Advanced Roadmap (il vecchio Portfolio for Jira), dove questa possibilità era già disponibile. Gli utilizzatori di Advanced Roadmap infatti riuscivano ad eseguire delle assegnazioni a Teams delle issue. Adesso questa funzione non e’ sola esclusiva della pianificazione, ma anche del lavoro di tutti i giorni e di tutti gli utenti.

in questa nuova gestione, i Teams hanno una definizione più ricca rispetto ai gruppi. Possiamo avere delle schede personalizzate e dedicate alle persone che li compongono.

Interessante, ma che altro e’ possibile?

Un apposito Campo di sistema è a nostra disposizione, come qualsiasi altro campo, ma con una marcia in più. Questo campo ci permette di implementare una assegnazione a gruppi, con l’opzione di poterlo usare delle mentions per implementare notifiche. In aggiunta possiamo usarlo anche nelle nostre importanti regole di automazione.

Adesso la domanda difficile: cosa non è possibile fare?

Il nuovo campo non e integrabile con il notification scheme. Questo significa che le notifiche devono essere gestite in maniera differente: mentions o regole di automation. Questo è più scomodo perché non si innesta nel flusso STANDARD.

Come vediamo non abbiamo alcuna possibilità di scelta del team. Quindi non riusciamo in alcun modo (almeno per il momento) a reindirizzare le notifiche attraverso i canali standard.

L’unico sistema rimane le mentions. Infatti se definiamo un Team

il risultato che otteniamo è:

Conclusioni

Abbiamo una funzionalità interessante, che introduce alcuni concetti che prima non erano presenti in Jira. Questo è sicuramente importante ma, secondo il mio modesto parare, occorre ancora aggiungere delle componenti e delle funzioni ai Team. Siamo agli inizi e sono sicuro che Atlassian non ci deluderà in questo.

Reference

Maggiori informazioni sono presenti nella pagina di documentazione e nelle pagine referenziate.

Proseguiamo con le analisi mostrando i risultati su Confluence. Verifichiamo cosa viene offerto da Atlassian per Confluence.

Nel precedente articolo abbiamo visto quali novità introduce Jira, e ci siamo fatti una idea di quali possibilità sono offerte. Adesso andiamo ad esaminare quali possibilità sono offerte su Confluence.

Anche in questo caso sfruttiamo la nostra installazione Premium per vedere cosa è possibile fare. Creiamo uno space ad hoc e andiamo ad analizzare. Ho quindi creato una pagina all’interno dello Space dove ho riportato i primi 2 capitoli del romanzo Il Conte di Montecristo. Quale esempio migliore.

Ho chiesto quindi ad Atlassian Intelligence di fare un riassunto dello scritto. L’opzione è presente, come possiamo vedere nella immagine successiva:

Questo è il risultato.

Il risultato è in inglese, ma risulta notevole. In poche righe ha riassunto quanto ho riportato nella pagina. Ma non solo. Una volta confermato la pagina ho anche usato la funzione Define, per trovare le definizioni. Questi i risultati:

E’ interessante notare che riesce a identificare le definizioni anche di città e di nomi di navi, oltre che le pagine di riferimento della documentazione di Confluence dove il termine viene indicato. Questo mi fa pensare che Atlassian Intrelligence si riferisca anche a dati esterni alla organizzazione. Interessante come avviene questa sinergia.

Possiamo anche usare questa funzionalità anche per la ricerca sui documenti e trovare le risposte direttamente dalla barra di ricerca…… in questo caso sto utilizzando le informazioni che ho preparato per uno dei webinar di Atlassian Espresso

Atlassian Intelligence ha indentificato il dociumento, il nome e la definizione. Ha anche citato il nome della persona di riferimento, Charles Siringo, persona storica che mi sono permesso di citare in questo webinar. Per chi non la conosce, suggerisco di andare a cercarne la storia. Sono sicuro che troverà delle ottime sorprese.

Conclusione

Come possiamo riassumere questo risultato. Direi con una sola parola…. S P E T T A C O L O. Queste nuove opzioni ci permettono di ottimizzare la nostra conoscenza aziendale, ma non solo. Abbiamo delle caratteristiche che se ben sfruttate, ci permettono di poter ottenere dei risultati impensabili. Non vedo l’ora che sia resa operativa e definitiva su tutte le installazioni: soino sicuro che con il tempo le funzionalità aumenteranno e diventeranno sempre più interessante

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

…. 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.

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.

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

Le presentazioni

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

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.

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.

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

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

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.

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.

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.

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?

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):

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

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

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:

Una volta attivata abbiamo il seguente risultato:

e la issue risulta

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.

In questo post andremo ad esaminare un addon veramente interessante. Vi posso assicurare che ho avuto la possibilità di eseguire un collaudo molto accurato ed il risultato mi ha lasciato seriamente a bocca aperta dai grandi risultati ottenuti. Ma andiamo con ordine: Partiamo dall’inizio e spieghiamo il caso di uso cercando di mostrare come funziona questo addon.

Il caso di uso che mi si è presentato

In questa situazione, avevo la necessità di dover modificare massivamente il contenuto di un determinato campo, risultato della Migrazione da Server a Cloud per conto di un mio cliente. In questo caso, i campi migrati erano il risultato della migrazione del valore di Elements (ex nFeed). Il problema è che il valore dei campi risultava un qualcosa di questo genere, inaccettabile da proporre al cliente.

{“key:[“XXXXXXXX – Una descrizione del codice”]}

il risultato era un Json che non rispecchia proprio il valore desiderato dal cliente. Le funzionalità standard non permettono delle modifiche così approfondite. Si rendeva necessaria una operazione di ingegno. Iniziavo una analisi alchemica che mi aiutasse nella risoluzione del problema.

…. ma alla fine il risultato è giunto insperato

Una soluzione si è presentata quando oramai sembrava tutto perduto. Un addon mi salvava la vita e mi permetteva di poter correggere il valore e risolvere la questione. Si tratta di Advanced Bulk Edit for Jira, un addon della Codefortynine molto molto interessante.

Questo addon permette di poter eseguire delle operazioni sui campi permettendone la MODIFICA. Questa è una caratteristica molto molto interessante.

Dalla precedente immagine possiamo osservare che abbiamo diverse possibilità per modificare i campi. Possiamo aggiungere dei valori, eseguire delle operazioni di Sostituzione di testo con altro, etc. La faccenda diventa interessante

La mia esperienza lavorativa

Nell’utilizzo di questo addon ho notato una cosa molto molto interessante. Se andiamo ad eseguire una query JQL, quello che otteniamo è il seguente risultato (il particolare sul CLOUD): La query JQL non restituisce più di 1000 risultati, anche se le issue sono più di 1000. Questa è una limitazione che le API di Jira dispongono. DI conseguenza abbiamo sempre qualche problema

La seguente schermata è stata presa (opportunamente trattata per non mostrare dati riservati) al fine di riuscire a mostrare il risultato. Se ci fate caso il numero di issue selezionato è maggiore di 1000.

Quello che si nota è che il limite di 1000 issue è superato con questo addon. Non male, assolutamente non male.

Conclusione

Abbiamo un addon MOOOOOOOLTO MOOOOLTO interessante. Ho già identificato una serie di possibili utilizzi di questo addon in altri casi di uso. Verificherò e vi riporterò di seguito in altri post. Rimaniamo in contatto.

Reference

Maggiori informazioni sono disponibili presso la pagina del Marketplace.

In questo post andremo ad esaminare un addon che ci permette di poter estrarre i dati dal Cloud in modo da permetterci di poter eseguire delle interrogazioni mirate.

Una premessa importante

Chi lavora con il Cloud sa perfettamente che quando vogliamo eseguire delle interrogazioni sui dati, la risposta è sempre una. Il seguente memo ce lo spiega

Sul Cloud non abbiamo alcuna possibilità: Ci è precluso l’accesso al database interno. Di conseguenza non possiamo fare nulla per lanciare query… almeno fino ad ora.

Abbiamo una soluzione

Inventato da Bob Swift ma adesso sotto il controllo della Appfire, abbiamo un addon che ci aiuta in tal senso, fornendoci la possibilità di costruire un simil-database su cui poter eseguire le nostre interrogazioni.

Questo addon è nato con l’obiettivo di ricostruire un database simile, rispetto a quello che avevamo a disposizione con la versione onPremise, e permettere agli utenti cloud di riuscire a ricostruire delle query ed interrogazioni.

Come possiamo vedere dalla precedente immagine, riusciamo a ricostruire sia i dati della parte standard, compresi i campi custom. Dalla documentazione dell’addon abbiamo a disposizione anche uno schema dati che ci spiega come ricostruire le relazioni tra le varie tabelle:

Possiamo, attraverso questo addon, ricostruire un simil-database (non è proprio il database effettivo: Teniamolo sempre a mente).

L’addon al momento permette di poter estrarre i dati direttamente su di un database Postgresql. Questo ci limita un pò i movimenti, ma non più di tanto. Se in azienda abbiamo uno standard che ci impone l’utilizzo di altre tipologie di Database (ad esempio: In azienda si usano database MS SQL Server). Tuttavia, usando dei server Linux, il problema viene risolto.

Punti di attenzione

Dobbiamo però tenere sempre a mente alcuni punti di attenzione. Ricordiamoci sempre che il nostro Cloud Atlassian è prevalentemente una macchina virtuale localizzata su Internet e di conseguenza abbiamo:

• Il nostro cloud deve poter accedere al database e di conseguenza questo deve essere raggiungibile da internet
• Essendo raggiungibile da internet, occorre che questo database sia gestito in maniera opportuna.
• Non possiamo esporre direttamente i nostri database verso internet
• Il database da usare deve essere un database che viene immediatamente blindato o svuotato non appena viene compilato

Come si può vedere non si tratta di semplici raccomandazioni, ma di punti di attenzione molto importanti. Se non li rispettiamo abbiamo dei problemi abbastanza seri.

Di conseguenza abbiamo molto da considerare.

La mia esperienza

Ho avuto modo di collaudare questo addon direttamente presso un mio cliente e posso dire che l’addon lavora in maniera egregia. Nel senso che i dati estratti sono effettivamente il clone dei dati. Ma vorrei fare alcune ulteriori considerazioni.

Abbiamo principalmente i dati dello standard

Non ci facciamo illusioni. Non riusciamo a disporre di tutti i dati come nel caso delle nostre installazioni onPremise. Infatti quando possibile, si accedeva anche ai dati degli addon semplicemente andando a leggere le tabelle con prefisso AO%, come riportato in questa documentazione ufficiale Atlassian.

In questo caso l’addon ricostruisce, con buona approssimazione, le informazioni standard e attraverso opportune query, riusciamo a leggere le informazioni che ci servono.

Solo alcuni addon sono disponibili

L’addon riesce a leggere i dati di alcuni addon, come TEMPO TIMESHEET, ma una cosa che ho notato è che le informazioni che sono scaricate sono sotto forma di un JSON che deve essere ‘lavorate’ per poter estrarre i dati che servono.

Possibile eseguire backup totali ed incrementali

E’ possibile eseguire entrambe le modalità. Nel mio caso, potrebbe essere utile eseguire un primo backup generale e poi tutti i backup incrementali. Questo aiuterebbe notevolmente

Conclusioni

Abbiamo un addon interessante ma che deve essere usato con tutti i crismi del caso. Possiamo estrarre i dati che ci interessano e fare le statistiche personalizzate del caso, anche se in ultima istanza suggerisco di appoggiarsi ad appositi tools che permettono di poter portare le informazioni di Jira su PowerBI o QLIK e consentono di gestire le statistiche molto meglio che con un semplice database da rimettere in piedi.

Come sempre riporto le mie indicazioni perché, questo sicuramente lo avrete compreso leggendo i miei post, che è sempre meglio avere più possibilità che solo una possibilità. La libertà di scelta è una arma molto potente che intendo sempre sfruttare e mettere a disposizione, anche quando eseguo le mie consulenze.

Reference

Maggiori informazioni sono reperibili alla pagina del Marketplace.

La gestione degli utenti è molto importante per i Site Administrator dei prodotti Atlassian. Lo sappiamo bene noi che ci lavoriamo tutti i giorni e che ci scontriamo con le varie problematiche.

Tuttavia i produttori di Addon ci aiutano in questo arduo compito. Grazie a loro riusciamo a risolvere al meglio tutte le nostre problematiche, arrivando ad avere

Cosa ci permette di fare?

Questo addon ci aiuta nella gestione utenti semplificata, permettendo anche di poter gestire alcune funzioni interessanti. Andiamo subito a curiosare sulle possibilità offerte.

Possiamo avere una gestione semplificata degli utenti attraverso una funzione di importazione degli stessi e permetterci di semplificarci la vita. Infatti, non tutte le organizzazioni si possono permettere di acquistare Access e l’utilizzo di Addon che dispongono di questa funzione, ci permette di poter avere delle funzioni non indifferenti

IN aggiunta abbiamo la possibilità di poter inserire, sempre in maniera semplice, i nostri customer interni in maniera semplice e veloce, sfruttando le funzionalità che sono presenti a sistema.

La mia esperienza lavorativa

Posso dire che questo addon, in un particolare caso, ci ha permesso di poter gestire al meglio i customer interni di una azienda, permettendoci di poterli creare e configurare in pochissimo tempo (neanche 1 ora).

Abbiamo usato con successo la funzione che ci permette di poter attivare tali customer velocemente ed il cliente è rimasto piacevolmente soddisfatto del risultato. Lui stesso lo utilizza per poter attivare i nuovi customer.

Questa immagine non può che esprimere al meglio quanto penso dell’addon

Reference

Maggiori informazioni sono reperibili alla pagina del Marketplace.