Nuovo evento Atlassian a Milano

In questo post andremo a fare una piccola review di questo evento che si è svolto a Milano.

Un nuovo evento Atlassian in Italia

Si conferma ancora l’attenzione dei prodotti Atlassian in Italia. Un nuovo evento si è svolto a Milano presso la sede di iBuildings. A questo evento ho avuto l’opportunità di poter partecipare in veste di AUG Leader – Bologna, descrivendo Confluence e Jira sopra le righe, ovvero come poter rivedere le modalità di uso di questi prodotti ed usarli anche in altri ambiti.

Ma andiamo con Ordine 🙂

L’evento si è aperto con un intervento di Luca Caucchioli, Business Development Manager di iBuildings, che ha introdotto subito gli argomenti dell’Atlassian Day ed ha presentato in maniera semplice ed efficace al pubblico intervenuto.

E’ subito seguito l’intervento di Diego Banchero, Business Architect  di iBuildings, che ha dato una panoramica semplice, diretta e ben fatta dei prodotti Confluence, JIRA e, dopo una breve pausa caffè, anche di Jira Service Desk.

E’ quindi seguito il mio intervento, in cui spiegavo come, con questi strumenti, sia possibile andare sopra le righe, cercando di aiutare i presenti ad aprire la mente e a vedere oltre il normale utilizzo canonico di questi strumenti: La fantasia deve essere il nostro unico limite 🙂 e direi che l’immagine che ho usato nella presentazione si presta bene a dare le indicazioni 😛

Nel pomeriggio è stato mostrato ai partecipanti un caso di uso su come utilizzare questi strumenti tutti insieme per aiutarci nel lavoro di tutti i giorni.

Vincenzo Ferrari ha condotto un buon esempio ed ha mostrato come questi prodotti lavorano insieme in perfetta sinergia, rispondendo alle domande del pubblico, che ha partecipato attivamente  all’evento.

Sia Diego che io siamo intervenuti per fornire ulteriori spiegazioni ed indicazioni.

Conclusioni

Cresce l’interesse in Italia per i prodotti della Atlassian e prevedo grandi sorprese nei prossimi mesi. State collegati. Useremo tutti i canali per tenerVi aggiornati 😀

Test test test ed ancora test

In questo post andremo a testare questo addon per JIRA su versione Server e cloud, cercando di indicare le differenze e le potenzialità, laddove presenti.

Installazione

Partiamo, come sempre, dalla installazione per la versione server, evidenziando che esistono variazioni che sono presenti nella installazione per Cloud.

Server

Partiamo dalla installazione per Server. Selezioniamo il nostro addon dalla lista degli addon disponibili e quindi diamo Free Trial. L’installazione partirà automaticamente, come mostrato in figura:

Terminata l’installazione sarà segnalato che l’addon è adesso presente nella nostra installazione ma, come ben sappiamo……

… dobbiamo dare la licenza e la seguente immagine ci aiuta in questo:

Diamo le nostre credenziali e vedremo il risultato …..

… comparire a breve.

Una volta terminato, possiamo partire e vedere i risultati 🙂

Cloud

Esaminiamo adesso l’installazione per l’ambiente cloud. Come ben sappiamo, questa installazione presenta delle differenze e di conseguenza la dettaglierò molto meglio :-). Come sempre andiamo a ricercare il nostro addon nella apposita sezione:

quindi selezionando Free Trial iniziamo l’installazione nella nostra istanza cloud. Confermiamo il messaggio indicato nella immagine seguente:

e procediamo alla installazione vera e propria….

… attendiamo il deploy completo e la relativa installazione ….

… quindi attendiamo l’aggiornamento del sistema di licenze cloud …..

… finalmente siamo pronti a partire 😀

…. e possiamo contare sulla nostra trial, come possiamo vedere nella schermata successiva 🙂

Configurazione

Proseguiamo con la configurazione, verificando se presente (in entrambe le installazioni). In entrambi i casi non abbiamo alcuna maschera di controllo della configurazione. Di conseguenza non segnaliamo altro in questo paragrafo 🙂

Azione: partiamo con i test

Andiamo adesso ad usare il tutto. Qui scatta la prima domanda. Come lo andiamo ad usare, visto che il nome è CLI ovvero Command Line Interface??? :-O

