Un piccolo suggerimento

In questo post andremo a vedere una funzionalità standard che può risultare utilissima nella gestione dei nostri task/progetti. Le sottoscrizioni dei filtri.

Di cosa si tratta?

Semplicemente sfruttiamo le nostre interrogazioni JQL verso le issue JIRA. Da qui andiamo ad identificare quelle issue che ci interessano e lo facciamo semplicemente sfrittando la potenza del JQL.

UNa volta fatto ciò, possiamo farci inoltrare da JIRA stesso una email attraverso le Sottoscrizioni, ovvero la possibilità di far eseguire, tramite uno schedulatore, le interrogaziomni che ci servono e da li ricavarci le informazioni utili direttamente in posta. In questo modo abbiamo ciò che ci serve senza dover ogni volta andare a ripetere le interrogzioni ogni 5 minuti.

Vantaggi

Possiamo introdurre un controllo che verifica la presenza di situazioni anomale e farci inoltrare un email ogni qual volta sia necessario. Di conseguenza abbiamo un Akert praticamente gratuito da parte di JIRA.

Svantaggi

Potremmo aver bisogno di una query JQL piuttosto complicata, e questo potrebbe richiedere l’uso di addons che aggiungono delle funzioni adhoc oppure di avere lo scriptrunner per JIRA, che permette di creare delle funzioni particolari di cui avremmo bisogno.

Nel complesso potremmo non avere bisogno di cose troppo particolari e lo standard ci tornerebbe abbastanza comodo.

Conclusioni

ABbiamo visto un semplice Tip che ci permette di avere un Alert sfruttando il più possibile le funzionalità standard. Nei prossimi post andremo ad esaminare come potremmo estendere / migliorare questo truchetto 🙂

Per aiutare la esportazione in PDF

In questo post andiamo ad analizzare un addon che ci permette di poter migliorare l’esportazione e stampa in PDF.

Di cosa si tratta

Nel dettaglio di tratta di sfruttare le User Macro, per le istanze server, in cui possiamo definire delle funzioni che non sono presenti su Confluence per poterci aiutare. In particolare possiamo definire ina interruzione id pagina in maniera molto semplice:

ovvero andiamo a definire una interruzione di pagina andando ad inserire un tag HTML direttamente sulla pagina attraverso questa macro.

Conclusioni

Abbiamo un piccolo barbatrucco che ci può aiutare nella redazione della nostra documentazione.

Reference

Maggiori informazioni sono reperibili in questa pagina dedicata della documentazione Atlassian.

EasyBI – proviamolo

In questo post andremo ad testare questo addon particolarmente interessante. Approfitto per segnalare che a fine maggio si terranno gli EazyBI Days, dove saranno presentate le ultime novità di questo prodotto :-). Ho avuto il piacere di confrontarmi con loro durante il Summit Atlassian di Barcellona, di inizio maggio, ed è stata una occasione unica per confrontarsi e capire che cosa sia possibile fare con questi strumenti meravigliosi.

Installazione

Partiamo come sempre dalla installazione. In questo caso ci concentriamo sulla installazione per la versione Cloud che, come già sappiamo, presenta delle piccole differenze, ma non è affatto difficile da eseguire.

Configurazione

Proseguiamo la nostra esplorazione andando a vedere la configurazione dell’addon. Iniziamo dicendo che l’addon mette a disposizione una sezione dedicata che permette di configurare e definire tutto ciò che serve per le nostre analisi dei dati.

(questo ovviamente è l’esempio del mio account 🙂 )

Da li abbiamo le opzioni per poter:

• Definire le nostre sorgenti dati (Source Data)
• Impostare le nostre query (Analyze)
• Creare le nostre Dashboard, per condividere le informazioni 🙂

Andiamo ad esaminare ogni singola opzione 🙂

Possiamo definire tutte le sorgenti dati, a partire dai nostri progetti JIRA, come possiamo vedere dalla immagine precedente, alle sorgenti dati vere e proprie come database.

