Abbiamo una novità su Confluence. A differenza della missione spaziale Artemis, che viene rimandata quasi costantemente, Atlassian non rimanda e continua a sorprenderci con novità interessanti. La configurazione generale è stata riorganizzata e questo è il risultato:
Per coloro che hanno un profilo PREMIUM, abbiamo anche una nuova visualizzazione: Il MISSION CONTROL. Si tratta di una visualizzazione in cui abbiamo un riassunto della situazione del nostro Confluence. Nella precedente immagine vediamo cosa ci mostra: Statistiche sul numero di spaces e sulla parte di chi sono gli amministratori, quali beta features, etc. Abbiamo un primo esempio di pannello di controllo che ci riassume la situazione.
Spettacolo
Andiamo benissimo. Il viaggio verso il miglioramento di Atlassian prosegue. Ogni giorno vediamo sempre nuove opzioni e possibilità e siamo sempre più curiosi di vedere le prossime funzionalità.
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
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,
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.
Sto per descrivere una situazione cui tutti noi, in un momento ben preciso della nostra vita, abbiamo affrontato: controllare i permission degli space di Confluence Cloud. A questo punto quello che facciamo è reagire come mostrato in questa immagine:
Non disperiamo. Abbiamo una soluzione
Stanco di dover sempre cercare Space per Space, e senza passare dalle API, ho scoperto che abbiamo a disposizione è un fantastico addon (al momento in cui viene redatto questo post, l’addon risulta gratuito), sviluppato in FORGE che ci permette di poter visionare come un utente è coinvolto. Questo addon ci consente di poter avere un quadro di insieme. Su Confluence effettivamente abbiamo un problema: Non sempre disponiamo di interfacce dove possiamo avere un quadro di insieme o multispazio. Solo in tempi abbastanza recenti, possiamo disporre di funzionalità che ci permette di avere un quadro di insieme, ma solo all’interno di un singolo Space.
Come possiamo vedere, questo addon mostra tutti permessi che l’utente che cerchiamo dispone per ogni Space. Il vantaggio è notevole. Possiamo identificare facilmente gli utenti (immaginate se dovete trovare gli Space dove utenti disattivati sono amministratori o se volete identificare chi ha ricevuto le grant di amministrazione per sbaglio).
Qui vediamo una cosa molto interessante: Non dobbiamo navigare Space per Space: Usiamo la textbox per cercare il nostro Space. Non dobbiamo saltare come canguri impazziti da una pagina all’altra.
Conclusioni
Addon superinteressante: Queste schermate mancano o sono parziali su Confluence. Avere a disposizione queste funzionalità, ci permette di poter amministrare facilmente la nostra istanza Cloud, senza impazzire e aprire 1234,89 tab sul nostro browser. Lo collauderò quanto prima. Non vedo l’ora di testarlo.
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.
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
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:
…. 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.
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.
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à.
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.
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.
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.
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. 😉
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.
Il risultato non è quello sperato. Sembra quasi che l’azione non si esegua. Quindi?
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:
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.
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:
promette bene. Vedremo nei prossimi mesi che cosa succederà.