Per la versione server la risposta è semplice. Apriamo un Terminal (per linux) o un CMD (per windows) e allora possiamo usarlo ben bene :-), ma prima occorre scaricare gli script per poter usare questi strumenti, facendo riferimento alla manualistica dell’addon. Chiaramente occorre configurare questi script in modo da riportare esattamente a quale istanza stiamo lavorando e usare una utenza ad hoc, autorizzata ad eseguire le operazioni che l’addon mette a disposizione.

Come notiamo dalla figura precedente, appoggiandomi al buon editor NANO (lo uso da anni e mi trovo benissimo) andiamo a specializzare la chiamata aggiungendo i seguenti parametri:

• –server <URL del server>
• –user <utente>
• –password <password>

Fatto ciò, eseguiamoli ed andiamo ad aggiungere un pò di automatismi alla nostra istanza server :-D. Nella manualistica sono presenti degli ulteriori esempi, come mostrato in figura.

Abbiamo eseguito un esempio sulla nostra istanza server attraverso il comando:

e questo è il risultato:

Benissimo, ma come funziona per il cloud?

Per il Cloud, la situazione è la seguente: Usiamo esattamente gli stessi script in locale, solo che li andiamo a crearci un comando ad hoc per la versione cloud

ed il risultato è il seguente:

Che altro?

Fino a qui ci siamo arrivati. Ma la domanda sorge spontanea. Che altro possiamo fare?? lo andremo ad approfondire nei prossimi post :-).

Conclusione

Abbiamo visto un addon molto interessante ed abbiamo visto che cosa offre. Completeremo, nei prossimi post, la quesrione delle Post-Function e successivamente, cercheremo di trovare e documentare degli script che possono essere di pubblica utilità, al fine di creare una mini libreria di codice.

Reference

Maggiori informazioni sono reperibili qui. Fate riferimento anche ai link della documentazione che sono riportati nel post.

Uno Spin-off moooooolto interessante

In questo post andiamo a descrivere un addon nato come Spin-off di un grande addon, di cui abbiamo parlato: JExcel.

Andiamo al sodo

Questo addon mette a disposizione una funzione molto importante: consente di poter importare/esportare issues da e per un progetto JIRA. Il tutto in maniera molto semplice e senza necessità di conoscenze particolari su JIRA.

Come possiamo vedere dalla seguente immagine:

vediamo che l’opzione da richiamare è molto semplice: Un menù … Banale :-D. Le opzioni da settare non sono difficili:

Possiamo scegliere il formato della esportazione, in base alle nostre necessità. Analogo discorso per le importazioni. Possiamo importare sia da file Excel che da file di testo.

Conclusioni

Abbiamo una risposta ad una annosa domanda. Come posso esportare/importare le issue da una istanza JIRA ad un’altra? Adesso abbiamo una risposta per tutti.

Reference

Maggiori informazioni sull’addon sono presenti qui.

CLI – Command Line Interface su JIRA

In questo post andremo ad esaminare un addon che permette di poter aggiungere degli script sulle nostre istanze JIRA. Si tratta di CLI di Bob Swift.

Una piccola ma doverosa premessa

In questo post andiamo a descrivere CLI per JIRA, ma questa CLI è disponibile anche per tutti i prodotti della Atlassian, quali Confluence, BitBucket, FishEye, Bamboo, HIpChat, etc.

Di che cosa si occupa?

Questo addon permette di aggiungere una console CLI per poter inserire degli script custom, al fine di aggiungere delle azioni che non sono presenti nello standard.

Permette di poter automatizzare determinate operazioni di amministrazione o ripetitive, migliorando la vita degli amministratori di JIRA e dei Project Manager

Permette di poter eseguire degli import dei dati da altre sorgenti.

Tutte queste operazioni, come mostrato nella figura sottostante, possono essere eseguite con comandi molto semplici e di facile comprensione/apprendimento

In aggiunta, questo addon è disponibile sia per installazioni Server che per Cloud.

Conclusioni

Abbiamo un addon che ci mette a disposizione una funzionalità non indifferente: possiamo aggiungere tutte le azioni custom che ci servono e possiamo anche schedularle. Nei prossimi post andremo a provarle e cercheremo di aggiungere nuove funzionalità attraverso degli esempi.

Reference

Maggiori informazioni sono presenti qui.

Tips & Tricks

In questo post andremo a vedere come possiamo estendere facilmente una vista di JIRA, in modo da riportare delle opportune informazioni.

Come inserire la Key nel quadro dei subtask

Obbiettivo è quello di andare a mettere le mani nel codice e successivamente far si che, nella vista che ci interessa, sia visualizzata l’informazione che ci interessa.