Vediamo, come mostrato in figura, che la versione cloud permette di connettersi a diverse fonti, tra le quali anche database. Se lo scegliamo, possiamo scegliere le seguenti fonti:

Questo non è affatto male 😉

Una volta definite le fonti dati, possiamo creare le nostre interrogazioni, il tutto in maniera totalmente visuale 🙂

Da questo punto in avanti andiamo a testare il tutto 🙂

Test

Una volta definite le nostre interrogazioni, possiamo usarle sia nella dashboard di JIRA, da dove possiamo visionare direttamente i nostri dati, come possiamo vedere facilmente.

Una delle possibilità offerte da questi prodotti è quella di pubblicare questi report anche su Confluence, in maniera abbastanza semplice e diretta. Utilizzando un apposito Addon per l’ambiente cloud, è possibile arrivare a pubblicare i report nelle pagine.

L’aggiunta viene eseguita in maniera semplicissima, come mostrato in figura:

Aggiungendo l’addon Dashboard o Report, ed impostando quale report andare a visualizzare:

otteniamo il risultato atteso. Nel nostro caso, abbiamo installato l’addon (in maniera simile a quanto descritto in precedenza) ed il risultato è stato il seguente:

Quindi con pochissimo sforzo abbiamo pubblicato le nostre statistiche direttamente su Confluence molto semplicemente.

Conclusioni

Statistiche, dati, BI tutto all’interno di JIRA e dei prodotti Atlassian. Questo addon è una sorpresa dietro l’altra. bbiamo a disposizione tutto ciò che ci serve per poter arrivare a gestire i nostri dati direttamente dove serve.

Reference

Maggiori dettagli sono reperibili alla pagina del marketplace.

Xporter for JIRA

In questo post procediamo con il test di questo mirabolante e spettacolare addon.

Test

Nel precedente post abbiamo dedicato abbastanza tempo ad installazione e configurazione. Adesso passiamo al test :-). primo passo andiamo a creare il nostro Template.

Template

La generazione non presenta difficoltà particolare. Semplicemente andiamo a costruire un esempio basico e da li procediamo a memorizzarlo sul server FTP che abbiamo configurato nel nostro esempio.

Per questo test andiamo ad usare un template che la stessa Xpand mette a disposizione nel suo Store:

Da quello che vediamo, il template non p che un semplice documento WORD (formato DOCX) che ci permette di impostare il formato che vogliamo. Basta semplicemente riportare dei TAG nei campi che si vogliono visualizzare (abbiamo la lista completa nella documentazione) ed il gioco è fatto.

Lo carichiamo nella nostra istanza di JIRA:

Il template è stato memorizzato senza problemi :-). Se selezioniamo la nostra issue di test (in questo caso provo a stampare la issue relativa al mio Asset management personale.

e questo è il risultato 🙂

Non male come risultato :-). Se poi vogliamo anche esportare le informazioni su di un set di issues, il procedimento è il medesimo :-). Cerchiamo le nostre issue da stampare, con il JQL, come mostrato in figura:

Selezioniamo il menù Xporter for JIRA e procediamo con i wizard:

Selezioniamo il nostro template (anche in questo caso ne ho selezionato uno di quelli standard che la Xpand mette a disposizione nel proprio store).

Lasciamo lavorare le procedure di esportazione ….

… fino a quando non ci mettono a disposizione il risultato finale 😀

Lo scarichiamo ottenendo questo risultato:

Possibili usi alternativi 🙂

Il solo test ci fa venire in mente una serie di utilizzi di questo addon. Infatti, se utilizziamo JIRA per gestire delle risorse, possiamo anche utilizzare questo addon per costruire la documentazione dei vari asset :-).

Possiamo anche creare la documentazione tecnica da consegnare al cliente, in cui diamo tutte le indicazioni di test eseguite, come documentazione per la qualità :-).

