Evento Atlassian a Bologna

In questo post andiamo a dettagliare un nuovo evento Atlassian a Bologna, che con Milano, si confermano essere sempre al centro degli eventi Atlassian in Italia. Dalla presentazione di JIRA 7, ad AUG, Bologna Docet sempre :-D. Andiamo a curiosare sui vari interventi e su quanto detto ed esposto, verificando quali novità ci sono dal mondo Atlassian.

Gli ospiti

Segnaliamo, tra gli interventi, i seguenti ospiti di eccezione:

• Feico Mol – Director EMEA channel – Atlassian

• Vlad Cavalcanti – Partner Manager EMEA – Atlassian
• Gudrun fema olafsdottrit – di TEMPO, società inslandese che produce gli addon per JIRA.

• Gonzalo Torres – Director Solutions di  Opinno Europe

Gli argomenti

Andiamo subito a dunque, esaminando gli argomenti dei vari interventi e riportando i punti salienti. 😀

Siamo partiti da una breve introduzione di Alessandro Rizzoli, fondatore di Getconnected, che ha fornito una breve ma importante panoramica sul concetto di Innovazione, supportato dagli ospiti Atlassian

Subito dopo, Feico Mol ha indicato i punti salienti di come, la Atlassian, ha fornito il suo contributo nella innovazione, in cui ha illustrato quello che la Atlassian puo fare per supportare ed aiutare i team nel proprio lavoro, ma non solo i team di sviluppo software… TUTTI i team :-D. Anche se questa presentazione è stata in inglese, Feico Mol ha giurato che la prossima volta che interverrà, sarà in italiano.

L’incontro è entrato nel vivo andando ad affrontare come l’approccio Agile, con la spiegazione delle varie metodologie e incentrandosi sul nuovo concetto di Project Management 3.0, possa aiutare ad innovare l’azienda. Il PM di Getconnected, Christian, ha realizzato una presentazione egregia sull’argomento.

Subito dopo, Gudrun Fema Olafsdottrit di TEMPO, ha illustrato come i prodotti realizzati dalla TEMPO possono essere utilizzati per migliorare ed aiutare i team a migliorarsi ulteriormente. Anche se era in vacanza, ha accettato di partecipare a questo evento per dare il suo contributo.

Christian è quindi intervenuto nuovamente iniziando a descrivere Jira Portofolio, cui è seguita una piccola demo su JIRA Portfolio 2.0

Sono state descritte le nuove funzionalità che la versione 2.0 ha introdotto. Non escludo che JIRA Portofolio sia oggetto di un ulteriore approfondimento per il prossimo AUG Bologna.

La demo successiva è stata esaustiva ed importante, mostrando come, attraverso pochi e semplici clock del mouse, si possa arrivare ad avere uno scenario ed una proiezione degli sviluppi di un progetto.

E’ quindi seguita la presentazione di Gonzalo Torres , che ha mostrato come la Opinno porta innovazione nelle aziende di tutto il mondo.

Intervento interessante, di Alessandro Rizzoli, su AgileMarketing, che descrive come l’approccio Agile può aiutare il personale marketing a migliorare il proprio lavoro.

Ultimo, ma non ultimo, l’intervento di Vlad cavalcanti:

che ha egregiamente riassunto come la Atlassian ha portato innovazione al suo interno, arrivando a migliorarsi continuamente. La condivisione di tutte le notizie (buone o brutte che siano), la responsabilizzazione delle persone e un nuovo approccio culturale, fanno della Atlassian una delle migliori aziende a livello mondiale

Ha altresì dato alcune notizie in anteprima: Dal 2 al 5 maggio si terrà in europa, a Barcellona, il primo Atlassian Summit europeo 🙂

Conclusioni

Bologna si conferma al centro degli eventi Atlassian in Italia, con argomenti molto validi ed importanti. Con l’estate che incombe, ci apprestiamo alle ferie, ma con l’autunno ci saranno nuove sorprese, non ultime AUG Bologna con un nuovo evento.

Confluence 5.10 – Ci siamo