Di seguito le istruzioni:

• Tutte le istruzioni devono essere eseguite sul server su cui è installato il nostro JIRA
• Posizionarsi sulla directory: <Install_DIR>/atlassian-jira/WEB-INF/classes 
  
• Cercare il file jpm.xml  ed eseguire una copia di backup  
• editare (usate l’editor che vi pare) il file jpm.xml, ricercando la property jira.table.cols.subtasks, come mostrato nella seguente figura: 
• Il risultato, una volta eseguito il restart del server JIRA, sarà il seguente: 

Una raccomandazione

Si tratta di una operazione delicata. Ricordarsi di prestare molta attenzione. Seguire le istruzioni ed eseguire delle copie di backup di tutti i file che sono modificati.

Conclusioni

Abbiamo visto come poter adattare JIRA alle nostre necessità. Questo ci mostra ulteriori vantaggi e possibili sviluppi su come estendere le funzionalità .

Reference

Maggiori dettagli sono reperibili qui.

Ultime novità su JIRA Service Desk

In questo post andiamo a visionare le ultime novità su JIRA Service Desk.

Che novità?

Come possiamo vedere dalla seguente immagine:

abbiamo una piccola semplificazione: Possiamo gestire semplici eveti di Approvazione/Rifiuto. Pensate tutte quelle situazioni in cui si deve semplicemente approvare o rifiutare l’accesso ad una risorsa, ad un pagamento, etc. Adesso abbiamo la semplificazione su JSD e possiamo realizzarlo.

Altra novità, sempre nell’ottica di semplificazione è riassunta nella seguente immagine:

Quante volte il Service Desk ha dovuto chiedere all’utente: Posso chiudere la segnalazione 🙁 ?? Bene. Adesso se lo stesso utente ha verificato la risoluzione del problema, può chiudere lui stesso la segnalazione.

Abbiamo, tra le segnalazioni, una riguardante la Knowledge Base:

Sappiamo bene quanto la KB ci può aiutare nella gestione delle problematiche. La presenza di articoli è vitale nella gestione di una organizzazione. E’ stata migliorata la gestione della KB in JIRA Service Desk.

La reportistica, anch’essa non meno importante, consente di poter monitorare il funzionamento di tutto l’ingranagio. Con questa nuova versione i report sono stati estesi e semplificati.

La sidebar, ovvero il nostro quick reference per accedere alle varie funzionalità,  stata estesa:

Possibile adesso caricare le proprie icone sulle request 🙂

Non ultima, viene data la possibilità, all’utente, di poter silenziare le notifiche

T

Conclusioni

Una sola parola: S P E T T A C O L A R E :-). Non potevamo ottenere risultati maggiori, ma sono sicuro che la Atlassian sarà ancora in grado di sorprenderci.

Reference

Maggiori informazioni sono reperibili al seguente link.

E fino a qui ci siamo arrivati 🙂

In questo post andiamo a vedere quali novità sono state riportare nella versione 7.2 di JIRA (ovviamente per tutte le pacchettizzazioni esistenti).

Subito al dunque

Vediamo subito quali news e quali novità, guardando subito le immagini che sono state pubblicate.

Come vediamo dalla immagine precedente, possiamo finalmente usare l’ipertesto e non i metatag per scrivere commenti su JIRA. In precedenza questa era la situazione:

Un passo verso la semplificazione della vita degli utenti 🙂

Altra croce/delizia di tutti gli utenti, ovvero le esportazioni dei dati, è stata migliorata, creando una funzionalità di esportazione CSV molto semplice e flessibile.

Dalla seguente immagine abbiamo anche evidenza di un’altra novità:

La sidebar diventa adesso un compagno di viaggio e ci consente sempre di poter navigare sulle nostre informazioni del progetto 🙂

Dalla seguente immagine si evince anche una ottima semplificazione delle sezioni di gestione delle versioni e dei componenti.

Altra caratteristica di questa nuova versione, molto importante e non da scordarsi, riguarda le Performance. Con questo rilascio alcune funzionalità sono state reingegnerizzate e riviste al fine di rispondere meglio e …. molto più velocemente.

Non ultima, sono stati risolti diversi Bug Fix. Vi invito a riguardare la sezione Reference per maggiori dettagli.

Conclusioni

Rimaniamo sempre piacevolmente sorpresi dalle novità di ogni rilascio :-). JIRA si dimostra un prodotto VIVO e sempre pieno di grandi novità.

Reference