Possiamo anche creare dei report per fornire un dettaglio delle attività per i nostri clienti, con tutte le informazioni che servono, da allegare alle fatture.

Per il resto, lasciamoci guidare dalla fantasia :-D.

Conclusioni

Si conclude il test di questo interessante addon, test dove abbiamo visto come poter esportare una documentazione o una lista di issue.

Piccolo barbatrucco

In questo post andiamo ad analizzare un piccolo trucco per vedere la definizione dei campi sotto JIRA Cloud.

Di cosa si tratta

Vi sarà capitato sicuramente, lavorando con un addon, viene restituito un messaggio di errore del tipo:

customfield_10006": "XXXXXXXXXX is required.

e non abbiamo la più pallida idea di come identificarli. Infatti, se andiamo nella definizione dei campi non abbiamo notizie del customfield_10006Tips direttamente dalla documentazione Atlassian. Come possiamo fare ad identificarli? Semplice. Ci viene in aiuto questo .

Per identificare i campi custom e non, identificando anche l’ID, possiamo semplicemente andare a richiamare:

https://<Your-JIRA-URL>/rest/api/2/field

ed il risultato è semplicemente questo:

ovvero un test che ho eseguito in una istallazione server locale, che utilizzo per mio test. Se lo eseguo su di una installazione cloud …. il risultato è il medesimo e abbiamo a disposizione tutti i campi, compresi i custom, come mostrato in figura:

Un pò di manualistica

In questo post andremo a vedere un pò di manualistica, che non fa mai male. In questo caso andiamo a spulciare nella manualista per capire come possiamo eseguire una BULK edit in JIRA 🙂

In cosa consiste

JIRA permette di eseguire una operazione di modifica/editazione multipla (Bulk edit appunto) delle issues. Questa operazione è sicuramente ottima quando si deve eseguire delle operazione che impatta più issue.  Se le dovessimo eseguire singolarmente…. aiuto

Ma prima di tutto

occorre sapere che questa opzione deve essere attivata. Andare quindi nelle permissions del progetto e … attivarle. L’attivazione è comandata dalle Global Permission (le trovate sotto le pagine di amministrazione, sezione System).  Da li andiamo a trovare la nostra bella opzione e…. forniamo le grant necessarie per poter avere  l’opzione disponibile.

Dalla figura vediamo come possiamo settare chi può usufruire della funzionalità.

Una volta configurata?

Possiamo fare tante bellissime cose 🙂

che adesso andiamo ad esaminare in dettaglio:

• Eseguire una transazione per un insieme di issues
• Cancellazione, modifica e spostamento di un insieme di issues
• Modificare il Watch di issues

Operazioni che, se eseguite una per volta, ci fanno invecchiare istantaneamente.

Come usiamo il tutto?

Bellissima domanda. Prima dobbiamo cercare il nostro insieme di issues da … trattare. Quindi andiamo ad applicare l’opzione che vogliamo :-), come mostrato nella seguente figura.

Una volta selezionata, passiamo al wizard che ci guiderà nella operazione che vogliamo fare. La prima operazione del wizard, come mostrato dalla seguente figura:

scegliamo quali issues andiamo a trattare. Il secondo passo è il seguente:

scegliamo l’operazione da eseguire. Supponendo di selezionare Edit Issues , viene proposta una nuova form che richiede quali modifiche operare :-), come mostrato della seguente figura.

Una volta inserite le informazioni necessarie, confermiamo e operiamo le modifiche.

Conclusioni

Abbiamo visto un esempio di come poterci semplificare la vita grazie alle funzionalità di JIRA. Continueremo sempre a pubblicare articoli didattici e di aiuto per gli utenti.

Reference

Per qualsiasi altre informazioni, in inglese, fate riferimento alla pagina del manuale.

I must have addon per Confluence

In questo post fornisco alcune considerazioni su alcuni addon che bisogna avere per avere un Confluence che sia un valido strumento di supporto per la documentazione, ma non solo 😛