In questo post andremo a dare una prima occhiata alle nuove caratteristiche della versione 5.10.

Quali sono le novità?

Vediamo subito le principali novità su questa versione.

Responsive table

Abbiamo la possibilità di poter dimensionare direttamente le tabelle, oppure di tenerle a lunghezza fissa. Come possessore di una istanza cloud, ho avuto la possibilità di poter sperimentare questa nuova funzionalità già dai giorni scorsi. 🙂

Verifiche su Application Links

Abbiamo la possibilità di poter avere dei feedback sulle connessioni, oltre che avere la possibilità di creare dei link in maniera molto più semplice.

Audit log – miglioramenti

Abbiamo un miglioramento all’interfaccia che viene proposta all’utente, permettendo di tracciare molte più operazioni, tra le quali, come si può vedere dalla immagine sottostante, abbiamo anche il dettaglio di quando sono creati i gruppi, gli utenti, etc. In aggiunta, possiamo anche filtrarli.

Ultime novità su Macro Usage

Viene introdotta la possibilità di poter verificare quanto spesso le macro sono usate.

Batched Notification

Viene data all’amministratore la possibilità di configurare al meglio le notifiche che possiamo ricevere, al fine di non perdere troppo tempo nella loro…. gestione.

Nuove lingue

Sono state messe a disposizione nuove lingue, oltre a quelle già fornire di default. In particolare:

• Portoghese del Brasile
• Inglese USA
• Russo
• Coreano

Nuove feature e Bug fix rilasciate

Sono state aggiunte nuove funzionalità e corretti diversi Bug. Maggiori dettagli sono presenti qui.

Issue CONF-40283

Si trattava di un problema riscontrato in fase di generazione di un nuovo blog post (mi colpiva su alcune delle mie procedure aziendali e ne sono stato coinvolto). Non risultava possibile poter creare un post, retrodatandolo o settando una opportuna data. Adesso è invece possibile nuovamente 🙂

Conclusioni

Abbiamo dato una occhiata a che cosa ci aspetta da Confluence 5.10. Rimaniamo in attesa di nuove mirabilanti novità 🙂

Reference

Maggiori informazioni sono presenti qui.

Issue Template for JIRA

In qusto post andremo ad esaminare questo addon della InTENSO, che ci mette a disposizione una serie di funzionalità molto interessanti.

Caratteristiche principali

Vediamo subito le caratteristiche principali di questo Addon.

• Creazione di Issue direttamente da template
• Autocomplete di determinati valori della issue generata, in base al template selezionato
• Possibilità di creare dei subtask in base a come sono stati definiti i template
• Variabili, che permettono di poter sostituire un valore una sola volta in diversi placeholder
• Possibilità di definire quali campi sono compresi nelle procedure di autocompletamento (scope)

Quali operazioni sono possibili?

La nostra fantasia inizia a correre :-). Possiamo generare dei template e successivamente utilizzarli per creare delle issue preconfezionate per operazioni che richiedono passi ben precisi.

Ad esempio:

• Richiesta nuovo hardware
  • task per l’amministrazione, per autorizzare l’acquisto
  • task per i sistemisti, che devono predisporre il nuovo hardware stesso
  • task per i capi progetto, qualora necessario, sviluppino il software per usare il nuovo hardware
  • etc.
• Richiesta utilizzo nuova risorsa (nuovo pc, tablet, cellulare, etc)
• creazione di un task standard per lo sviluppo software, dove:
  • Task principale descrive la nuova funzionalità
  • subtask dedicato all’analisi funzionale
  • subtask dedicato all’analisi tecnica
  • subtask dedicato allo sviluppo
  • subtask dedicato al test funzionale
  • subtask dedicato al rilascio
  • subtask dedicato al post-production
  • (lasciate correre la fantasia).

Conclusioni

Abbiamo un addon fenomenale. Si aprono un ventaglio di possibilità non indifferenti con questo addon. Nei prossimi post andremo a collaudarlo per verificarne appieno le proprie capacità, e sono ben sicuro che non deluderanno le aspettative.