Tutte le novità sono raccolte in questo link. Li troverete anche l’elenco delle ISSUE di bug fix rilasciate con questa versione.

First look

In questo post andiamo ad esaminare un addon per gestire quali subtask si possono creare, in base alla tipologia della issue principale. Diamo una occhiata ad un altro addon della Broken Build.

Di cosa si occupa?

Fondamentalmente, questo addon permette di poter indicare, attraverso nuove configurazioni, data una certa tipologia di issue, quali subtask è possibile creare.

Permette di poter visionare, integrandosi perfettamente nelle pagine della configurazione, la scelta dei subtask operata

Quindi, in base alla configurazione impostata, risulta possibile solo fare riferimento ai subtask indicati.

Conclusioni

Si tratta di un addon interessante. Abbiamo già esaminato diversi addon realizzati da Broken Build. Si tratta di funzionalità che molto spesso sono mancanti nello standard di JIRA e che spessissimo le aziende cercano, principalmente  per migliorare la vita lavorativa. Nei prossimi post, come sempre, la prova sul campo dell’addon.

Reference

Maggiori informazioni sono reperibili qui.

Ultime richieste utente soddisfatte da Atlassian

In questo post andiamo ad esaminare quali richieste utenti sono state rilasciate con le ultime versioni di JIRA Software.

Edit issues from your agile board or backlog

Viene data la possibilità di poter editare una issue direttamente dalla fase di Spring Planning, come mostrato in figura:

Export issues directly to CSV

Oltre ai sistemi già in essere, che consentono di esportare le issues su XML o altri formati, adesso viene offerta la possibilità di averle in formato CSV 🙂

Rich text editor

Aggiunta la possibilità di poter avere una editazione del testo con opportuna formattazione e non con il markup, come avviene attualmente. Questo è sicuramente in buon vantaggio per editare del testo. La funzione è al momento disponibile sul LAB, e sarà in produzione abbastanza presto.

Clone an issue without sprint details

Viene data la possibilità di poter eseguire una clonazione di una issue senza portarsi dietro lo sprint details. Mentre prima la clonazione di una issue implicava la clonazione di tutti i suoi dettagli, è adesso possibile eseguire questa operazione senza portarsi dietro tutte queste informazioni.

Conclusioni

Abbiamo visto quali nuove funzionalità, richieste dagli utenti, sono state riportate. Rimaniamo in attesa di testarle in prima persona e di riportare le nostre impressioni in merito 🙂

Reference

Maggiori informazioni alla pagina del blog ufficiale della Atlassian.

Tips & Tricks – Esplorazione continua

In questo post proseguiamo la nostra esplorazione dei Tips & Tricks sui prodotti Atlassian. In particolare ci concentreremo su come usare Script Runner per eseguire alcune operazioni.

Clone issue

Si tratta di uno scernario che ci si può presentare per 1000 ragioni. Quello che potrebbe capitare è di assegnare un compito simile ad un secondo gruppo di lavoro: immaginate di trovarvi in una situazione in cui uno stesso applicativo viene gestito in versioni differenti, in base alle indicazioni dei clienti e, trovando un bug comune a tutti, prima si corregge sulla versione generale e successivamente deve essere riportato sulle versioni custom.

Come lo realizziamo?

Una possimibe strada è quella di servirsi di un addon di cui abbiamo parlato già in passato: ScriptRunner per JIRA. Attraverso questo addon possiamo estendere le funzionalità del nostro JIRA in modo da implementare questa operazione in automatico, arrivando a creare la issue clone.

Agiamo a livello di Workflow, dove inseriamo una postfunction che ci permette di poter aggiungere una nuova funzionalità, che l’addon ci mette a disposizione: Tra le possibili scelte abbiamo anche il Clone Issue. Questo ci propone una agevole composizione che ci permette di inserire parametri necessari alla clonazione.

Come possiamo vedere abbiamo a disposizione una interfaccia molto semplice 🙂

Conclusioni

Abbiamo visto un semplice Tips & Tricks, che ci permette di poter risolvere alcuni problemi in maniera molto semplice e veloce. Nei prossimi post analizzeremo altre situazioni.

Reference

Segnalo anche questi link, che possono tornare utili per versioni un pò più vecchie di JIRA.

• https://answers.atlassian.com/questions/9371892/script-runner-example-for-clone-issue-post-function
• https://jirasupport.wordpress.com/2015/09/22/postfunction-groovy-script-runner-to-clone-issue-with-different-type-and-link-between/