In questo post voglio introdurre una piccola novità nell’ecosistema Atlassian. Ovviamente non stiamo parlando del famoso film, con Jean Reno, ma di una nuova squadra che si affaccia con una bella sopresa. Si tratta della Ronin Pixel

Chi sono?

Lasciate che vi presenti i nuovi Ronin:

Sono professionisti che già da tempo lavorano nel campo delle App / Addon Atlassian e sono preparatissimi nel campo. Si sono uniti per portare un importante contributo nel campo degli addon Atlassian. Andiamo a curiosare meglio 😀

Numeri e Dashboard

Il contributo che i Ronin mettono a disposizione una ulteriore alternativa che permette di poter visualizzare i dati e le statistiche di Jira

L’Addon mette a disposizione una serie di funzionalità che permette di rappresentare le diverse situazioni e visualizzare i dati di cui abbiamo bisogno

Di seguito un esempio di cosa abbiamo a disposizione sul Cloud di Atlassian

Fantastico. Che altro?

Le sorprese non sono finite. E’ infatti possibile condividere con utenti esterni queste informazioni. Questa funzione è estremamente importante nel caso in cui si voglia condividere le informazioni con i propri clienti. Questa è una delle funzionalità Must Have che gli Addon devono sempre possedere.

Conclusioni

Il lavoro dei nuovi Ronin è sicuramente una ottima e gradita novità che si affaccia nell’ecosistema Atlassian e che ci permette di poter creare delle dashboard che permettono di riassumere informazioni importanti. La possibilità di poter condividere è sicuramente una funzionalità in più. Non vedo l’ora di provarlo per saggiarne le possibilità.

Reference

Maggiori informazioni sono reperibili nella pagina del Marketplace.

Vediamo alcuni Gadgets interessanti

In questo post andremo ad esaminare un addon che introduce alcuni gadget molto interessanti, relativi alla programmazione AGILE.

Esaminiamo che cosa offre …

Andiamo subito al dunque: questo addon mette a disposizione una serie di grafici, come gadgets, attraverso i quali eseguire un calcolo delle velocity e degli andamenti degli sviluppi con programmazione AGILE.

Se si esamina la precedente immagine, abbiamo un ottimo grafico che ci consente di poter misurare le velocity delle varie iterazioni.

Abbiamo anche dei grafici che ci consentono di poter eseguire dei forecast, delle previsioni in base ai risultati precedentemente ottenuti.

Infine ci mette a disposizione la possibilità di visionare l’avanzamento dei lavori.

Conclusioni

Abbiamo un addon che mette a disposizione dei grafici che aiutano tutti coloro che si occupano di programmazione AGILE. Nei prossimi post andremo ad esaminarli in un esempio di uso.

Reference

Maggiori informazioni sull’addon sono reperibili qui. Si consiglia la lettura dell’articolo seguente, dove sono spiegati, in maniera molto semplice e chiara alcuni concetti di AGILE.

Test test test ed ancora test

In questo post andremo a provare le potenzialità di questo addon cercando come sempre di identificare pregi, difetti, limiti e punti di forza.

Installazione

Partiamo come sempre dalla installazione

Configurazione

Proseguiamo andando a scoprire la configurazione di questo addon

Test su strada

Completiamo con il test vero e proprio.

Conclusioni

Abbiamo esaminato un addon molto interessante. Abbiamo visto, come nel caso degli altri addons della Broken Build esaminati, altre funzionalità non indifferenti. Rimaniamo in attesa di scoprire quali altri addon produrrà la Broken Build.

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.

Un addon interessante

In qusto post andremo ad esaminare un nuovo addon della Broken Build. Ne abbiamo esaminati diversi in questi post. Vediamo adesso di esaminarne un’altro molto interessante.

Di che cosa si occupa?

Questo addon consente di poter definire delle priorità personalizzabili per progetto, attraverso l’introduzione di un nuovo concetto: il Priorities schemes. 

L’addon estende la gestione delle priorità in modo da consentire la definizione di priorità personalizzate per singolo progetto. Sfruttando la possibilità, data dallo standard, di poter arrivare a gestire delle priorità custom, l’addon permette di poter diversificare le priorità creando degli scheme ad hoc, come mostrato in figura.

Quindi, si associa il nuovo scheme al singolo progetto per avere la nuova gestione delle priorità.

Conclusioni

Abbiamo a disposizione, per la versione server, un addon che ci permette di poter specializzare le priorità a seconda delle necessità, rispettando gli standard aziendali e consentendo di adattare lo strumento alle nostre esigenze.

Reference

Maggiori informazioni sono reperibili qui.

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.

Test su strada

In questo post andremo a fare il test di questo addon, cercando di trovare ciò che ci serve.

Installazione