Reference

Maggiori informazioni sono presenti qui. Si rimanda al sito della InTENSO per maggiori informazioni ed alla manualistica per tutti i dettagli.

Estendiamo JQL di JIRA Cloud

In questo post vedremo come poter estendere JQL della nostra istanza JIRA Cloud con JQL Search Extensions for JIRA.

Caratteristiche principali

Notiamo subito che sono messe a disposizione molte funzioni di JQL, come mostrato dalla figura:

e le funzionalità di ricerca ci aiutano nella ricerca di queste…. funzioni 🙂

Possiamo anche eseguire delle ricerche anche per capire quali issue presentano un attachment con una particolare estensione :-D.

Conclusioni

Abbiamo un addon da esaminare meglio nel dettaglio e nella prova su strada. Nei prossimi post andremo a…. saggiarne le potenzialità.

Reference

Maggiori informazioni sono presenti qui.

Conclusioni

GLi scenari che si aprono sono molteplici: Dalla sincronizzazione di alcune ISSUE verso una istanza in DMZ, dove poter condividere delle informazioni verso i propri clienti, alla possibilità di poter sfruttare una istanza di test per poter creare un vero e proprio deploy di configurazione. Eseguiremo una prova su strada dell’addon, per meglio comprendere la realizzazione e, come sempre, saggiarne le potenzialità.

Nei prossimi post andremo ad esaminare quali altre possibili soluzioni possono essere applicate, in modo da risolverci i problemi.

Form per Confluence

In questo post andiamo a riprendere un argomento già trattato in passato: Come inserire delle Form in Confluence. Cercheremo di riprendere il filo del discorso e di capire che cosa è possibile fare adesso dopo quasi 2 anni da quando abbiamo iniziato a trattare l’argomento.

Form for Confluence by Adaptavist

Iniziamo a guardare che cosa offre questo addon della Adaptavist. Si tratta di una soluzione che molti utilizzatori di Confluence aspettano.

Form nelle pagine Confluence

Abbiamo la possibilità di inserire delle form direttamente nelle pagine di Confluence, consentendo agli utenti di poter inserire le informazioni senza saltare su altre applicazioni, e salvando direttamente le informazioni proprio sul database di Confluence.

Come mostrato dalla precedente istruzione, le informazioni sono disponibili direttamente dalla sezione di amministrazione di Confluence. Possiamo analizzarle, visualizzarle ed esportarle, per poi meglio analizzarle.

Abbiamo la possibilità di poter inviare le risposte via email, configurando in maniera abbastanza semplice il tutto.

viene anche permesso di visualizzare facilmente chi utilizza le form che inviano le informazioni via email.

Che utilizzi ci vengono in mente?

Esaminando questo addon, i primi utilizzi che ci vengono in mente sono i seguenti:

• Segnalazioni di issue/suggerimenti su pagine pubbliche di Confluence
• Sondaggi/brevi survey dove il risultato viene inviato via email
• Gestione di richieste ad uso interno, per le aziende che non utilizzano JIRA, ma solo Confluence
• (lasciamo che la fantasia ci guidi 😉 )

Conclusioni

Abbiamo visto un addon molto interessante, che potrebbe essere una soluzione ad alcuni problemi o che potrebbe tranquillamente aiutarci e supportarci nel lavoro di tutti i giorni. Nei prossimi post andremo a collaudarlo.

Reference

Maggiori informazioni sull’addon sono reperibili:

• Atlassian marketplace
• Sito Adaptavist.

Agile in JIRA – Due chiacchiere su Agile

In questo primo post, faremo un giro virtuale sui concetti base e sulla storia su Agile. Parleremo del Manifesto Agile e dei concetti fondamentali.

In principio era Waterfall…..

Prima dell’avvento di Agile, lo sviluppo software seguiva le indicazioni di Waterfall:

Come mostrato dalla immagine, che sicuramente ci sembrerà familiare, il processo è sequenziale. Si parte dalla analisi delle necessità del nostro cliente fino ad arrivare alla implementazione e quindi al deploy e relativa manutenzione.

