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.

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.

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

JExcel PRO – First Look

In questo post andremo ad esaminare la nuova versione PRO di JExcel, addon molto interessante che fonde le funzionalità di un foglio elettronico con le potenzialità di JIRA. Andiamo a vedere quali sono le novità 🙂

Andiamo al sodo

Andiamo subito ad esaminare le caratteristiche salienti di questo addon, andando subito al sodo :-), anche se JExcel PRO è sempre in continua evoluzione.

Come dice la stessa parola PRO, si tratta della estensione della versione LITE, che abbiamo esaminato nei post:

• JExcel – Un addon moooooooolto interessante
• JExcel – Prova su strada

che presenta anche il seguente elenco di …. features:

• Exportazione con caratteristiche avanzate (includono attachments, immagini e commenti)
• Collaboration
• Cell History
• Priority Support
• More frequent releases

• Excel like UI with in-place edition and issue creation
• Copy-paste (also to/from MS Excel/Notepad)
• Average/Count/Sum of the selected cells
• Column renaming
• Excel like column filtering and sorting
• Dealing with thousands of issues without page reload (paging, filtering, sorting)
• Column freeze (importantissima, salva da tantissime situazioni 😉 )
• Tab coloring (Importante anche
• Flag rows (come in Outlook)

Caratteristica importante è quella di avere a disposizione delle operazioni di copia/incolla direttamente dalle celle di Excel 🙂

La collaboration permette di poter vedere le modifiche in tempo reale, come mostrato dalla precedente immagine.

Le caratteristiche avanzate di esportazione, permettono di avere a disposizione TUTTE le informazioni delle varie issue.

Possiamo assegnare un colore ai worksheet, per meglio identificarli :-). Lo stile richiama molto MS Excel. Anche questo aiuta tantissimo nella gestione.

Conclusioni

Siamo di fronte ad un addon molto importante. JExcel LITE dispone di features molto importanti, ma la versione PRO mette a disposizione delle features che rendono questo addon interessantissimo :-).

Raccomandazioni

We strongly recommend to use a Chrome,Firefox or Safari browser when using JExcel!

Questa è una raccomandazione che abbiamo sicuramente già visto in tante altre situazioni, e che sicuramente fa parte della nostra esperienza. Ma sono sicuro che la MORESIMP saprà sorprenderci con altrettanti effetti speciali 😀

Reference

Maggiori informazioni sono presenti qui.

Ultime news su JExcel

In questo post andremo ad esaminare le ultime novità sulla versione LITE di JExcel. Abbiamo già avuto occasione di parlare di questo ottimo addon in:

• JExcel – Un addon moooooooolto interessante
• JExcel – Prova su strada

Dettaglio, Dettaglio, Dettaglio

Andiamo subito al sodo. Nell’ultima versione viene rilasciata la seguente feature:

• Delete issue in context menu

Abbiamo anche la risoluzione di bugfix minori, ma che sono sicuramente ci aiutano nella vita di tutti i giorni:

• Link problems risolti 😉
• dialogs troppo piccoli
• Altri bugfix minori

Conclusione

Abbiamo visto le ultime novità di questo addon. Continuamo a monitorare con interesse questo addon: Sono sicuro che ci riserverà delle bellissime sorprese.

Reference

Maggiori informazioni sono presenti qui.