Tiriamo i fili

Un questo post cercheremo di fare una carrellata di tutti gli addon JIRA, dedicati alla gestione dei test. In questa fase cercheremo di fornire quali criteri saranno usati. In un secondo post, sarà eseguito il confronto.

L’obbiettivo è quello di fornire tutte le informazioni necessarie per poter …. scegliere con criterio. Anche se abbiamo delle necessità, molto spesso è il portafoglio che ci aiuta nella scelta. Di conseguenza, cerchiamo di mettere in fila tutte le informazioni che abbiamo e cerchiamo di dare delle indicazioni più complete possibili per aiutare nella scelta 🙂

Come confrontiamo? Come Scegliamo?

Prezzo

Tra i vari parametri che andremo a confrontare, di sicuro andremo a verificare il costo di licenza. Non tutti possono spendere a piacimento, anche le aziende più importanti.

Funzionalità offerte

Andremo a fare un mini-confronto con le funzionalità offerte. Ci saranno addon che offrono di più ed altri che lavorano in modo particolare. Di questo andremo a fare il controllo.

Facilità di uso/Integrazione con JIRA

Vedremo anche come questi addon si integrano con JIRA. Sarà fornita una valutazione della facilità di uso, parametro non indifferente.

Quali addon?

Gli addon che saranno analizzati sono i seguenti:

• Kanoah Tests
• XRay per JIRA
• Zephyr per JIRA

Si tratta di Addon che ho già analizzato ma, in questa occasione, sono messi a confronto. 🙂

Sono sicuro che avremo delle belle sorprese.

Una piccola ma enorme precisazione

Questo confronto non ha assolutamente intenzione di stabilire un vincitore, tra i vari addon citati. Tutt’altro. Questo confronto vuole aiutare gli utenti a comprendere meglio come decidere quale addon scegliere per svolgere la propria attività, senza fornire una preferenza particolare. In questo modo gli utenti possono anche scegliere di usare un addon per determinati progetti ed un secondo addon per altri.

Conclusioni

Nei prossimi post approfondiremo l’argomento di questo post. 🙂

Prova su strada

In questo post andiamo ad eseguire la prova su strada dell’addon della Communardo. Cerchiamo di capire vantaggi, limiti e possibilità di utilizzo.

Installiamo

Procediamo sempre con ordine. Come prima cosa installiamo l’addon. Una volta trovato, selezioniamo free trial per poter procedere alla prima installazione sul nostro sistema. Una volta selezionato, si procede con la fase di installazione.

Attendiamo che siano eseguiti tutti i passi necessari…

Al termine della installazione, qualora non siamo loggati, viene richiesto di accedere al proprio account Atlassian, per poter generare la licenza TRIAL

L’addon stesso si occupa di connettersi per poter ottenere la licenza

Terminata questa fase l’addon è disponibile

Possiamo quindi procedere con la configurazione. Nella scheda dell’addon, troviamo tutte le indicazioni che ci aiutano ad iniziare a lavorare, come mostrato nella figura seguente:

Prova

Iniziamo a testare il nostro nuovo addon. Seguiamo le indicazioni, presenti nella precedente immagine, che ci forniscono un primo aiuto. Partiamo dalla configurazione generale, presente nella sezione di amministrazione, dove l’addon mette a disposizione due link, sulla barra sinistra dei menù

Partiamo con il definire i primi metadati attraverso la funzionalità Metadata fields. Una volta selezionato, ci accorgiamo che, come default, l’addon mette a disposizione dei metadati, come mostrato in figura.

Possiamo aggiungere i nostri metadati personalizzati come vogliamo :-). Selezionamo il tasto Add metadata field, per procedere. L’addon propone la seguente schermata:

Proviamo, in questa fase di test, ad aggiungere alcune informazioni di prova, quali:

• Progetto
• Ambito di lavoro

Definiamo quindi il Metadata set di appartenenza.

Dopo di che, lavoriamo su di uno space di test, che con grande fantasia è chiamato Communardo-test, e verifichiamo come possiamo accedere a tali informazioni e come ci possono essere utili.

La prima cosa che notiamo è la presenza di una icona, in alto a destra sulla pagina:

Se lo selezioniamo, accediamo alla gestione dei metadati, come mostrato nella figura successiva. Con nostra sorpresa, non riusciamo ad accedere subito a tali informazioni.

Dobbiamo prima procedere con la configurazione sulle opzioni dello space, prima di poter procedere. Andiamo nella sezione dei Medatada set e selezioniamo l’ultimo inserito:

Salviamo ed il gioco è fatto. Adesso i metadati sono pronti ad essere usati. Se aggiungiamo l’apposita macro nella pagina di prova e andiamo a visualizzarla, questo è il risultato che otteniamo.

Per inserire i valori semplicemente andiamo a selezionare il tasto in alto a destra, già evidenziato nelle immagini precedenti e vediamo quanto segue:

Inseriamo i dati e selezioniamo il tasto Salva. L’immagine che segue mostra il risultato.

Si segnala inoltre che l’addon consente di definire, oltre che metadati globali, anche metadati ristretti solo a determinati Space. In questo modo si ha la possibilità di poter definire situazioni ad hoc per determinate situazioni.

Conclusioni

L’addon è molto interessante: L’idea di disporre di informazioni di tale genere, aiuta enormemente l’utilizzatore ad una classificazione della pagina ed estende, secondo il mio personale giudizio, la funzionalità delle Page properties.

Devo segnalare ancora qualche piccola anomalia/suggerimento, che dettaglio di seguito.

• Se dalle opzioni dello Space andiamo a modificare un metadato globale, si viene poi rediretti nella sezione dei metadati globali. Se accedo dalle opzioni dello space, sarebbe il caso di ritornare su tale sezione.
• Potrebbe essere utile semplificare la procedura per definire i metadati. L’utente generico potrebbe avere dei problemi nel gestire questa procedura.

Si tratta di piccole cose, ma sono sicuro che la Communardo, con la sua esperienza e con le sue capacità, ci sorprenderà di sicuro.

Reference

Maggiori informazioni sono reperibili alla pagina del marketplace.

JIRA Service Desk – Ultime News

In questo post andremo ad esaminare le ultime novità relative a JIRA Service Desk.

In dettaglio

Dal mese di settembre, la versione cloud è arrivata alla 3.0.0 :-). In aggiunta, ogni settimana viene eseguito un aggiornamento di versione. Partiamo dal primo aggiornamento e proseguiamo di conseguenza 🙂

E’ stata aggiornata la pagina di presentazione, il wizard che guida nelle prime fasi di configurazioni del JIRA Service Desk, come mostrato nella figura

E’ stata resa più agevole la possibilità, da parte degli agenti, di condividere gli attachments con gli utenti.

In aggiunta sono stati rilasciati diversi bug fix.

Conclusioni

Continua la fase di miglioramento continuo del JIRA Service Desk. Rimaniamo in attesa di ulteriori sorprese 😀

Reference

Maggiori informazioni sono reperibili qui.

Userprofile – Alternative #2

Proseguiamo quanto riportato sul post precedentemente pubblicato, andando a saggiare questo addon 🙂

Dove eravamo rimasti?

Eravamo arrivati al punto in cui si doveva inserire la licenza

Una volta inserita (nel mio caso ho richiesto una licenza di valutazione di 30 giorni), questo è il risultato:

Possiamo iniziare ad usare l’addon 🙂

Azione

Passiamo alla azione. Come prima azione, creiamo una pagina di prova su di un apposito spazio. Quindi passiamo alla azione utilizzando la prima macro: Lookup User. 

Se andiamo a consultare le proprietà, abbiamo una prima sorpresa: Non abbiamo proprietà della macro. Queste sono disponibili solo nella sezione di amministrazione degli addon, nella sezione dedicata, come mostrato in figura:

La prima cosa che notiamo, guardando le configurazioni, è il dover subito capire quale gruppo di utenti può visualizzare le informazioni. Nel nostro caso, dato che l’ambiente di test non dispone di un numero molto alto di utenti, ho autorizzato il gruppo dei confluence-administrator. In questo modo posso subito visualizzare il risultato.

Altra piacevole soluzione, è quella di poter visualizzare i dati servendomi di un LDAP di test che l’addon mette a disposizione. In alternativa, occorre installarlo e poi configurarlo nella sezione delle User-Directory.

Il risultato della macro presente nella pagina è il seguente:

dove possiamo eseguire la ricerca. Il risultato viene così visualizzato (ho inserito una GIF per meglio rendere l’idea):

Il risultato è sicuramente notevole 🙂

Passiamo ad esaminare la seconda macro. Questa necessita di un LDAP . Per ovviare a questa mancanza, ho installato OpenLdap, sullo stesso server di prova. In questo modo dispongo di un sistema di test per poter eseguire un test effettivo.

Conclusioni

Terminiamo qui questa seconda parte del post. Nel prossimo post andremo a testare la seconda macro e quindi daremo il risultato finale.

Prova su strada