Questa metodologia è sicuramente molto semplice da usare e di facile apprendimento, ma presenta una serie di …. difetti, che cercheremo di dettagliare:

• Non si adegua ai cambiamenti. 
• Molto rigida
• Richiede molto tempo dalla analisi al deploy

Non è quello che volevo…..

Questa è la frase che quasi sempre ci siamo sentiti dire, dopo tantissimi sforzi e tantissima fatica per realizzare il tutto, a volte con dei tempi molto stretti. Molto spesso il cliente, pieno di speranza, arrivava ad avere un prodotto che non sempre rispecchiava le sue aspettative.

In aggiunta, abbiamo anche la delusione degli sviluppatori: Anche loro dicono che hanno seguito le istruzioni dettate dell’analisi.

Una piccola precisazione: non voglio assolutamente criminalizzare la metodologia Waterfall. Questa metodologia è valida nonché semplice da apprendere, ma non sempre è indicata in determinate situazioni. A tale scopo sono stati introdotti i concetti di Agile che ben si prestano nella realizzazione di un software (e non solo) destinato a crescere. Vediamo in primo dettaglio 😀

Cosa introduce Agile?

Agile introduce diversi nuovi concetti che sono riassunti nel Manifesto Agile, come mostrato nella seguente figura:

Questi concetti sono da considerare come le nostre tavole della legge dei 10 comandamenti. Sono le fondamenta di tutto l’approccio. Si da maggiore importanza ai 4 concetti espressi, in particolare alle parole a sinistra in quanto sono i pilastri su cui ci poggiamo.

Il tutto si sviluppa in ben 12 punti, che andiamo a dettagliare:

• La nostra massima priorità è soddisfare il cliente
  rilasciando software di valore, fin da subito
  e in maniera continua.
• Accogliamo i cambiamenti nei requisiti,
  anche a stadi avanzati dello sviluppo.
  I processi agili sfruttano il cambiamento
  a favore del vantaggio competitivo del cliente.
• Consegnamo frequentemente software funzionante,
  con cadenza variabile da un paio di settimane a un paio di mesi,
  preferendo i periodi brevi.
• Committenti e sviluppatori devono lavorare insieme
  quotidianamente per tutta la durata del progetto.
• Fondiamo i progetti su individui motivati.
  Diamo loro l’ambiente e il supporto di cui hanno bisogno
  e confidiamo nella loro capacità di portare il lavoro a termine.
• Una conversazione faccia a faccia
  è il modo più efficiente e più efficace per comunicare
  con il team ed all’interno del team.
• Il software funzionante è il principale metro di misura di progresso.
• I processi agili promuovono uno sviluppo sostenibile.
  Gli sponsor, gli sviluppatori e gli utenti dovrebbero essere in grado
  di mantenere indefinitamente un ritmo costante.
• La continua attenzione all’eccellenza tecnica
  e alla buona progettazione esaltano l’agilità.
• La semplicità – l’arte di massimizzare la quantità
  di lavoro non svolto – è essenziale.
• Le architetture, i requisiti e la progettazione
  migliori emergono da team che si auto-organizzano.
• A intervalli regolari il team riflette su come
  diventare più efficace, dopodiché regola e adatta
  il proprio comportamento di conseguenza.

Fondamentalmente, cambiamo il nostro modo di ragionare e di approcciare i problema: Non abbiamo dei tempi biblici per rilasciare il software o dei passi rigidi per i quali blocchiamo lo sviluppo. Identifichiamo le varie funzionalità che compongono l’applicativo e le andiamo a rilasciare al più ogni due/quattro settimane.

Confronto continuo, semplicità sulle fasi di sviluppo, accoglimento del cambiamento come qualcosa di positivo. Costruiamo l’applicativo un pezzo alla volta, facendolo crescere in modo da aumentare le potenzialità del gruppo di lavoro.

Abbiamo anche un vantaggio molto importante, o effetto collaterale se vogliamo: La QUALITA’ aumenta perché:

