In questo post andremo a descrivere i nostri test sulle App che Appsvio ci mette a disposizione. Li ho visti in azione e ho partecipato all’ACE di Boston, dove ho avuto il piacere di fare uno Speech. Li ho testati sul campo su situazioni reali e cercherò, in questa sede, di descrivere gli scenari che ho affrontato.

Customer and Organization Management for JSM

E’ il primo addon che ho avuto modo di vedere in azione e le mie impressioni sono più che positive. Lo scenario che ho visto riguarda la gestione degli utenti esterni di un Service desk. Il mio obiettivo era quello di creare rapidamente e, sopratutto, in maniera molto semplice, un insieme cospicuo di customer. ribadisco. ESTERNI.

Se il cliente deve gestire tale situazione, usando la gestione standard, dette out-of-the-box, abbiamo una sola alternativa: FARLO A MANO.

L’addon ci permette di poter gestire questa operazione in modo più agevole. Una interfaccia non indifferente ci aiuta ad eseguire questa operazione

L’ultima immagine svela come ho fatto. Questo addon mette a disposizione una funzione per poter importare, usando un semplice CSV file, gli utenti che ci servono. Usando questo barbatrucco, possiamo creare tutti i customer esterni che ci servono.

Non ho mica finito

Il test continua nel prossimo post e vedremo che cosa ci permette di fare il prossimo addon Appsvio. Stay Tuned.

In questo post andremo ad testare un addon molto interessante, in cui vediamo come gestire al meglio le Retrospettive dei nostri sviluppi, o anche delle sole operazioni. Se vi ricordate, ne avevo parlato anche in altri miei post in passato, dove indicavo come questa caratteristica come una operazione fondamentale da usare anche per analizzare i problemi e impostare delle risoluzioni.

Ho indicato nel mio precedente post di presentazione, che questo addon ben si presta anche ad altri utilizzi. In questo articolo andremo a valutare anche queste possibilità. Proviamo a sperimentare.

Installazione

Come sempre partiamo dalla installazione dell’addon, verificando i vari passi. A tale scopo, usiamo una delle tante istanze id test che ho a disposizione.

Configurazione Generale

Procediamo con la configurazione generale. La prima operazione che dobbiamo fare è quella di attivare il progetto affinché possa utilizzare le nuove funzioni: L’addon mette a disposizione una interfaccia generale da cui accedere alle funzionalità offerte. Dal menù Apps abbiamo a disposizione una apposita voce di menù:

La seguente GIF ci mostra cosa viene mostrato alla selezione della voce di menù Apps:

In un mio ambiente di test ho predisposto un progetto di sviluppo software per poter eseguire il test, come potete vedere dalla seguente immagine.

Cosi come abbiamo abilitato il progetto usando le interfacce dedicate dell’addon, abbiamo la stessa possiblità anche nelle configurazioni del progetto.

Procediamo con la configurazione da adottare sul singolo progetto. In questo caso impostiamo la prima configurazione usando quanto l’addon stesso mette a disposizione. In particolare selezioniamo Setup Retrospective e….

A questo punto selezioniamo Join Retrospective e procediamo con il test.

Test addon

Procediamo con il test canonico. In questo caso abbiamo usato il template standard e abbiamo iniziato a lavorare gestendo una retrospettiva. Nella prima fase andiamo a censire tutte le indicazioni di:

• cosa è andato bene
• cosa non è andato bene
• cosa è piaciuto
• cosa non è proprio piacuto

Un timer ci ricorda che la fase deve durare il giusto tempo, senza che le persone del gruppo di lavoro siano impegnate troppo tempo. Possiamo comunque interrompere questo timer in qualsiasi momento. Una volta identificati tutti i punti, si procede con la fase successiva:

Possiamo in questo punto sempre andare a modificare ed integrare i vari punti che sono stati espressi dal gruppo di lavoro.

A questo punto Possiamo eseguire delle ulteriori operazioni

A questo punto possiamo votare i punti rimanenti per poterli poi discutere

A questo punto procediamo con i punti votati per arrivare a definire quali punti devono essere affrontati per migliorare la produttività del gruppo di lavoro

Iniziamo a impostare le azioni da intraprendere

A questo punto possiamo concludere la retrospettiva e questo è il risultato:

A questo punto, da questo report abbiamo la possibilità di poter generare dei task che possono essere assegnati e lavorati per poter chiudere la retrospettiva e giungere al miglioramento.

Un uso alternativo dell’addon

Vediamo in questo capitolo come possiamo fare un uso alternativo dell’addon.

Ho esaminato il funzionamento e mi viene una strana idea. Se utilizziamo questo addon per arrivare a definire un … Requisito Funzionale? Potrebbe essere una idea delle tante che mi sono balzate in testa.

A questo scopo andiamo a definire un nuovo template

Creiamo quindi il nostro nuovo modello

A questo punto ripetiamo le operazioni che abbiamo visto in precedenza

Quindi? il risultato che abbiamo a cosa ci porta?

Semplice: Possiamo adeguare questo addon per definire un percorso che ci aiuta nel ragionamento e nel determinare il risultato che vogliamo ottenere. Le colonne che possiamo definire, ci aiutano a determinare un workflow molto semplice, che ci permette di guidarci. In aggiunta ci permette di poter standardizzare il modo con cui ragionare in ambito aziendale e questo è molto importante se vogliamo che un domani, quando altre persone vogliono lavorare nella redazione di un nuovo requisito, il workflow sia il medesimo.

In questo caso specifico che ho riportato, risulta quindi possibile inserire tutti i punti che ci aiutano nella definizione di un requisito funzionale e che ci permettono di poter schematizzare questa analisi, che ci porta a definire il requisito. Ovviamente ho inserito un esempio.

Possiamo a questi punto fare una considerazione. Abbiamo la possibilità di poterci definire tutto quello che vogliamo. Possiamo usare questo addon per definirci qualsiasi lavorazione di cui abbiamo bisogno qualsiasi workflow che ci aiuti nel raggiungere un determinato obiettivo. L’unica limitazione è la fantasia.