Server

Per le installazioni Server, consiglio vivamente di avere i seguenti addon:

• Un ottimo foglio excel per Confluence, che secondo me non deve mai mancare , per dare un ordine ai propri dati ed alle proprie informazioni. 
• Il secondo addon che mi sento di consigliare come indispensabile è Draw.io, che ho già avuto modo di descrivere in questo mio post, che permette di riportare dei grafici/grafi/diagrammi in maniera molto semplice.
• Il terzo addon che consiglio potrebbe sembrare una baggianata, ma salva la vita e sopratutto permette a confluence di essere il grande spammer. Si tratta di No Email Storm, ovvero un addon che permette di scegliere in maniera più agevole l’invio delle notifiche per modifiche alla pagina. 
• Altro addon che consiglio è sicuramente Confluence Source Editor, che permette di andare a leggere il sorgente delle pagine confluence, permettendo di salvarci da spiacevoli situazioni. 

Cloud

Per la versione cloud, confermo sicuramente Draw.io, come per la versione Server. Aggiungo sicuramente CYO – Create Your Own, ovvero un addon che permette di integrare spreadsheet da Google e tanti altri ancora di aspetti.

Altro addon che consiglio è sicuramente Source Editor for Confluence, che permette di agire direttamente sul codice XML della pagina confuence e che, in alcuni casi, potrebbe essere un valido sostituto per creare un template per blog post, funzionalità al momento non ancora disponibile.

Conclusioni

Si tratta di una serie di addon che, a mi giudizio, non dovrebbero mai mancare nella nostra libreria di addon per Confluence. Se qualcuno vuole dare un suggerimento, è il benvenuto.

Risorse per JIRA Service Desk

In questo post andremo ad integrare quanto già esposto in questo post, dove abbiamo introdotto alcune risorse per il mondo Atlassian.

eBook per JIRA Service Desk

Segnaliamo un nuovo libro dedicato interamente a JIRA Service Desk. In un momento in cui JIRA Service Desk si conferma come un o dei prodotti più interessanti nell’ambiente, arrivando ad ottenere la certificazione ITIL, come già descritto qui, questi libri sono un utile spunto per partire con questi prodotti.

Maggiori informazioni sono reperibili qui.

Una breve divagazione

In questo post facciamo una breve divagazione sulle Agile Board. Cerchiamo di capire come possiamo sfruttare questo strumento  in vari ambiti e, sopratutto, vediamo come possiamo adattare alle nostre esigenze lo strumento.

Ringraziamenti

Un ringraziamento a Maria Luisa, per il lavoro che sta svolgendo con i prodotti Atlassian e che ha causato questa divagazione. 🙂

Vediamo come possiamo ….

… sfruttare la Agile Board a nostro uso e consumo. Infatti, si presta bene a diversi utilizzi, come ho già avuto modo di mostrare nel Workflow che ho già pubblicato qui nel marketplace della Atlassian, dove ho mostrato come poter utilizzare la Agile Board per tracciare il flusso delle fatture.

Un altro esempio lo trovate anche in questo post, che ho dedicato ad una ipotesi di realizzazione di Asset Management, dove anche li ho mostrato come la Agile Board trova un suo utilizzo molto naturale nel tracciare lo stato di ogni singolo asset.

Di conseguenza ….

… forti di queste esperienze, possiamo anche ipotizzare che ci siano anche altri possibili utilizzi delle board, anche non proprio relative alla metodologia Agile.

Stato di fatto – Fotografia – Snapshot

Un utilizzo che possiamo avere della Agile Board è quello di tracciare in generale lo stato di fatto. Allo stesso modo usato negli altri esempi. Un altro esempio riguarda il post che ho dedicato alla recensione dell’addon del Kanoah CRM, dove gli autori dell’addon hanno praticamente utilizzato una board per tracciare l’andamento degli affari.

Altri utilizzi?

