Annunciato a Teams23 a Las Vegas, il nuovo campo Teams e da poco disponibile nelle nostre installazioni Cloud. Vediamo in questo post in che cosa consiste, come funziona e che cosa permette. Entriamo in modalità ricerca.

Subito al sodo

Richiesto a gran voce da tutti, questo campo permette di poter creare dei Team trasversali da poter usare nei nostri progetti, sia per assegnare le issue a gruppi (in precedenza era necessario usare altri mezzi per realizzare questa funzione) oltre che implementare delle notifiche, ma non solo. Vedremo come nei prossimi paragrafi.

Questo nuovo campo ci permette di avere una marcia in più rispetto ai singoli gruppi. I Teams sono dei gruppi di utenti che possono essere trasversali rispetto ai gruppi che abbiamo definito nella nostra anagrafica utenti. Questi sono gestiti da una apposita funzione che non si trova ella sezione di amministrazione ma direttamente nella nostra istanza, e sono usati da più funzioni.

Questa funzione è stata derivata da Advanced Roadmap (il vecchio Portfolio for Jira), dove questa possibilità era già disponibile. Gli utilizzatori di Advanced Roadmap infatti riuscivano ad eseguire delle assegnazioni a Teams delle issue. Adesso questa funzione non e’ sola esclusiva della pianificazione, ma anche del lavoro di tutti i giorni e di tutti gli utenti.

in questa nuova gestione, i Teams hanno una definizione più ricca rispetto ai gruppi. Possiamo avere delle schede personalizzate e dedicate alle persone che li compongono.

Interessante, ma che altro e’ possibile?

Un apposito Campo di sistema è a nostra disposizione, come qualsiasi altro campo, ma con una marcia in più. Questo campo ci permette di implementare una assegnazione a gruppi, con l’opzione di poterlo usare delle mentions per implementare notifiche. In aggiunta possiamo usarlo anche nelle nostre importanti regole di automazione.

Adesso la domanda difficile: cosa non è possibile fare?

Il nuovo campo non e integrabile con il notification scheme. Questo significa che le notifiche devono essere gestite in maniera differente: mentions o regole di automation. Questo è più scomodo perché non si innesta nel flusso STANDARD.

Come vediamo non abbiamo alcuna possibilità di scelta del team. Quindi non riusciamo in alcun modo (almeno per il momento) a reindirizzare le notifiche attraverso i canali standard.

L’unico sistema rimane le mentions. Infatti se definiamo un Team

il risultato che otteniamo è:

Conclusioni

Abbiamo una funzionalità interessante, che introduce alcuni concetti che prima non erano presenti in Jira. Questo è sicuramente importante ma, secondo il mio modesto parare, occorre ancora aggiungere delle componenti e delle funzioni ai Team. Siamo agli inizi e sono sicuro che Atlassian non ci deluderà in questo.

Reference

Maggiori informazioni sono presenti nella pagina di documentazione e nelle pagine referenziate.

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 andremo ad affrontare un argomento difficilissimo ed importante, anche alla luce di una situazione di errore che si è verificata dal 4 di Aprile 2022 e che fino alla giornata di Pasqua ha causato diversi disservizi e problemi a 400 titolari di Hosting Cloud Atlassian.

Cronostoria

Il 4 di Aprile 2022 è una giornata che non si dimenticherà di sicuro, un pò come il 25 Aprile 2017, quando successe un problema similare sempre pe il Cloud Atlassian (me lo ricordo bene anche io).

Da quella data circa 400 clienti hanno riscontrato un problema ad accedere ai propri cloud. Il problema che riscontravano era il seguente:

Quanto successo è stato riassunto nel seguente POST ufficiale della Atlassian, dove è stato spiegato che cosa è successo e come la Atlassian ha impiegato tutte le sue energie per arrivare a risolvere il problema.

Il problema è stato causato dalla disattivazione della App Legacy Insight, che è stata completamente integrata nei sistemi cloud. L’esecuzione di uno script ha causato questo malfunzionamento disattivando 400 siti. Dal 4 di Aprile al 18 di Aprile 2022. SI rimanda comunque al post ufficiale di Atlassian per avere tutti i dettagli (per maggiore comodità, il post è disponibile in diverse lingue anche per aiutare meglio la comprensione).

Il punto dolente