Proseguiamo l’analisi di questo addon, verificando su …. strada come si comporta 🙂

Installiamo l’addon…

Questo addon è rilasciato da un vendor esterno all’Atlassian marketplace. Anche andando a selezionarlo dalla sezione degli Addon di JIRA, come mostrato nella figura successiva, si viene reindirizzati al sito del produttore.

Selezionando il link presente nella immagine precedente, siamo subito reindirizzati nel sito da cui scaricare il prodotto.

Selezioniamo il nostro addon, in base alla versione del nostro JIRA. Quindi procediamo con il download.

Avendo a disposizione la versione 6.3.11, che uso per i miei test, procedo con il download del relativo JAR. Quindi, selezionando la sezione Manage add-ons, passiamo al caricamento:

Come per Confluence, selezioniamo Upload add-on per attivare la relativa funzione:

Possiamo selezionare il file JAR sia dal nostro hard disk, che da internet, direttamente dalla URL da cui scaricare il file.

Attendiamo il download

Terminata l’installazione, l’addon sarà disponibile:

Possiamo quindi procedere con il test vero e proprio.

Licenza dell’addon

Come prima cosa, dobbiamo procedere con la configurazione. L’addon mette a disposizione una sezione vera e propria sulla pagina di amministrazione di JIRA:

Da qui, possiamo referenziare tutte le configurazioni disponibili. Andiamo a …. giocarci un attimo e vediamo che cosa abbiamo a disposizione.

Prima operazione: Gestiamo la licenza. Una volta installato, il componente non è disponibile in quanto …. manca a licenza. Occorre quindi seguire le istruzuoni presenti sulla sezione JFS Licensing.

Dalla immagine, vediamo che si attiva una sezione dove possiamo caricare la licenza. Facciamo una precisazione. Le licenze sono fornite dal produttore, che dispone di un suo pannello di controllo, attraverso il quale è possibile richiedere le licenze come il pannello di controllo che la Atlassian mette a disposizione.

Letta la licenza e riportata sulla pagina relativa, abbiamo che l’addon si attiva ed è pronto per gestire le nuove situazioni.

La prima operazione da eseguire è quella di definire un nuovo Field Security Scheme, dove andremo ad impostare le varie proprietà. In maniera molto semplice e diretta, selezioniamo l’opzione presente sulla pagina di amministrazione degli addon ed andiamo a creare il nostro scheme.

In questo caso, abbiamo creato una situazione in cui il camoi Assignee può essere modificato solo dall’utente Administrator. Andiamo quindi a settare tale configurazione nel nostro progetto:

dopo di che tentiamo di lavorare con un altro utente non autorizzato e verifichiamo il comportamento:

Se si osserva la GIF che ho inserito, l’utente NON Administrator può modificare vari campi, ma non il campo Assignee, che abbiamo escluso dalla modifica.

Conclusioni

Abbiamo visto come è possibile, attraverso delle semplici interfacce, impostare delle restrizioni/abilitazioni relativamente ai vari campi, in maniera semplice e senza che sia richiesta chissà quale competenza.

Metadati sullo Space

In questo post andremo a vedere questo nuovo addon della Communardo, che consente di poter aggiungere dei metadati nelle pagine di uno space, in maniera molto semplice, standardizzando il tutto e semplificando il lavoro degli utenti.

Andiamo in dettaglio

L’addon consente di poter impostare i metadati in maniera semplice, fornendo una unica fonte su cui caricare le informazioni a livello di space.

Consente, come si può vedere dalla precedente immagine, di caricare sia singoli metadati, che insiemi di campi di metadati, direttamente sotto le configurazioni dello Space

E’ anche possibile eseguire l’editazione di un singolo metadato, direttamente dalla pagina.

E’ quindi possibile, una volta impostati i metadati, arrivare a visualizzare le informazioni in maniera da sfruttarli

Conclusioni

Da una prima analisi, questo addon potenzia notevolmente le funzionalità di Confluence, aggiungendo la possibilità di poter aggiungere delle ulteriori informazioni sulle pagine. Nei prossimi post andremo ad eseguire la solita prova s strada, verificando di persona come funziona il tutto e saggiandone, come sempre, i limiti.

Userprofile – Alternative

In questo post andremo a vedere questa alternativa e cercheremo di capire come si comporta l’addon della AppFusions.

Dividiamo questo post in due parti. La prima sarà dedicata alla gestione della installazione e di come richiedere la licenza. Essendo un Addon fuori marketplace, si richiede una cura particolare.

Installiamo il prodotto