• Si rilascia sempre un software funzionante, anche perché ne rilasciamo sempre una porzione per volta
• il cliente controlla sempre se rispetta le richieste e verifica subito se effettivamente le sue esigenze sono ricoperte.

Interazione faccia a faccia costante dei vari elementi del team di sviluppo.  Come gli ingranaggi di una grande macchina, i vari elementi del team di sviluppo devono lavorare in sintonia ed in tranquillità, dando il massimo di loro stessi. Questo significa che la comunicazione deve essere sempre aperta e costante. 🙂

In aggiunta cambiano i concetti di responsabile e di ruoli, come esiste in Waterfall. Non un unico responsabile, che comanda e che risponde di tutto, ma tutti sono responsabili di una intera sprint e del successo/insuccesso.

Ed il cliente?

Lo coinvolgiamo totalmente, come anticipato in precedenza. Ad ogni rilascio gli viene viene richiesto un feedback, un contributo sulle operazioni e che gli da la possibilità di verificare quanto pronto.

In questo modo gli diamo sempre la possibilità di poter verificare direttamente i progressi, vedere l’applicativo crescere e … importantissimo …. non ce lo troviamo tra capo e collo ogni 5 minuti che chiede: Quando sarà pronto l’applicativo??

Il Cliente diventa un valido alleato nello sviluppo del software.

Differenze con il Waterfall?

Diamo una occhiata a questa immagine:

che ci fornisce un confronto tra le due metodologie: Waterfall Vs Agile. Vediamo che Agile meglio si adatta alle situazioni in cui il cambiamento è alto. I problemi vengono scoperti molto più velocemente, anche grazie all’intervento del cliente che, collaborando a stretto gomito con gli sviluppatori, aiutano nella risoluzione.

Kanban, Scrum, scrumban, …

Sono le varie metodologie che sono nate e si sono sviluppate. Queste saranno esaminate, leggermente in dettaglio, nei prossimi post dedicati a questa serie AGILE in JIRA.

References

Suggeriamo le seguenti letture:

• La guida a Scrum (In Italiano)
• Scrum Guides (Sito web)
• Manifesto Agile
• Kanban – le basi

ma non sono le uniche. Qualsiasi contributo è sicuramente ben accetto e ringrazio fin da adesso tutti coloro che daranno il loro contributo.

Ringraziamenti

Ringraziamenti per l’aiuto a Michael Forni, che è stato un valido supporto nella redazione di questi articoli. Se volete chiedere, domandare o semplicemente fare una domanda spot, riporto di seguito i suoi contatti:

• Twitter: @MichaelForni
• Linkedin: www.linkedin.com/in/michaelforni
• Email: michaelforni@gmail.com

Proviamo questo addon

In questo post andremo a fare la nostra solita prova su strada dell’addon

Installazione

Partiamo come sempre dal primo passo … fondamentale: La installazione del nostro addon :-P.

Selezioniamo Free Trial e procediamo con l’installazione:

Lasciamo che il componente venga scaricato dalle normali procedure di installazione, come siamo ormai abituati…

… lasciando eseguire tutte le funzioni dalla sezione di amministrazione. Al termine andiamo ad assegnare la licenza trial, fornendo le nostre credenziali….

….quindi attendiamo qualche istante e ….

… lasciamo che si completi il tutto.

Dopo l’apparizione della precedente schermata, l’addon è pronto per essere utilizzato.

Configurazione

Come sempre, andiamo a controllare se è presente la configurazione, per capire come gestire il tutto. Come per l’addon Subcomponents, anche qui abbiamo che la sezione di configurazione è stata riportata nei menù di configurazione del progetto, come mostrato in figura:

e se selezioniamo Versions Hierarchy, entriamo nella maschera di configurazione della gerarchia di versioni:

Il funzionamento è identico a quanto già mostrato sulle Components. Nella seguente figura abbiamo la gerarchia di versioni costruita, con semplice drag’n’drop.