Domanda:

Sappiamo che nel profilo Standard, l’utilizzo delle regole globali è limitato. Come possiamo tenere sotto controllo il numero di esecuzioni?

Risposta

Possiamo sempre controllare il numero di esecuzioni. Gli utenti Jira Administrator possono accedere alla relativa sezione che gestisce le regole di Automation. Li troviamo una sezione che ci dice quanto è il consumo.

Adesso è bene chiarire un punto importante

Questo post mi serve anche per dare un chiarimento molto importante. Si tratta di una cosa che mi ha lasciato abbastanza basito e credo che sia bene chiarire, altrimenti mi trasformo nell’Incredibile Hulk…..

Sulle regole di automazione, si sta diffondendo una convinzione che non ha proprio ragione di esistere. Alcune aziende mi hanno segnalato che per poter sfruttare al massimo le regole di automazione, occorre disporre di un profilo Cloud PREMIUM, mentre con un profilo free o standard non si ottiene nulla a causa delle eccessive limitazioni sulla esecuzione delle regole stesse. Scusate ma proprio non comprendo proprio questa frase perché, cosi come viene impostata, non ci dice nulla, anzi. genera molta più confusione di quanto si possa immaginare. Proviamo a chiarire meglio.

Mi permetto di citare il link di documentazione ufficiale dove si spiegano diverse cose e invito una attenta lettura dello stesso in modo da chiarirsi le idee.

La limitazione riguarda l’esecuzione delle regole che sono applicate a:

• più progetti o multiprogetto
• globali

In particolare ripongo l’attenzione su questa frase:

All multi-project and global rule executions will count toward your usage. Single-project rule executions do not count toward your usage.

Fonte : Il documento sopra citato

In particolare mi permetto di riportare la seguente immagine, tratta dallo stesso documento sopra citato:

Quindi mi sembra di capire che le limitazioni sono attive, nei profili standard e free, solo quando la regola non è più applicata ad un singolo progetto. Se la regola è monoprogetto, non abbiamo alcuna limitazione.

Quindi l’informazione corretta è: Se si usano le regole su singolo progetto, non dobbiamo preoccuparci per il limite. Altrimenti, si.

Vero, ma avere una regola globale la gestiamo meglio ….

Verissimo, ma proviamo a ragionare alla Italiana (anzi: alla Siciliana). Lo so, mi piace vincere facile 🙂 . E’ vero che usando una regola per singolo progetto ci limitiamo e abbiamo il problema che se la dobbiamo applicare su più progetti = gestire più regole e modificare più regole. Concettualmente è sbagliato. Se il numero di regole è inferiore a 10, allora possiamo anche rischiare. Se superiamo questo limite, allora possiamo anche valutare il numero di esecuzioni e verificare se abbiamo la necessità di andare su profilo PREMIUM. Andare alla cieca equivale impegnare un budget in maniera errata. Vi lascio immaginare le conseguenze.

Come sempre dico: VALUTARE BENE e poi decidere, ma ancora meglio se abbiamo a disposizione tutte le informazioni. In caso contrario quello che potrebbe succedere è che decidiamo in maniera errata senza avere la soluzione che ci serve.

Conclusione

Invito a tutti i lettori ad una ovvietà: ragionate sempre con la vostra testa. Se vi dicono che le cose funzionano in un certo modo, FATE UN CONTROLLO, come sempre faccio io. Tutto quello che scrivo è frutto della mia esperienza e di conseguenza di quello che ho visto all’opera. Vi lascio con una fonte di ispirazione:

In questo post andremo ad esaminare un addon molto interessante, in cui vediamo come gestire al meglio le Retrospettive dei nostri sviluppi, o anche delle sole operazioni. Se vi ricordate, ne avevo parlato anche in altri miei post in passato, dove indicavo come questa caratteristica come una operazione fondamentale da usare anche per analizzare i problemi e impostare delle risoluzioni.

In questo caso vediamo come poter gestire questa fase direttamente sotto Jira, senza dover saltare come dei canguri da Jira a Confluence e viceversa.

Infatti, se riusciamo a rimanere nella stessa pagina (o sempre nello stesso applicativo), siamo sicuramente favoriti e non perdiamo il filo del discorso. Entriamo in modalità esplorazione, come moderni Alchimisti.

Presentazioni doverose

Cerchiamo in questo paragrafo di introdurre il concetto di Retrospettiva: Prima di usare questo addon dobbiamo prima introdurre questo concetto per mostrarne poi il funzionamento. Andiamo quindi alla definizione.

In questo caso mi permetto di citare il seguente sito: Kambanize; e la seguente pagina, dove ho trovato una spiegazione semplice e chiara della definizione di Retrospettiva e di tutti i concetti ad esso collegati: I miei più sinceri complimenti per lo splendido lavoro fatto.

Come funziona l’addon e che cosa offre agli utenti di Jira?

L’addon mette a disposizione una serie di strumenti, interni a Jira, per poter realizzare la Retrospettiva in maniera semplice. Ricordiamo, seguendo quello che vi ho consigliato di leggere, che la retrospettiva è un momento il Team si ferma e riflette sugli ultimi sviluppi eseguiti. Questa fase è importante perché serve pr riflettere su cosa è andato bene e cosa male; cosa migliorare e cosa mantenere e cosa non mantenere.

La modalità scelta dall’addon consiste nello spezzare la retrospettiva nelle seguenti fasi:

1. Selezionare il Team che deve eseguire la selezione e il modello di retrospettiva che vogliamo operare. Per modello si intende la costruzione di una …. Kanban dove è possibile inserire delle colonne che rappresentano i vari punti (di forza, di debolezza, da chiarire, miglioramenti, etc);
2. Una fase di Brainstorming, dove si vanno a riportare nelle varie sezioni, come se si trattasse di card di una kanban (siamo già abbastanza abituati a queste fasi grazie alla facilità di uso di Jira). In questa fase andiamo a costruire l’elenco dei punti da esaminare…. e li andiamo ad esternare tutti.
3. Una fase di analisi e raggruppamento di queste card, in modo da catalogare questi punti da discutere con il Team. Diciamo che in queste prime fasi servono per preparare gli argomenti di discussione che devono essere derivati dalla esperienza diretta dello sviluppo…. ma non solo.
4. Gli argomenti indicati nelle Card possono essere votati, in questa fase successiva, per poter essere selezionati e avere solo gli argomenti chiave, secondo quanto tutti i partecipanti alla retrospettiva pensano e ritengono opportuni.
5. Ultima fase la discussione delle Card votate e, conseguenza, creazione delle azioni da intraprendere per poter migliorare ulteriormente i risultati.che possono sfociare in un insieme di issue Jira che possono essere assegnate alle persone del team affinché si occupino di implementare quelle azioni.

Alcune considerazioni

Nelle mie indicazioni ovvero quelle che ho indicato nella parte di introduttiva del post, ho scritto che la Retrospettiva può essere anche usata per capire se l’operazione che abbiamo eseguita (qualunque essa sia) deve essere rivista per migliorarla, mantenerla così, rimuoverla. Ovvero possiamo usare questo sistema anche per fare retrospettiva NON legate allo sviluppo software. Di conseguenza questo addon è usabile anche in altre situazioni. La faccenda si fa interessante.

Una anteprima dell’addon

Come sempre andiamo a visionare in anteprima alcune funzionalità dell’addon mostrando degli screenshot che sono messi a disposizione dagli autori stessi dell’addon. La prima cosa che dobbiamo eseguire è attivare l’addon per il progetto. Infatti, come ben sappiamo, tutti gli utenti possono potenzialmente usare gli addon installati, ma non sempre questo è conveniente. Di conseguenza molti produttori inseriscono la possibilità di limitare l’utilizzo. Durante il test andremo a vedere come procedere.

Possiamo scegliere il template di schema che possiamo usare per poter creare la Retrospettiva. Altro fatto importante è la possibilità di poter creare e gestirci il nostro proprio template. Questo lo teniamo d’acconto: La possibilità di poterci personalizzare il tutto, ci permette una discreta libertà, e questo lo voglio sfruttare a nostro vantaggio.

Selezionato il nostro template, Possiamo iniziare a creare le nostre retrospettive sfruttando lo schema che abbiamo.

Tutte le fasi della Retrospettiva sono ben chiare e marcate. Di conseguenza anche chi le esegue per la prima volta non si confonde, ma anzi viene guidato.

Con pochi click le azioni diventano issue di Jira. e subito le persone possono iniziare a lavorare a come migliorare il proprio lavoro. Il vantaggio è sotto gli occhi di tutti. Una persona che lavora nel migliorare il proprio lavoro lo fa con uno spirito migliore.

Conclusione e una ulteriore considerazione

Il giudizio iniziale che abbiamo sull’addon è sicuramente ottimo. Le funzioni Out-of-the-box ci mettono a disposizione solo una possibilità per eseguire una retrospettiva su Jira: Usare Confluence per generare delle pagine dedicate all’argomento, collegare tali pagine alle issue di Jira. In questo caso l’addon ci mette a disposizione una serie di funzionalità che ci aiutano a automatizzare delle procedure che ci portano ad eseguire la Retrospettiva in maniera molto più semplificata e sopratutto ….. strutturata.

Ma mi permetto una riflessione. Ad un primo esame queste funzioni potrebbero anche essere usate con un altro obiettivo. Mi spiego meglio. Sapete che non sempre uso ciò che Jira mette a disposizione con modalità standard. Cerco sempre di sfruttare ciò che viene messo a disposizione anche per fare altre operazioni e coprire altre necessità. Perché no? Le funzionalità non esistono solo per una possibilità, ma per tutte le possibilità che la nostra fantasia ci mette a disposizione. Per questa ragione voglio provare, durante la fase di test, a tentare anche un uso non proprio canonico dell’addon. Proviamo.

Reference

Maggiori informazioni sono disponibili alla pagina del Marketplace.

I questo post andremo ad esaminare e verificare il funzionamento di un nuovo addon dedicato alla integrazione tra i sistemi nell’ecosistem Atlassian. Parliamo di GetInt

Presentazioni

Sono sempre doverose e riguardano una soluzione che intendo portare avanti sempre e comunque per cercare di fornire al lettore tutte le informazioni di cui abbisogna. Quando voglio descrivere un addon, voglio assolutissimamente voglio, anche presentare gli autori dell’addon, non per chissà quale motivo, ma per far vedere che dietro a questi logo e software ci sono delle persone fantastiche e che si fanno in quattro per cercare di arrivare ad ottenere risultati spettacolari. Per questo motivo ci tengo a ringraziare Jacek Wizmur-Szymczak, che continuo a ringraziare per avermi mostrato questo splendido addon, quali meraviglie è possibile realizzare e farlo sopratutto in maniera semplice.

Di cosa si occupa?

L’addon permette tante possibilità, non ultima di mettere in comunicazione la nostra istanza Cloud con altri servizi cloud. Le possibilità che l’addon offre sono spettacolari ed in questo caso voglio descrivere un caso di uso che mi sono trovato ad affrontare nei mesi passati e che permette di poter fare tante belle cose.

In particolare l’addon permette di poter collegare Jira Cloud con diversi servizi Cloud e non solo. Se diamo una occhiata a questa imagine, possiamo avere una idea di che cosa è possibile fare con questi servizi 🙂

Queste integrazioni ci permettono in ventaglio di possibilità ed oggi ne voglio descrivere una in particolare: Voglio descrivere cosa ho realizzato per un mio lavoro. Ovviamente mi limito ad una descrizione della funzione senza raccontare altri dettagli, garantendo la privacy del mio cliente.