Questo errore ha comunque scoperto un nervo molto delicato . se il sito cloud viene bloccato per un qualsiasi motivo, l’operatività di una azienda viene sicuramente bloccata e compromessa. La faccenda è molto seria.

In aggiunta, dalla rilevazione del problema alla risoluzione sono passate diverse giornate: lo abbiamo visto anche dalle testate di alcuni siti specializzati che hanno riportato titoli piuttosto gravi e pesanti. Questo sicuramente non è una cosa buona.

Diamoci da fare

Sono un Partner Atlassian e di conseguenza cerco di supportare i clienti usando tutti gli strumenti a nostra disposizione per poter gestire questa situazione di emergenza. In questo caso voglio applicare un insegnamento che possiamo ricavare da questa citazione:

“Sii come la scogliera contro cui le onde si infrangono continuamente; ma resta saldo e doma la furia dell’acqua che lo circonda”.

Marco Aurelio

Cosa possiamo fare per cercare di rimediare? Una prima soluzione ce la fornisce Mraddon, che in un primo suo post del 2019 ci spiega come realizzare un backup dei dati Cloud e averlo a disposizione in locale. Il tutto si basa su di uno script in Python che permette di poter realizzare questa operazione richiamando le API che lo stesso sito cloud ci mette a disposizione.

In particolare l’ultima versione di questo script, reperibile da questo link, dove abbiamo tutte le istruzioni.

Installiamo su server questo script

Nel post di Mraddon precedentemente citato e nel seguente post viene indicato come impostare lo script su Windows. In questo post vedremo come impostare lo script su Linux Ubuntu, di cui sono un grande FAN 😀

Attivare il terminale ed eseguire i seguenti comndi:

sudo apt-get update
sudo apt-get -y install python3.9-dev python3-pip virtualenv
sudo update-alternatives --install /usr/bin/python python /usr/bin/python3.9 1

SI tratta di comandi che eseguono la installazione di Python (versione richiesta) e di PIP ovvero il comando di Python per installare tutte le librerie richieste per potre lanciare lo script. Ovviamente questi comandi devono poi essere aggiornati di conseguenza con l’aggiornamento della versione di Ubuntu.

Scarichiamo il codice presente sul GITHUB su di una cartella locale del server e e da li eseguire i seguenti comandi:

virtualenv venv -p /usr/bin/python
source venv/bin/activate
pip install -r requirements.tx

I tre comandi servono ad attivare python in modo da poter richiamare lo script.

A questo punto occorre che sia configurato lo script impostando sia il Token per la login dell’utente amministratore, dal quale lanciare le API per avere a disposizione il backup.

#Backup Jira
python backup.py -j 

#Backup Confluence
python backup.py -c

Conclusioni

Una volta a disposizione questo script, abbiamo la possibilità di avere in locale direttamente i file di Backup. Abbiamo quindi il vantaggio di poter usare questi backup per creare una nuova istanza Cloud e di conseguenza possiamo ripristinare una prima operatività in tempi abbastanza brevi,

In aggiunta possiamo marcare in maniera opportuna tutte le nuove issue che sono create nella nuova istanza in modo da decidere, in fase successiva, il ripristino delle stesse, ma queste saranno oggetto di un altro POST di questo blog, dove andremo a parlare di integrazioni e di come far comunicare due istanze cloud di Jira (ed anche di Confluence…. l’argomento è molto vasto).

In aggiunta credo che le stesse procedure Atlassian di ripristino e di backup saranno sicuramente riviste per garantire un ripristino ed un backup in tempi brevi ed evitare queste situazioni molto pericolose. Tutti noi dobbiamo imparare da queste esperienze.

Anche in questo caso l’esperienza che abbiamo passato non deve essere vista come un problema e basta Occorre anche che ci aiuti a crescere e a migliorarci.

Ringraziamenti Doverosi

Ultimo ma non ultimo, sono i ringraziamenti all’autore dello script, che permette di poter realizzare questa azione.

In questo post andremo ad esaminare una meravigliosa novità. Si tratta della prima App realizzata con Forge di cui proponiamo la recensione. Rilasciata da Lively Apps questa App interamente realizzata con Forge. Andiamo quindi a curiosare

Una prima spiegazione si rende necessaria.

Prima di iniziare a parlare della nuova App, occorre iniziare a parlare di FORGE. Si tratta della nuova piattaforma di sviluppo per l’ambiente Cloud