Per installare il prodotto, occorre richiedere la licenza direttamente dal produttore. L’addon non è disponibile sul Marketplace della Atlassian. Basta collegarsi al sito della AppFusions e abbiamo a disposizione i vari prodotti :-).7

Selezioniamo, in prima battuta, il bottone Download e procediamo con la scelta della versione del prodotto

Una volta scelta la versione, procediamo con il download. Quindi, per la richiesta della licenza, come visto nella precedente immagine, abbiamo a disposizione la possibilità di richiedere la licenza di valutazione. Procediamo 🙂

Per l’installazione, basta semplicemente posizionarsi nella sezione di amministrazione, dedicata alla gestione degli addon, come mostrato in figura:

Selezioniamo quindi Upload Add-on, per procedere con il caricamento del file JAR che abbiamo scaricato prima:

Selezionamo dove andare a prendere il JAR (possiamo leggerlo dal nostro disco locale, dove lo abbiamo scaricato, oppure possiamo andarlo a leggere direttamente dalla URL).

L’installazione viene eseguita, come già mostrato in altri post:

Una volta terminata l’installazione, possiamo procedere con la configurazione. Il primo passo è fornire la licenza.

Inseriamo la licenza e procediamo con il nostro test 🙂

Conclusioni

Terminiamo questa prima parte dedicata a questo addon. Nel prossimo post, andremo ad eseguire il test su strada 🙂

Prova su strada

In questo post andremo ad eseguire la prova su strada dell’addon Zephyr for JIRA – Test Management.

Installiamo

Procediamo l’installazione, direttamente dal marketplace, come siamo già abituati.

Accettiamo i termini di licenza, quindi procediamo semplicemente selezionando il tasto Accept.

Lasciamo che la procedura si occupi del download e quindi….

… attendiamo l’installazione. Dopo di che l’addon è subito disponibile per essere utilizzato.

Configuriamo l’addon

Il primo passo che deve essere fatto, è la configurazione. Possiamo accedervi direttamente dalla sezione di amministrazione degli Addon, come mostrato in figura:

Se selezioniamo la General Configuration, possiamo settare tutte le opzioni che l’addon mette a disposizione.

Possiamo assegnare anche dei codici di colore per poter identificare i vari stati.

NB. Si suggerisce una operazione di reindex al termine della installazione. L’addon modifica la configurazione interna di JIRA, come l’aggiunta di nuovi campi personalizzati. Di conseguenza, meglio eseguirla o rischiamo di non vedere le nuove features. L’addon ci aiuta segnalandolo nella sezione di configurazione (Vedi prima immagine della General Configuration).

Usiamo l’addon

Creiamo un progetto ad hoc, che per fantasia chiamiamo Demo-Zephyr.

Poi passiamo all’utilizo vero e proprio. Il progetto deve presentare, come tipo di Issue, TEST, ovvero il nuovo tipo aggiunto dall’addon. Possiamo quindi aggiungerlo allo schema in uso al progetto oppure selezionarne uno preesistente.

Creiamo un nuovo Test semplicemente selezionandolo dalla Toolbar

che come vediamo mette a disposizione tutte le informazioni. Se selezioniamo Create a Test, viene subito proposta una nuova maschera che consente di poter eseguire l’inputazione dei vari dati del test:

Come osserviamo, non abbiamo da imparare nuove configurazioni: Sembra che stiamo inserendo una nuova e banale Issue. Di conseguenza, possiamo elogiare la scelta fatta dal produttore, in quanto favorisce in maniera non indifferente l’utente.

Creato il test, andiamo a creare un ciclo di test, dove possiamo inserire tutti i nostri test creati.

Semplicemente, o da menù Test, o dalla sezione Overview del progetto, andiamo a settare i Test Cycles.

Selezioniamo il Test che abbiamo appena creato e andiamo a generare il nostro Test Cycle.

Vediamo che il test risulta ancora non eseguito. Procediamo con l’esecuzione, che può essere vista come un semplice sistema di gestione

Andando a selezionare la relativa voce del men Test, andiamo a gestire le esecuzioni e, di conseguenza, impostiamo i vari stati che il piano di esecuzione può assumere.

Nella precedente immagine, abbiamo simulato una esecuzione e, come possiamo vedere, abbiamo tracciato tutto lo storico dei vari stati. Possiamo quindi tracciare ogni singola fase del test.

Conclusioni

Abbiamo a disposizione un addon molto interessante, ben fatto e che consente di poter semplificare molto la gestione dei test. Si integra molto bene con JIRA e le sue funzionalità, senza inficiare il lavoro dell’utente, anzi, semplificandolo in quanto applica esattamente quello che già conosce. Il giudizio non può che essere uno solo: OTTIMO ADDON 🙂