Lasciamo che sia la nostra fantasia a trovare altri usi :-). Possiamo anche ipotizzare che sia gestita anche per gestire i percorsi di carriera del personale di una azienda. In questo caso, le issue sono utilzzate per rappresentare il dipendente, con tutte le sue informazioni, mentre gli stati del workflow sono i gradi di avanzamento di carriera/assegnazione incarichi e chi più ne ha ne metta, sfruttando anche la potenzialità di Confluence 🙂

Un altro esempio potrebbe essere la gestione di un parco macchine di una azienda. Le issue possono essere utilizzate per rappresentare le automobili, mentre gli utenti di JIRA sono il personale che ottiene in gestione l’auto…. ma questo è solo un possibile applicazione di un utilizzo un pò più generico: ovvero gestire la assegnazione di risorse e, utilizzando anche un altro addon che abbiamo censito, per rintracciarlo a livello geografico.

Ma la board è legata ad un solo progetto?

Fondamentalmente le Board sono legate ad un progetto, anche se possiamo sfruttarle per andare a leggere le informazioni anche da issue appartenenti a diversi progetti. Occorre però tenere presente alcune piccole accortezze per arrivare a gestirle al meglio.

1. Possiamo selezionare le issues che vogliamo, basta semplicemente impostare la JQL di cui si vuole
2. Occorre prestare attenzione: se il filtro JQL non presenta il campo project , allora la Board potrebbe non risultare associata al progetto o fruibile dalla Dashboard del progetto, come mostrato nella immagine successiva
3. Se vogliamo sfruttare le potenzialità della board di modificare lo stato delle issue, accertiamoci che le issue dei progetti selezionati presentino lo stesso workflow, che presentino gli stessi stati e che la Board sia configurata in maniera tale da telere conto degli stessi stati, ovvero quali stati e quale colonna etc. Se presentano WF differenti, potremmo non avere il comportamento che ci aspettiamo 🙂

Conclusioni

Abbiamo fatto una semplice digressione sull’argomento. Questo è sicuramente uno punto di partenza per altri ragionamenti che porterà sicuramente a conclusioni interessanti.

Creiamo una Knowledge Base con JIRA Service Desk

In questo post andremo ad esaminare un sistema per poter gestire la Knowledge base su JIRA Service Desk, ovvero mettere a disposizione dei nostri clienti una libreria in cui sono specificate tutte le risoluzione alle varie problematiche, permettendo di poter risolverle in autonomia.

Di cosa abbiamo bisogno?

Come prima cosa dobbiamo disporre di Confluence nella nostra installazione, come mostrato anche dalla seguente figura:

Per realizzare questa funzionalità, JIRA Service Desk si appoggia ad uno Space di Confluence, dove si costruiscono, attraverso opportune procedure, le pagine della KB. Se Confluence non è disponibile o non è stato opportunamente collegato con il sistema, questa è la schermata che JIRA Service Desk visualizza per avvisare della situazione:

Impostando l’opzione Link to a Confluence space, la prima cosa che si nota è la presenta su portal della barra di ricerca, come mostrato in figura.

Questa è la barra di ricerca che l’utente utilizza per procurarsi la eventuale risoluzione del problema che ha riscontrato.

Come avviene la generazione?

Per generare le varie KB, ABbiamo a disposizione una apposita funzionalità, presente nella default view della issue, come mostrato in figura:

Gli agenti possono quindi, se non ci sono articoli già presenti e se si tratta di problematiche che si possono ripresentare, creare i KB per consentire agli utenti di cercarsi le soluzioni. Abbiamo solo da scegliere il template da usare per creare l’articolo su Confluence 🙂

Conclusioni

Abbiamo visto un semplice tutorial che ci mette a disposizione una buona funzionalità per JIRA Service Desk.

Reference

Suggerisco anche il seguente articolo del blog ufficiale Atlassian, dove sono fornite ulteriori informazioni.