Caro Lettore, mettiti comodo e lasciati guidare in questo viaggio che ti propongo alla scoperta di un importante addon.

Cosa ho realizzato

In questo post voglio mostrare come sia possibile far dialogare Jira Cloud con Gitlab Cloud. Il nostro obiettivo è permettere una sincronizzazione tra le issue di Jira e le issue di Gitlab Cloud. Vogliamo mostrare che questa operazione è assolutamente possibile grazie all’addon di GetInt. Vediamo come.

La richiesta, in questo caso, era la seguente:

Vogliamo mantenere separati i gruppi di lavoro. Gli sviluppatori devono lavorare solo ed esclusivamente su GitLab Cloud mentre il management deve lavorare su Jira Cloud. L’obiettivo è che le issue di Jira siano riportate in Gitlab e viceversa. Mantenendo la sincronizzazione, possiamo garantire il lavoro di entrambi i gruppi: Management e Developers.

Richiesta ricevuta

Questo implica che sia eseguita una sincronizzazione tra i due sistemi in modo che tutte le variazioni impostate da una parte siano riportate dall’altra. Chiariamo quali operazioni devono essere garantite

• Creazione di una issue in un sistema deve scatenare la creazione nell’altro
• l’aggiornamento di una issue in un sistema deve scatenare la modfica nell’altro

La soluzione adottata

In questo caso, dopo lunga e ponderata analisi, abbiamo scelto di usare GetInt per impostare questa sincronizzazione. Abbiamo esaminato diverse soluzioni ma questa è risultata la più adatta in questa circostanza. Cerchiamo di dare delle indicazioni generali per aiutare a capire come è stata operata tale scelta

L’addon presenta una interfaccia semplice e diretta. Anche per coloro che non sono esperti sviluppatori, ma power user, possono usarlo facilmente. Questo permette di poter aprirsi ad una platea di utenti ben più ampia.

L’addon permette anche di controllare l’andamento della sincronizzazione e mette a disposizone una apposita Dashboard lato Jira per comprendere meglio quello che sta facendo.

La configurazione che ci permette questo addon, ci offre una buona scelta:

Andiamo adesso nel dettaglio della configurazione.

Colleghiamo GitLab Cloud a Jira.

La configurazione richiede che l’addon sia in grado di collegarsi con GitLab. Per fare questo occorre impostare una connessione. QUindi prima selezioniamo GitLab (il logo ci aiuta nella scelta)

Fatto ciò, andiamo a configurare la connessione e seguiamo la autocomposizione

Basta seguire tutti i passi, ottenendo senza alcuna difficoltà la connessione a GitLab. Passiamo a Jira (ovvero diciamo all’addon che la seconda connesione è Jira stesso).

A questo punto abbiamo anche qui una scelta da operare. Dobbiamo indicare che stiamo andando a connetterci con l’istanza locale (local)

Indicando Local, attiviamo le altre opzioni di configurazioni:

Possiamo scegliere il progetto di Jira che sarà oggetto della sincronizzazione, cui possiamo aggiungere anche un JQL per selezionare le issue da sincronizzare.

Una volta selezionato sorgente e destinazione, procediamo con la configurazione della operazioni di sincronizzazioni. In questo caso occorre stabilire che cosa sincronizzare nel dettaglio. Di seguito la sincronizzazione che abbiamo impostato ….

che prevede questo dettaglio …

Una volta terminata l’intera configurazione, siamo pronti alla nostra prima sincronizzazione

Test dell’addon

Partiamo dal creare una issue su Jira

e questo è quello che vediamo su Gitlab

Questa è la dashboard dell’addon

Ma non è finita. Possiamo avere a disposizione una ulteriore infromazione dalla Dashbord….. IL LOG….. Non abbiamo che una sola parola: SPETTACOLO

Le immagini precedenti ci forniscono un buon esempio di dashboard necessarie per poter avere sempre sotto controllo tutto. Ribadisco: SPETTACOLO

CONCLUSIONE

L’immagine che ho inserito in precedenza, esprime molto bene il mio giudizio. Questo addon è molto interessante e molto semplice da usare. ed conseguenza lo consiglio a tutti. Sono riuscito ad ottenere una buona integrazione tra i due prodotti seguendo i pochi e semplici passi che l’addon mette a disposizione e consentendo di poter gestire al meglio il passaggio delle informazioni. La presenza di Dashboard di controllo e di un LOG (Alleluja) ci aiuta nel controllare quello che succede e capire eventuali problematiche.

Reference

Maggiori informazioni sono reperibili dal Marketplace e dal sito ufficiale.

In questo post andremo ad analizzare quali apps/addons questo nuovo interlocutore mette a disposizione per i prodotti Atlassian. Sono sicuro che le aspettative non saranno deluse e. Si tratta di un discreto pacchetto di funzionalità che non possiamo sottovalutate e non …. dimenticare. Entriamo in modalità esplorazione e andiamo a caccia.

Piacere Appsvio

Come sempre le presentazioni sono di obbligo, ma sono sicuro che le persone che andrò a citare sono ben conosciute ed il loro valore è fuori discussione Sono super professionisti ed in gambissima. Mi permetto di ringraziare due persone che mi hanno introdotto a questi prodotti e che ringrazio sempre per la pazienza, per l’aiuto, per il supporto e sopratutto per aver risposto. a tutte le 1527,16 domande che ho posto quando mi hanno descritto

Subito al dunque

Le App che sono messe a disposizione sono tantissime e molto interessanti, perché permettono di estendere lo standard con funzioni ricercate ed interessanti perché

Ma andiamole ad esaminare nel dettaglio. Proviamo a elencare le varie possibilità che sono offerte a noi utilizzatori. Cercherò di fornire una scaletta di importanza.

Aggiungiamo informazioni ai nostri Customer.