Come usare Confluence e JIRA per ….

In questo post inauguriamo una piccola innovazione. Cerchiamo di dare degli spunti su come è possibile usare questi meravigliosi strumenti, anche per compiti NON IT 🙂

Cosa possiamo fare?

Un esempio che mi viene in mente è quello di poter usare Confluence e JIRA per poter …. censire le offerte di lavoro, arrivando ad avere un controllo completo di ciò che succede in azienda. Come possiamo arrivare a gestire le nostre proposte/offerte di lavoro?

Possiamo usare JIRA per:

• usare le issue come se fossero delle offerte (basandosi sull’esempio della realizzazione di un Asset manager, dove le issue sono usate per censire gli asset di una azienda;
  
• usare il JIRA Workflow per poter gestire i passaggi di stato della offerta, fino a gestire l’intero ciclo di vita del lavoro proposto.
  
• Usare JIRA Agile per gestire i passaggi di stato. Sfruttiamo la possibilità di poter visualizzare in un sol colpo lo stato di tutte le commesse e sfruttare i tool che JIRA Agile mette a disposizione

Possiamo usare Confluence per:

• Documentare l’offerta di lavoro, impostando dei template standard, dove riportare tutte le informazioni dell’offerta, da quando è stata proposta al cliente fino alla sua conclusione 
• Impostare tutte le informazioni documentali, quali documenti inviati, documenti ricevuti dal cliente e segnalazioni varie. Confluence viene usato più per tracciare tutti i documenti ;

Conclusioni

Questo è solo una idea di come poter implementare una possibile soluzione, sfruttando le funzionalità che i due prodotti mettono a disposizione. Infatti è possibile realizzare delle soluzioni non indifferenti :-).

Nei prossimi post cercheremo di dettagliare meglio questa soluzione, arrivando a fornire pro e contro della soluzione e verificando fino a che punto possiamo spingerci con questi strumenti 😀

Time Tracking & Timesheets

In questo post andremo ad eseguire una carrellata su vari addon, che possono essere utilizzati come alternative a TEMPO.

Time Tracking And Billing Reporting

Il primo addon che andiamo a recensire è Time Tracking And Billing Reporting.

L’addon mette a disposizione apposita reportistica per tracciare le varie attività, svolte dagli utenti di JIRA, attraverso gli attributi delle issue.

Mette a disposizione opportuna reportistica, al fine di monitorare la situazione.

consentendo di poter accedere, attraverso il pannello di amministrazione del progetto, ad ulteriori reportistiche.

Riassumendo

Si tratta di un addon, dal costo contenuto, che mette a disposizione un insieme semplice e rapido da usare, di funzionalità.

ictime – JIRA Time Tracking & Reporting

Il secondo addon che andiamo a recensire, è il ictime – JIRA Time Tracking & Reporting.

Attraverso l’aggiunta di opportune informazioni aggiuntive, inserite nel Log Work panel, è possibile inserire opportune informazioni.

Una opportuna reportistica è messa a disposizione degli utenti. Dalla precedente immagine, sembra che sia molto configurabile ed adattabile in base alle esigenze degli utenti.

Aggiunta la sezione My Last Work Log. Questa consente di poter visionare un quadro completo dell’ultimo work log inserito.

Viene data la possibilità di poter accedere all’ultimo Work Log anche attraverso la barra dei menù.

Non ultima, viene fornita la visualizzazione via Timesheet delle ore di lavoro svolte.

Riassumedo

Abbiamo un addon molto più completo del precedente e che mette a disposizone delle funzionalità aggiuntive. Anche questo addon è a pagamento ma da quando vediamo sembra promettere bene.

Timetracker

L’ultimo addon che andiamo a recensire è il Timetracker.

Questo addon mette a disposizione delle schermate semplici e dirette, per la gestione del timesheet e per tracciare le ore di lavoro.

Opportuni report sono messi a disposizione per monitorare il lavoro dei colleghi.

Semplice reportistica è messa a disposizione.

Riassumento

Si tratta di un addon molto semplice, che mira allo scopo e senza molti fronzoli, come osserviamo dalle immagini.

Conclusioni

Abbiamo visto solo alcune delle alternative all’addon TEMPO. AL momento in cui viene scritto l’articolo, non ho trovato altri addon che possano essere confrontati con TEMPO. Mi aspetto che questi non siano e non saranno gli unici addon che consentiranno di poter trattare i timesheet ed il lavoro delle persone.