Si differenzia dal sistema attualmente in suo in quanto risulta integrato con l’ambiente cloud e si prefigge l’obbiettivo di aumentare la sicurezza e la data residency degli addon, che a causa della natura stessa della attuale tecnologia. Infatti, i produttori di addon necessariamente dovevano mettere a disposizione un proprio server e questo non sempre era disponibile nello stesso paese del cliente. Adesso il problema è in fase di risoluzione 🙂

Andiamo subito a vedere questo addon

Attraverso questa App possiamo tenere sotto controllo i link e verificare subito quelli che non funzionano. Possiamo quindi rimediare molto più facilmente perché ci mette a disposizione la strumentazione . Dalla precedente immagine, vediamo che, nella sezione di amministrazione dello Space, abbiamo una nuova tab dedicata a questi link.

Possiamo eseguire l’editing dei link direttamente da questa nuova sezione oppure in blocco.

La provo subito

Come sempre partiamo dalla installazione della applicazione, che già da tempo riassumiamo con una GIF che descrive tutte le fasi.

Andiamo subito alla parte di configurazione (non abbiamo alcuna configurazione generale dello stesso addon).

Subito all’opera

Ho creato uno space ad hoc ed ho iniziato ad usarlo. Una precisazione. La prima volta che viene utilizzata, la App richiede una autorizzazione per poter accedere ai dati (lo si vede nella seguente GIF) .

Con pochi click siamo riusciti a identificare tutti i link dello space e possiamo facilmente gestirli, modificarli o controllarli.

Conclusioni

Sono piacevolmente sorpreso da questo addon. Un valido aiuto per la gestione dei link presenti nei nostri spazi, ma sopratutto un primo e valido esempio di come Forge si comporta sul campo e quali strumenti ci mette a disposizione.

Reference

Maggiori informazioni sono reperibili alla pagina di markerplace.

Annuntio Vobis Gaudium Magnum ……

Habemus Gruppo Atlassian Community espressamente dedicato a tutti coloro che parlano Italiano.

Possiamo finalmente chiarirci i nostri dubbi sui prodotti Atlassian usando la nostra meravigliosa Lingua. Possibile accedere a gruppo attraverso il seguente link.

In questo post andremo a testare e saggiare le potenzialità di Meetical, un addon che ci aiuta e migliora il nostro lavoro, semplificando la vita nella gestione delle riunioni e dei verbali/minute di riunioni. Procediamo

Installazione

Partiamo dalla installazione dell’addon, sfruttando come sempre una agevole GIF.

Passiamo alla configurazione Generale.

Configurazione Generale

La prima operazione di configurazione che andiamo ad eseguire è l’aggancio con il calendario GMAIL. In questo caso ho sfruttato l’account GMAIL personale.

Una volta eseguito il collegamento al calendario, possiamo iniziare ad usare il nostro addon

Test

Il test è molto semplice: Ho iniziato a creare degli eventi di test e successivamente ho verificato gli automatismi che l’addon mette a disposizione.

Ho verificato che questo addon permette di poter generare facilmente delle minute di verbale in pochi istanti, permettendo di predisporre con pochissimi click una pagina già precompilata con tutte le informazioni che ci servono, senza dover ogni volta ricopiare dal calendario.

Dalla GIF sopra indicata vediamo che le pagine sono costruite attraverso un insieme di macro che l’addon mette a disposizione e che si preoccupano di leggere le informazioni che servono, in maniera trasparente

In questo modo, tutte le informazioni non sono statiche, ma vengono automaticamente aggiornate leggendole direttamente dal calendario. Ma non solo. Possiamo anche generare le pagine direttamente dal calendario.

Per questo ci serviamo di una opportuna estensione di Chrome che ci aiuta in questa operazione. Anche in questo caso abbiamo bisogno di eseguire una configurazione della estensione con il Confluence che stiamo utilizzando per il test.

Una volta eseguito il collegamento attraverso la KEY generata

abbiamo collegato il nostro calendario a Confluence. La seguente GIF ci mostra come creiamo la pagina Confluence.

Conclusioni

Si conferma quanto affermato nel primo post di presentazione. Abbiamo un addon SPETTACOLARE. Aggiungiamo che, come riportato in questo post della stessa Meetical, la versione CLOUD è in BETA 😀