Addon dedicato ai possessori di JIra Service Management: permette di poter aggiungere delle informazioni aggiuntive ai Customer

Possiamo richiedere ai nostri Customer di inserire delle ulteriori informazioni, ma possiamo anche gestire facilmente tali informazioni in quanto l’addon ci mette a disposizione una apposita sezione

Ma non solo. Questi campi sono usabili su Jira e possiamo farci logica:

Alcune considerazioni: Avere a disposizione queste informazioni ci permette di poter specializzare ulteriormente il funzionamento della nostra istanza Jira. Con le sole informazioni standard, possiamo gestire le sole organizzazioni. In questo caso possiamo specializzare e distinguere anche le divisioni interne del nostro cliente. Possiamo avere anche altre informazioni e poter contattare anche telefonicamente i clienti (nel caso sia necessario). Oppure aggiungere ulteriori comportamenti relativamente alle nostre SLA: Nel caso di differenti SLA per le diverse divisioni di uno stesso cliente. Invece di avere diverse organizzazioni, possiamo averne una e cercare di distinguere in base ad uno di questi campi ad hoc, proprio come mostrato dalla precedente immagine.

Realizzare Cascade Combo con più di due livelli

Per chi usa le liste collegate (cascade combo), la limitazione dello standard è ben conosciuta: Abbiamo solo due livelli. Con questo addon possiamo estendere questo limite e creare molti più livelli, coem possiamo vedere dalla seguente immagine.

La configurazione risulta molto semplice ed intuitiva, come mostrato dalla seguente immagine:

Questo ci permette di poterle configurare in maniera semplice

Anche qui una semplice considerazione: Possiamo gestire diverse situazioni in cui abbiamo la necessità di dover gestire più livelli. Usando lo standard abbiamo difficoltà a passare a tre livelli (lo standard arriva a due). Nelle immagini che mostrano dalla scheda del Marketplace addirittura arrivano a 7 livelli. Ma non solo. Possiamo integrare la applicazione anche con altri addon dell’ecosistema Atlassian.

Direi che abbiamo riconosciuto il gadget a sinistra. Anche in questo caso abbiamo alcuen considerazioni: Il JQL ci aiuta sempre di più a gestire questa integrazione e si conferma il linguaggio universale per far parlare tutti gli addon tra di loro.

Scheduliamo i nostri task

Questo addon ci permette di poter eseguire una funzionalità che ….. tutti cercano. Schedulare dei task ripetitivi. Nelle mie precedenti esperienze ho avito modo di vedere quali possibilità erano presenti, ma in questo caso andiamo ad esaminare la soluzione Appsvio.

La prima cosa che notiamo è la possibilità di creare un template, un modello di issue da creare. Possiamo rendere pubblico questo template oppure mantenerlo privato Questo mi sembra interessante. Possiamo quindi creare dei modelli pubblici, da far usare a tutti gli utenti mentre c’è la possibilità di poter avere il proprio template privato per le nostre esigenze.

Altra cosa che notiamo è la possibilità di poter gestire facilmente queste informazioni usando una autocomposizione semplice e chiara. L’utilizzo di questo sistema è aperto a tutti senza problema alcuno. Cosa da non tenere sotto gamba: L’utilizzo non è per specialisti del codice, ma per tutti gli utenti. Questo ci permette di poter aumentare la platea di possibili utilizzatori.

Una vista ad hoc ci permette di poter vedere i template che abbiamo a disposizione. Da questo pannello di controllo possiamo gestire facilmente tuttii template, possimao anche ….. duplicarli (altra caratteristica non indifferente) e da li anche eseguire manualmente l’operazione.

Conclusioni

Abbiamo esaminato degli addon molto interessanti. Procedo con i test che pubblicherò nei prossimi post. Ci sono dei possibili scenari che voglio testare e che sono molto interessanti, e li voglio testare per saggiarne i risultati. Possiamo fare tantissime cose con questi addon e intendo usarli ben bene. Sapete che sono sensibile alla gestione di questi addon e avere a disposizione queste funzioni, ci permette di scatenare la nostra fantasia. Se poi aggiungiamo il fatto che , fino a 10 utenti, abbiamo la gratuità di questi addon, gli autori di questi addon permettono ai piccoli team di poter crescere velocemente 😀 .

Reference

Per maggiori informazioni, vi lascio i seguenti link:

• Elenco compketo di tutti gli addon della Appsvio
• Customer and Organization Management for JSM
• Multilevel selector for Jira
• Scheduled Template for Jira

In questo post riassumiamo una presentazione di un addon molto interessante. Si tratta di: Timetracker – Time Tracking & Reporting.

Ringraziamenti

Mi permetto di ringraziare Attila Bordás per la ottima presentazione e, importantissimo, per la pazienza delle 1567,15 domande che gli ho rivolto. Ogni volta che essmino questi addon sempre vado a controllare dove è possibile usarli e come sopratutto usarli.

Subito al sodo

Questo addon permette di poter gestire il Worklog in maniera semplice e sopratutto immediata. L’obiettivo è quello di inserirsi nelle funzioni standard e arrivare ad una integrazione che aiuti gli utenti senza complicare la vita. Questo aspetto è molto importante e ci tengo a sottolinearlo, perché avere un addon che ci aiuta a semplificare le procedure standard oppure le estende ma utilizza i dati standard senza ramificarsi come un Virus, ci permette di:

• mantenere i dati organizzati sempre allo stesso modo e nelle stesse tabelle: Alcuni addon tengono a sostituirsi allo standard e di conseguenza, se un domani lo abbandoniamo (a prescindere dal motivo) richiamo di perderci dei dati oppure non sappiamo come poterli recuperare.
• Ci aiuta nello scrivere il Worklog, permettendo di poter scegliere come eseguire l’inserimento, ovvero:

  • Standard: 4h 30m
  • Ore: 4,5
  • Da-A: ora di inizio, ora di fine.

Come possiamo osservare dalla seguente immagine:

l’addon mette a disposizione una sua sezione per la visualizzazione ed il caricamento dei Worklog dell’utente, come mostrato dalla seguente immagine:

abbiamo una sezione che estende il caricamento delle ore lavorate permettendo di poter specificare il tutto come ci risulta più comodo (le ore lavorate effettive oppure dalle ore alle ore, come un cartellino).

Cosa importante, Abbiamo a disposizione anche lo standard

Come osserviamo, abbiamo le stesse ore loggate sia lato addon che dallo standard.

Interessante, che altro?

L’addon mette a disposizione anche una serie di funzioni per semplificare il caricamento dei Worklog, come mostrato in figura

Abbiamo a disposizione una vista Calendario per poter facilmente vedere le operazioni che abbiamo eseguito e ricostruire facilmente le nostre attività, ma allo stesso modo abbiamo a disposizione una vista Timeline

dove abbiamo un altro modo di poter visionare il dettaglio delle nostre attività. Ultima ma non ultima, abbiamo la possibilità di poter generare reportistica, come mostrato in figura:

Conclusione

Questo addon mette a disposizione una serie di funzionalità molto interessanti ed utili. Non blocca le funzionalità standard ma le estende aggiungendo quello che manca e permettendo di poter gestire in maniera più agevole il caricamento del Worklog. Nei prossimi post andremo a collaudare l’addon e ne saggeremo le possibilità.

Reference

Maggiori informazioni son opresenti alla pagina del Marketplace.

La Meetical l’ha fatta grossa. No, non mi fraintendete: Non si tratta di una marachella, ma si tratta di un nuovo addon che ci aiuta ancora di più nella gestione quotidiana dei nostri task e rafforza ulteriormente la relazione che abbiamo tra Jira e Confluence

Subito al dunque

Si tratta di un nuovo addon, vincitore della CodeGeist 2022. Meetical non è nuova a queste sorprese e anche questa volta ci ha messo a disposizione un addon che ci aiuta tantissimo, vincendo proprio il CodeGeist 2020 con Meetical, l’addon che permette di realizzare i meetings notes / verbali e minute delle riunioni in maniera semplice, diretta e (importantissimo) FACILE.

Vediamo oggi quale novità di mostra Meetical con questa nuova Vittoria 😀

Lo scenario che vado a descrivere non è nuovo e sicuramente molti di voi ci si rivedranno. Molto spesso i Project Manager devono tenere sotto controllo sia i task su Jira che i Task che Confluence mette a disposizione. Questi ultimi sono abbastanza difficili da monitorare. Lo standard ci mette a disposizione solo pochi strumenti e tutti su Confluence.

Su Confluence non abbiamo molte scelte e abbiamo a disposizione tutta una serie di interfacce che ci permettono di poter gestire la situazione.

Di conseguenza il PM che deve gestire questi task non ha molte scelte:

• Trasformare questi task in altrettanti task di Jira
• Salterellare come non mai tra Jira e Confluence.
• Impazzire secondo le normali normative di lavoro folle 😛

….. fino ad ora

Adesso grazie alla applicazione che la Meetical ci mette a disposizione, abbiamo la possibilità di poter gestire tutti questi TASK in un unico punto, ovvero abbiamo adesso la possibilitò di poter avere tutto sotto controllo nelle nostre dashboard di Jira.

Questo addon ci permette di poter mettere in comunicazione Confluence Task su Jira in maniera semplice e consente di poter riportare tali risultati su di una daskboard come riportato nella seguente immagine.

La precedente immagine mostra come possiamo collegare i task di Confluence. erenderli disponibili su Jira. Da li possiamo interagire direttamente con tali task e lavorare da un unico punto. Il Salto tra più applicativi lo rimandiamo ad altra data 😀

Abbiamo anche la possibilità di poter visualizzare i nostri task anche in modalità Calendario. Non posso proprio trattenermi: SPETTACOLO :-D. Ma le sorprese non sono finite;

Questo farà sicuramente andare in disibilio i PM: Habemus Report e statistiche. Possiamo anche visualizzare tutte queste informazioni ed avere delle statistiche, avendo la possibilità di poter gestire immediatamente situazioni anomale.

Il tutto viene messo a disposizione grazie anche ai Gadgets, ovvero alla componentistica che l’addon mette a disposizione e che, come vesiamo dalla seguente immagine:

possiamo gestire sempre facilmente.

Gestire tali task direttamente dalla Dashboard non ha assolutamente prezzo.

Conclusione

Non può che essere positiva. Finalmente abbiamo l’applicazione del principio del Punto Unico, ovvero della possibilità di poter gestire diverse funzioni in un unico punto, senza impazzire e senza che sia necessario saltare. da un punto all’altro.

Il Project Manager non impazzisce nel gestire il proprio lavoro e il lavoro, del suo personale, ma anzi, ha la possibilità di poter gestire il tutto facilmente e bene. Con somma soddisfazione di tutti. Il mio giudizio non lascia dubbio alcuno:

Non vedo l’ora di provarlo e saggiare tutte le potenzialità.

Prefazione

---

Iniziamo una serie di articoli il cui obbiettivo è di riassumere in un Case Study, l’esperienza raccolta nel risolvere un problema o nel coprire una necessità di un cliente.

In questo Case Study voglio raccontare come è stato possibile eseguire l’integrazione di due istanze Jira Cloud differenti, al fine di consentire il passaggio delle segnalazioni da una istanza all’altra. Questa comunicazione doveva sottostare ad un insieme di condizioni molto forti in quanto le due istanze erano usate da aziende differenti e di conseguenza nessuna delle aziende doveva essere in grado di poter visionare il contenuto dell’altra istanza Cloud.

Trattandosi di un argomento interessante cercheremo di svilupparlo facendo si che siano riportati tutti i ragionamenti che sono stati eseguiti per arrivare alla scelta definitiva ed alla risoluzione che ha fornito la soluzione, a giudizio di tutte le parti coinvolte, che meglio rispondeva alle esigenze.