Partiamo sempre dalla installazione del nostro addon, che come sempre non ci deve spaventare :-). In questo caso andremo ad utilizzare una installazione di JIRA CORE. Selezioniamo il nostro addon e procediamo, selezionando Free trial dalla nostra schermata di Manage Addons.

Lasciamo andare la nostra installazione….

…. facciamo eseguire il download e la relativa installazione …

… inseriamo le credenziali per accedere al my.atlassian.com …

… lasciamo che installi la licenza ….

…. ed il nostro addon è pronto all’uso.

Configurazione

Passiamo alla fase successiva: Come configuriamo questo addon?? La prima cosa che notiamo è che non è presente alcuna sezione di configurazione generale, nella sezione addon. Troviamo la sezione di configurazione tra le opzioni di configurazione del progetto, trattandosi di una configurazione specifica di un progetto.

Tentiamo una prima configurazione sul nostro progetto di Esempio. Supponiamo di avere delle componenti che identificano il nostro sistema da gestire.

Supponiamo di avere la necessità di distinguere le richieste di supporto, quali segnalazioni utente o segnalazione divisione interna, etc. Se aggiungiamo nuove componenti, potremmo avere delle difficoltà. Il numero delle componenti si moltiplicherebbe e alla fine si avrebbe difficoltà nel censire ed usare, nonché nell’identificare.

Creiamo le nostre sottocategorie selezionando l’opzione Subcomponent. Viene mostrata la form per compilare la nostra gerarchia.

Basta un semplice drag ‘b’ drop per costruire la gerarchia. Possiamo anche estendere direttamente le nostre componenti e agevolmente nella gerarchia.

Ma le componenti?

Che cosa succede alle nostre componenti? Come sono organizzate? Fondamentalmente l’addon si innesta nel nostro JIRA e gestisce come un ulteriore meccanismo che ….. inserisce la gerarchia e la gestisce. Infatti, se andiamo a vedere la componenti, vediamo che sono aumentate, come mostrato in figura.

Come usiamo questa gerarchia?

Adesso vediamo come usarla. Creiamo una nuova Issue e andiamo ad inserire la nostra gerarchia di componenti

Se andiamo ad editare il campo Component/s notiamo, come mostrato dalla figura precedente, una nuova icona che indica la gerarchia.

Se lo selezioniamo possiamo andare a selezionare le nostre componenti.

Se andiamo a confermare, il risultato è il seguente:

ovvero vediamo le due componenti presenti, ma se andiamo in editazione del campo, abbiamo comunque la visione della gerarchia.

Che altro?

Se andiamo nella screen di dettaglio, possiamo vedere che in basso a destra abbiamo il dettaglio delle subcomponents.

Conclusioni

Abbiamo visto un esempio di utilizzo di questo addon. Abbiamo visto che cosa fa e come lavora. Sicuramente ci sarà utile per meglio classificare le nostre componenti. Questo componente è disponibile sia per installazioni Server che per le installazioni cloud.

References

Maggiori informazioni sono reperibili su:

• Server
• cloud

Altro addon interessante

In questo post andremo a vedere un altro addon molto interessante, prodotto sempre da Broken Build. Abbiamo già visto un altro addon (TO DO: Inserire il link).

Che cosa offre?

Questo addon permette di poter creare delle gerarchie di versioni, molto utili nello sviluppo di software.

Come notiamo, abbiamo lo stesso layout dell’addon già esaminato (TO DO: Inserire il link al primo post).

Si integra molto con le funzionalità standard di JIRA, come possiamo ben vedere 😀

Vediamo che questo addon ci permette di poter generare delle gerarchie di versioni.

Possiamo anche eseguire le ricerche attraverso JQL 😀

Conclusioni

Abbiamo visto un addon veramente interessante, sopratutto per coloro che sviluppano software, in particolare per organizzare meglio il tutto.

Estendiamo le componenti

In questo post andremo ad esaminare un nuovo addon, che permette di poter gestire meglio le componenti, aggiungendo una marcia in più: una gerarchia.

First look

Questo addon permette di poter estendere la piatta lista delle componenti, consentendo di poter creare delle gerarchie di componenti e sottocomponenti.

Riusciamo facilmente ad associare le sottocomponenti attraverso una treeview molto semplice da usare.

Riusciamo anche ad eseguire delle ricerche per …. sottocomponente 🙂

La stessa view della issue viene estesa in maniera opportuna, consentendo la visualizzazione di entrambe le nuove informazioni.

Queste informazioni sono facilmente fruibili anche sotto JIRA Service Desk .

Conclusione

Abbiamo scoperto un nuovo addon che permette di poter gestire in maniera più attinente alla realtà le componenti di un progetto. Possiamo, grazie a lui, creare delle gerarchie e costruire meglio le nostre issue. Nei prossimi post andremo a testarlo sul campo e vedremo anche meglio le caratteristiche.

Reference

Maggiori informazioni sull’addon sono presenti qui.