Nella immagine successiva, vediamo la schermata standard delle versioni. Notiamo che l’addon mette a disposizione un sistema che, date le versioni caricate nel progetto, crea la gerarchia.

Che altro possiamo fare?

Proviamo ad usare i due addon Subcomponents e Subversions. Cerchiamo quindi di assegnare alle componenti le versioni organizzate come gerarchia e vediamo che cosa succede 🙂

Possiamo associare ad ogni componente le versioni cui farà parte. Questa funzionalità non prevede alcun cambiamento.

Alcune annotazioni

Una cosa che salta subito all’occhio,  come utilizzatore, è la seguente: Tutte le operazioni devono essere eseguite in manuale. Questo significa che se abbiamo un numero di versioni/componenti molto alto, ripetere questa operazione una per una rischia di essere parecchio onerosa. Avere a disposizione degli automatismi potrebbe aiutare notevolmente nella gestione della stessa.

Notiamo anche che nella fase di creazione della issue, abbiamo alcune variazioni, introdotte per gestire la gerarchia di versioni:

se andiamo a selezionare il tasto, possiamo scegliere a quale gerarchia di versioni possiamo selezionare:

Abbiamo la stessa possibilità anche negli altri screen:

Conclusioni

Abbiamo completato, con questo post, la panoramica degli addon della Broken Build, per la gestione delle gerarchie di Components e Versions. Nei prossimi post andremo a confrontare questi addon con altri disponibili sul mercato.

Reference

Maggiori informazioni sono reperibili qui.

Ultime novità

In questo post andiamo a evidenziare le ultime novità che sono presenti nella versione 2.5.0 di Kanoah tests.

Andiamo al sodo

Create and Edit Test Cases and Test Plans in a Full Screen

Risulta ancora più semplice creare e modificare i Test Case e i Piani di Test.

Navigate to a Test Case During its Execution With a Single Click

Mentre si esegue un test case, eseguendolo utilizzando il Test Player, basta un semplice click sulla sua chiave per accedervi diretamente.

 

Easily Move Test Steps Up and Down

Abbiamo la possibilità di poter riordinare i passi do un test case, in maniera molto semplice ed agevole.

Agile in JIRA

In questo post andremo ad introdurre un argomento nuovo ed interessante: AGILE in JIRA. Si tratta del primo di una serie di post dedicati a questo argomento.

Per la redazione di questi post, ho chiesto aiuto ad un amico ed esperto in Scrum : Michael Forni. Nella sezione ultima troverete tutti i suoi contatti 🙂

Di cosa parleremo?

L’obbiettivo di questi post è sicuramente didattico e, di conseguenza, inizieremo con un primo articolo introduttivo sui concetti base dell’approccio AGILE, cercando di descrivere i punti cardine e principali.

Nei post successivi introdurremo i principali approcci e, come sempre abbiamo fatto, inseriremo una serie di link ad articoli o siti webche forniscano un aiuto ulteriore, creando un percorso che guidi il lettore sull’argomento, diventando un percorso usabile dai lettori

Successivamente, nei post successivi, caleremo i concetti descritti su JIRA SOFTWARE. Mostreremo come applicarli, che tool sono messi a disposizione e come usarli al meglio.

Partiamo dalla installazione AS-IS di JIRA, elencando le funzionalità standard, e quali altri strumenti il Marketplace mette a disposizione per …. completare o estendere il tutto.

Concluderemo questa serie con un post finale, in cui andremo a riassumere tutti i concetti e faremo un bilancio di tutto quanto :-).

Conclusioni

Questo post è solo una breve introduzione su questa serie di articoli. Nel prossimo articolo sarà fornita una introduzione ai concetti base di AGILE.

Ringraziamenti

Ringraziamenti per l’aiuto a Michael Forni, che è stato un valido supporto nella redazione di questi articoli. Se volete chiedere, domandare o semplicemente fare una domanda spot, riporto di seguito i suoi contatti:

• Twitter: @MichaelForni
• Linkedin: www.linkedin.com/in/michaelforni
• Email: michaelforni@gmail.com