In questo post cercherò di riassumere quanto ho visto e quanto ho appreso dall’evento Atlassian Open di Vienna,

dove ho avuto il privilegio di incontrare delle persone fantastiche e di apprendere novità importanti. Eccomi qui all’ingresso della fiera di Vienna pronto e ben determinato 🙂

Una piccola nota

Come in altri post, ho cercato di raccogliere le foto da varie fonti, sia da Twitter che da Linkedin, sperando di riuscire a riassumere l’evento al meglio. Un ringraziamento a tutti per l’aiuto, la pazienza e la grande voglia di fare che ho visto durante questo evento.

Nell’anno del Cloud

La prima cosa che segnalo è che questo è l’anno del Cloud. Atlassian punta ad estendere la propria presenza sul Cloud, aggiornando il periodo di prova ed estendendolo, al fine di permettere agli utenti di poterlo testare con il tempo che serve

Come riportato dal blog ufficiale, ci sono varie ragioni per scegliere il Cloud, che provo a riassumere:

• Costi contenuti per iniziare le proprie attività: I gruppi di lavoro possono contare su di un software pronto all’uso senza doversi preoccuparsi di fare manutenzione ai server
• Scalare con facilità quando si ha effettivamente bisogno, senza sprecare risorse.
• Amministrazione semplificata, dato che viene delegata al personale Atlassian: Non ci si deve preoccupare del fatto eseguire i backup, di controllare i server.

Questo significa che Atlassian dovrà mettere a disposizione una serie di funzionalità e di chiamate REST per poter consentire, ai vari produttori di Addon, di poter portare tutte (e dico tutte) le funzionalità. In questo modo sarà possibile avere un porting completo.

D’altra parte, ho notato diverse lamentele su come sono stati reimpostati i profili cloud. Molti utenti hanno espresso pareri negativi sul fatto che determinate funzionalità, chieste a più riprese e rimaste NON SVILUPPATE per diversi anni. Quando finalmente si intravedeva la luce, queste sono state rese disponibili solo per i profili PREMIUM….. Un esempio è data dalla seguente ISSUE: Si tratta della possibilità di poter condividere una pagina a persone esterne a Confluence cloud. Vedremo come si evolverà la situazione nei prossimi mesi. La situazione è ancora fluida e sono sicuro che ci saranno sorprese.

Grandi Team

Ho avuto modo di incontrare diversi Team che producono diversi addon molto molto interessanti:

DEISER

Deiser ci ha mostrato le ultime novità ed anche una sorpresa. Nei prossimi giorni consiglio di andare a controllare il blog di Deiser e vedere le ultime pubblicazioni 🙂

Refined

Novità in corso per chi ha necessità di modificare o adeguare il layout di Jira. Tra la fine e l’inizio dell’anno sarà disponibile la possibilità di personalizzare anche Jira Software, oltreche Jira Service Desk e Confluence. Stay tuned.

RICKSOFT

Abbiamo a disposizione un addon per Server e Cloud che permette di poter gestire i diagrammi GANTT. Da vedere sicuramente.

Botron

Grande novità sul fronte della amministrazione di Jira. Botron propone un addon che permette un controllo a 360° delle nostre istance Jira, Da vedere ed usare. Lo consiflio

Poca ma buona la presenza Italiana, con i grandi esperti di Herzum.

HERZUM

Lo so che posso sembrare nazionalista, ma sono sempre contento di vedere la compaggine Italiana.

PS: Prendo atto della lamentela che mi avete fatto e manterrò la promessa di recensire gli addon della Herzum 🙂

k15t

Sempre bravissimi. Hanno realizzato degli addon fantastici ed anche se non sono riuscito a passare dal loro stand, non posso che fare i complimenti al lavoro svolto. BRAVI.

Communardo

Ho avuto l’occasione di conoscere diversi rappresentanti della Communardo, dopo aver recensito i loro Addon. Sempre un piacere confrontarsi ed imparare. Una menzione speciale per David.

La prossima birra la offro io 🙂

Old Street Solutions

Menzione ancora più speciale per l’amico Chris Cook:

E’ un onore conoscere persone validissime in questo ecosistema di Atlassian. Chris, mi permetto di ringraziarti e di ringraziare l’intero Team per il lavoro straordinario che avere fatto. MI attrezzo per una birra da offrire a tutto il team.

Una bellissima sorpresa