Caro lettore, ti ringrazio fin da adesso per il tempo che dedicherai alla lettura e ogni tuo commento sarà il benvenuto.

Scenario

---

Partiamo subito descrivendo lo scenario che mi sono trovato davanti e quali condizioni dovevano essere rispettate per poter eseguire questa integrazione.

Il mio cliente aveva appaltato alcune parti del proprio Help desk a due fornitori. Questi avevano implementato tali funzionalità usando le proprie istanze Jira Cloud, che usavano anche per gestire altri Help Desk di altri loro clienti. E’ sorta la necessità di potere seguire uno scambio di segnalazioni in quanto poteva capitare che chi richiedeva l’intervento di un software/applicativo che è gestito dall’Help desk del secondo fornitore e viceversa.

Ogni fornitore recepiva le segnalazioni nei propri progetti di Service Management e li gestiva in maniera indipendente l’uno dall’altro. Non erano presenti punti di contatto. In aggiunta, le due istanze venivano usate anche per altri obbiettivi e di conseguenza era stato sollevato il problema di:

• sicurezza delle informazioni: ambo le parti chiedevano che fosse inoltrata solo la segnalazione in questione mentre tutte le altre informazioni rimanessero riservate.
• Istanze separate: Le istanze dovevano comunque continuare a lavorare come se nulla fosse. Le segnalazioni provenienti da altre fonti dovevano essere comunque indipendenti dalle segnalazioni di questa integrazione.
• Sincronizzazione: Le segnalazioni che sono oggetto della integrazione tra i due sistemi cloud, dovevano essere sincronizzate in modo da permettere ad ambo le parti di essere sempre aggiornati sulle modifiche.
• Semplicità: La configurazione non doveva risultate complicata o di difficile interpretazione.

Lo scenario si presentava abbastanza complicato e di non facile risoluzione, ma la sfida era molto interessante e non ci siamo arresi. Abbiamo iniziato con le analisi e ci siamo fin da subito impegnati nella risoluzione del problema.

Cosa avevamo a disposizione

---

Anche le due istanze non presentavano caratteristiche particolari:

• Non avevano Addon particolari installati, anzi in un caso era usata la versione cosiddetta out-of-the-box, ovvero la versione base di Jira.
• Disponevano di vari progetti che erano in capo ad altri clienti e solo uno. di essi doveva essere coinvolto nella sincronizzazione
• Disponevano di flussi di lavoro completamente differenti e che dovevano non essere toccati: la sincronizzazione si doveva innestare nei flussi esistenti.

Jira è un grande software ma le funzioni standard non permettono di mettere in comunicazione due istanze diverse. Di conseguenza dobbiamo rivolgerci al Marketplace per capire che cosa è stato sviluppato e messo a disposizione, un insieme di funzionalità che noi abbiamo a disposizione e che molte aziende non conoscono o non hanno. il tempo di conoscere.

Cosa offre il Marketplace

---

I produttori del marketplace hanno fatto un grande lavoro mettendo a disposizione un insieme di funzionalità che completano in maniera egregia Jira. La conoscenza che ho sviluppato in tutti questi anni di utilizzo, mi ha permesso di fare una rapida ricerca e cernita dei possibili addon da poter usare.

La prima scelta mi ha portato a selezionare 4 addon, da poter proporre alle parti, per arrivare ad offrire una soluzione accettabile. Dopo diverse riunioni, alcune molto combattive e non proprio semplici, la scelta è ricaduta su questo addon:

Posso assicurare che nelle varie riunioni si è molto discusso delle caratteristiche e delle funzionalità, ma alla fine, questo addon permette di poter realizzare esattamente quanto richiedevano cliente e fornitori, rispettando le richieste e le condizioni che avevano imposto e mantenendo anche la semplicità che era richiesta anche dagli stessi fornitori, nel gestire la sincronizzazione e nel mantenere la netta separazione delle informazioni. Capisco perfettamente il significato di questa richiesta e molto spesso la causa è da ricercare nel fatto che non tutti gli utenti che utilizzano questi prodotti sono esperti oppure usare questi prodotti non è il core business di queste aziende. Avere a disposizione la semplicità oltre che mantenere una generosa dose di praticità, permette di avere l’arma vincente per risolvere tutta una serie di situazioni.

Backbone Issue Sync for Jira permette di poter eseguire la sincronizzazione di issue tra progetti sia della stessa istanza, che di istanze differenti. In questo modo è possibile anche soddisfare altre possibili situazioni, in cui magari occorre mantenere sincronizzato un progetto COPIA che sia referenziato da altri utenti o che, con l’aiuto di altre funzionalità, di cui l marketplace è ricco.

La configurazione è molto completa ma, come si ribadisce facile da impostare. Come possiamo vedere dalla seguente immagine:

Possiamo gestire in maniera chirurgica cosa sincronizzare, sotto quali condizioni (e qui interviene il JQL di cui io sono un Fan sfegatato). Possiamo decidere campi sono soggetti alla sincronizzazione, compresi i campi custom che abbiamo definito nella sezione di amministrazione di Jira, oltre che decidere se impostare dei campi con valori di default.

Possiamo anche decidere la corrispondenza degli stati del Workflow: questo ci aiuta nell’impostare le corrispondenze ed innestare correttamente un flusso di lavoro in un altro.

Commenti ed allegati possono essere sincronizzati facilmente. Nel caso dei commenti possiamo anche decidere se, nella eventualità che usiamo progetti JSM, quali commenti vanno sincronizzati ed in che direzione.

Subito al dunque

---

Andiamo a vedere come questo addon permette di poter rispondere le esigenze espresse. In prima battuta abbiamo che la questione sicurezza è perfettamente garantita. in quanto tutte le operazioni di sincronizzazione sono eseguite in maniera trasparente e, sopratutto, l’addon garantisce un grado di separazione molto alto tra le due istanze: da una istanza non è possibile andare a leggere le informazioni dell’altra istanza e viceversa.

In aggiunta, la sincronizzazione non deve scattare sempre, ma solo quando è necessario ovvero quando effettivamente quando l’agente si accorge che la segnalazione è di competenza dell’altro Help desk, questo deve essere in grado di poter attivare la sincronizzazione.

Vediamo nel dettaglio la configurazione che è stata impostata al fine di gestire la sincronizzazione proteggiendo le informazioni.

La sincronizzazione scatta quando…

… si imposta un particolare valore in un campo. Si è scelto di usare il campo LABELS con opportuni valori. Questo ci permette di poter pilotare l’attivazione e la disattivazione della sincronizzazione

La issue che sincronizziamo …

… sono quelle dell’help desk che vengono convertite con una issue nella istanza destinazione e viceversa. In questo caso abbiamo una configurazione come mostrato dalla seguente immagine

In questo caso abbiamo una corrispondenza multipla, in modo da far corrispondere più issue dell’help Desk ad una soltanto.

I campi che sincronizziamo …

… sono pochi e comprendono anche i campi custom

Non abbiamo alcun campo inizializzato, ma se fosse necessario nel futuro, lo possiamo fare.

Gli stato del workflow che sincronizziamo …

… non abbiamo configurazioni particolari. In questo modo gli stati sono quelli che gli agenti dei vari Help Desk sono abituati a lavorare

I commenti che sincronizziamo …

… sono solo quelli che sono intercorsi tra agente e customer. I commenti interni non sono sincronizzati perché potrebbero contenere informazioni che sono personali dell’Help Desk sorgente e di conseguenza potrebbero contenere anche informazioni riservate. In questo modo non abbiamo problemi. 🙂

Gli allegati che sincronizziamo …

… sono tutti gli allegati che sono presenti nella issue. Questi sono importanti e devono essere riportati.

Conclusione

Questo addon ha brillantemente risolto la necessità che sia i due fornitori che del mio committente hanno espresso, e la procedura di sincronizzazione è attualmente in produzione. Per mia abitudine controllo i risultati del mio lavoro e tra non molto procederò ad una piccola intervista dove cercherò di identificare i vari feedback e di capire se occorre una ulteriore modifica, o se sono stati riscontrati dei problemi di qualche genere o natura.

Approfitto per ringraziare il lettore che con molta pazienza ha seguito quello che ho raccontato. Spero di aver fornito tanti spunti interessanti che possa anche fornire utilità. Spero che questo, sia l’inizio di tanti altri articoli che possa fornire conoscenza ed aiuto sull’argomento.

In questo post andiamo a testare e saggiare le potenzialità di questo addon. In particolare tratteremo l’addon free che, come vediamo dalla pagina del marketplace, abbiamo un numero molto alto di installazioni e di conseguenza abbiamo maggiore interesse a descriverlo. La versione PRO presenta solo (si fa per dire) funzionalità in più che andremo a dettagliare di seguito.

Installazione

Partiamo come sempre dalla installazione dell’addon. Come sempre mostriamo nella seguente GIF tutta la sequenza di operazioni che sono necessarie per poter eseguire la installazione.

proseguiamo con la configurazione generale che l’addon mette a disposizione.

Configurazione Generale

Esaminiamo la configurazione generale a livello. In questo caso accediamo direttamente dal nuovo menù presente nella sezione delle App. Se lo selezioniamo, quello che vediamo è:

Dalla prima schermata possiamo decidere su quali progetti abilitare le funzionalità. Questa possibilità ci permette di avere la funzione dove serve e non assegnata indistintamente.

La seconda opzione ci permette di poter scegliere con quale modalità usare l’addon, ovvero se in manuale o in automatico. Possiamo scegliere se si attiva o attraverso la selezione dell’apposito bottone presente su visualizzazione issue oppure se si attiva non appena viene eseguito il cambio di stato.

Questa terza opzione permette di configurare gli stati sono usati per attivare il conteggio del log work, quali disattivano il conteggio.

Questa è la prima opzione disponibile nella versione a pagamento. Indica delle opzioni che:

• Rende la descrizione obbligatoria da indicare nel Log Work
• Impostazione di restrizioni sui report che si possono generare.

Altra opzione a pagamento: In questa sezione abbiamo la lista dei campi custom che sono disponibili dalla versione a pagamento.

Con questa opzione abbiamo la possibilità di definire l’orario di lavoro aziendale e di conseguenza, l’addon ragiona, nel conteggio, usando questo calendario. Possiamo definire anche in quali orari l’addon esegue il conteggio. abbiamo quindi una valvola di controllo che ci permette di poter evitare che sia eseguito il conteggio quando …. non deve.

Ultima opzione a pagamento. Permettere l’esecuzione della app attraverso la app mobile.

Test Addon

Una volta configurato l’addon, possiamo procedere con il test. In questo caso, creiamo un progetto da usare come base di partenza per i nostri test. Abbiamo impostato la configurazione in modo da permettere il conteggio quando si prende in carico la issue e fino a quando non la si risolve o si mette in sospensione/pausa.

Riporto adesso la configurazione che ho impostato in questo esempio per poter gestire l’automatismo. Vi posso assicurare che in meno di 5 minuti ho inserito tutti i parametri, previa analisi ovviamente.

Il risultato che otteniamo con questa configurazione lo possiamo vedere attraverso la seguente GIF:

Conclusioni

Abbiamo un addon che ci aiuta nel semplificarci la vita nel calcolo delle ore che abbiamo lavorato su di un determinato task. Automatizzando questa funzione ci permette di poter raggiungere un buon risultato. In aggiunta, inserendo un blocco sul periodo temporale, impedisce. di caricare delle ore ‘mostruose’. In aggiunta possiamo comunque intervenire per correggere gli errori.

Reference

Maggiori informazioni sono reperibili presso la pagina del marketplace.