Durante l’evento abbiamo conosciuto un nuovo amico: Lukas:

Ho avuto modo di visionare l’addon che la tua meravigliosa azienda produce. Stay tuned: presto sarà recensita dall’Artigiano. 😀

TechTime Initiative Group Limited

Una bellissima sopresa. Mi hanno presentato un addon che potrebbe risolvere diverse problematica: conteggiare le ore che si dedicano ad una issue. Questo addon permette di conteggiare quanto tempo dedichiamo alle issue semplicemente spostandoci sopra. Lui conta. Non vedo l’ora di testarlo.

Stiltsoft

Una sorpresa conoscere e assistere ad una piccola demo della Stiltsoft. Abbiamo incontrato la Irina che ci ha presentato un addon prodotto (ma sono tutti meravigliosi, ve lo garantisco). Grazie Irina. Un grande piacere ed un onore conoscere e confrontarci.

Conclusione

Evento fantastico, sicuramente da ripetere e da fare. Solo una piccola nota negativa: l’intervento di Tony Franco che non condivido in nessuna parte. Personalmente l’ho trovato fuori posto.

Foto di gruppo

Riporto una foto di gruppo dei ragazzi con cui ho condiviso questa splendida esperienza. Un grande abraccio da tutti.

In questo post iniziamo a testare i primi addon della Svizzera EPS, addon che abbiamo presentato in questo post, qualche tempo fà. Vediamo di esaminare in dettaglio alcuni di questi.

Space tree creator – Test addon

Iniziamo, come sempre, dalla fase di installazione e per questo ci facciamo aiutare dalla seguente GIF, dove è descritto come eseguire l’installazione dell’addon su Confluence

La configurazione generale prevede diverse opzioni, che andremo ad esaminare. Anche in questo caso ci facciamo aiutare dalla seguente GIF per meglio capire come è organizzata

Passiamo al test vero e proprio. In questo caso andiamo a verificare il funzionamento vero e proprio dell’addon.

La prima cosa che notiamo è la presenza, nel contect menù di ogni pagina, di due nuove voci, che andiamo ad esplorare.

Da queste possiamo eseguire una copia dello space o una creazione dello space. Le seguenti GIF ci permettono di vedere le due funzioni all’opera.

Come possiamo osservare, le due opzioni permettono di creare facilmente delle copie dello space su cui stiamo lavorando.

Fantastico

Possiamo eseguire delle operazioni non indifferenti con la nostra istanza Confluence (e questo, al momento in cui scrivo, è possibile su TUTTI gli ambienti: Cloud, Server, Datacenter). Ma non è finita qui:

Possiamo anche procedere come segue. Creiamo il nostro Space Template, dove abbiamo inserito tutte le informazioni, schemi e pagine che ci servono. Da li procediamo con quello che serve e successivamente, usando una macro che l’addon mette a disposizione, possiamo creare il nostro space, semplicemente andando a sostituire i vari TAG che abbiamo inserito.

A tale scopo abbiam creato uno Space per eseguire questo test e la seguente GIF ci mostra come è stata inserita la macro.

Vediamo come si comporta. Abbiamo inserito dei tag, sia nella HOME dello space template, che nella pagina di prova, che si occupa di simulare una sorta di pagina del cliente. Proveremo anche, e lo si vede nella GIF successiva, a non compilare uno dei vari TAG e vedremo il risultato,

Il risultato che vediamo è assolutamente NOTEVOLE. Come sempre ho un termine per descrivere il risultato: S P E T T A C O L O. 😀

Conclusione

Con la speranza di aver ben compreso tutte le potenzialità (e personalmente ne vedo tantissime in questo addon), tutte le aspettative sono ben confermate. Abbiamo un addon che ci permette di poter finalmente estremizzare la concezione di Template e di Modello su Confluence e che si ricollega perfettamente a quanto indicavo nei miei precedent articoli su ECM.

Reference

Maggiori informazioni sono reperibili presso la pagina del Marketplace.

…. non vi preoccupate. Abbiamo a disposizione agevoli filmati e podcast per ascoltare i vari interventi.

Summit

Di seguito il link per vedere tutte le sessioni del Summit  2018.

Fantastico e per AtlasCamp?

Abbiamo anche i podcast su AtlasCamp: Abbiamo un altro link dove possiamo trovare tutte le informazioni.