Esaminiamo questo addon

In questo post andremo ad esaminare un post che aggiunge una particolarità alle pagine di Confluence. Cerchiamo di esaminare la particolarità.

Una piccola bandiera

Allo stato attuale, possiamo solo dare un like ad una pagina Confluence. Questo addon consente anche di poter inserire una …. bandierina sui commenti della pagina. Non tanto una etichetta, che è se,pre gestita a livello di pagina, ma quanto un qualcosa per marcare il commento principalmente come appropriato o meno.

L’addon si integra perfettamente su Confluence, e nel sistema di messaggistica, come mostrato dalla precedente figura.

Selezionando il link Flag, possiamo marcare il commento sec

Questo addon consente di gestire meglio i commenti e semplifica notevolmente il lavoro di moderazione. In aggiunta, possiamo gestire anche i flag che sono stati inseriti, avendo a disposizione un unico punto, nella sezione di amministrazione dello space, come mostrato in figura.

Conclusioni

Abbiamo un addon che ci aiuta nella moderazione dei commenti, molto importanti nelle pagine Confluence, in quanto ci aiutano nella redazione delle stesse e nel miglioramento dei contenuti.

Ultime novità

In questo post andremo ad esaminare le ultime novità, introdotte dalla Atlassian, su Confluence, Jira etc.

Confluence

Con i rilasci eseguiti tra il 24 maggio ed il 30 maggio, è stata rilasciata la versione 5.9.0-OD-52 che presetava le seguenti nuove funzioni:

Modificata la macro Content by label, che viene estesa in modo da poter eseguire interrogazioni molto più mirate. Impariamo a conoscere il  CQL – Confluence Query Language, attraerso il quale è possibile eseguire opportune query nelle pagine, come mostrato nella figura precedente. Lo stesso è stato realizzato per le Page Properties: Le macro di riferimento sono state estese. Nei prossimi post andremo a visionare nel dettaglio queste nuove caratteristiche, con la solita prova su strada 🙂

I metadati della pagina (label, restrizioni, posizione) sono stati spostati in cima alla pagina. Questo facilita la gestione di queste informazioni.

Con i rilasci dal 31 maggio a 6 giugno, è stata rilasciata la versione 5.9.0-OD-56 che ha introdotto le seguenti novità:

Sono state introdotte le Table Settings, attraverso le quali è possibile inserire in automatico la numerazione in prima colonna. Un automatismo non indifferente :-). Altra novità introdotta è la possibilità di poter copiare le colonne di una tabella molto semplice. Nella bottoniera, in alto, oltre alle funzionalità già presenti e cui siamo abituati, possiamo vedere i nuovi comandi.

JIRA

Passiamo adesso ad esaminare le novità per JIRA. Andiamo con ordine.

Con il rilascio eseguito dal 24 maggio al 30 maggio, con il rilascio della versione JIRA 6.5-OD-04, sono state rilasciate una serie di bugfix minori. Il seguente link li riassume tutti.

Con il rilascio eseguito dal 31 maggio al 6 giugno, con il rilascio della versione JIRA 6.5-OD-05, si è completato il rilascio con una ulteriore serie di bugfix minori. Il seguente link li riassume tutti.

JIRA Service Desk

Rispetto a JIRA, qui abbiamo delle belle novità :-). Andiamo con ordine.

Con il rilascio eseguito dal 24  al 30 maggio, con il rilascio della versione JIRA Service Desk 2.5.1-OD-02, si è completato il rilascio di diversi bugfix.

Con il rilascio eseguito dal 31 maggio al 6 giugno, con il rilascio della versione JIRA Service Desk 2.5.1-OD-03, viene rilasciato il nuovo service desk project navigation, come mostrato in figura.

Viene notevolmente migliorata l’interfaccia per creare dei portali custom per l’accesso al Service Desk.

Come si può vedere dalla figura, adesso abbiamo a disposizione un sistema molto più semplice ed intuitivo per poter creare il portale di accesso 🙂

Altri bugfix sono stati rilasciati con questa versione.

 Conclusioni

Abbiamo a disposizione delle belle novità. Come sempre la Atlassian ci continua a sorprendere con nuove belle funzionalità. Restiamo in attesa dei prossimi rilasci. 🙂

Reference

• Rilascio dal 24 al 30 maggio.
• Rilascio dal 31 maggio al 6 giugno.

Prova su strada

In questo post andremo a saggiare le potenzialità di questo addon, descritto in questo post.

Procediamo

Dopo l’installazione, come sempre semplice e velore, come mostrato nelle due figure successive che mostrano l’installazione della licenza trial:

Terminata l’installazione, possiamo procedere.

Le nuove funzionalità sono presenti nel menù Tools, come mostrato in figura:

In particolare notiamo:

• Add/Remove watches
• Change Labels
• Bulk Move/Delete

che sono le nuove funzionalità che l’addon mette a disposizione. Se li attiviamo, abbiamo a disposizione i vari menù per poter agire sulle pagine. Se ad esempio attiviamo la prima funzionalità, viene visualizzata la seguente schermata video.

Come si vede è semplicissimo eseguire le operazioni sulla pagina/sottopagine presenti. Questo consente di poter automatizzare semplicemente operazioni altrimenti noiose e lunghe.

Conclusioni

Abbiamo un addon interessante. La prova su strada ha mostrato che ha le carte in regola per migliorare la produttività degli utenti in maniera esponenziale :-). La possibilità di poter centralizzare queste attività è sicuramente interessante.

Automatizziamo le operazioni

In questo post andremo a vedere come possiamo automatizzare alcune operazioni, analizzando il seguente addon per Confluence Cloud.

Bulk Action Tool

Si tratta di un addon molto interessante, in quanto consente di poter automatizzare azioni … ripetitive 🙂

In particolare possiamo automatizzare le operazioni su Watch

sulla gestione delle etichette

e sulla gestione delle pagine, in particolare su Move/Delete page

Alcune considerazioni

Ci terrei a soffermarmi un istante su alcune considerazioni. Questi addon sono importatissimi in quanto consentono, agli utenti, di poter velocizzare la propria operatività. Occorre tenere conto che, come già indicato in questo mio post, non sono presenti molte funzioni su ,Confluence e/o su JIRA, che consentono di centralizzare determinate operazioni. Il più delle volte occorre diventare matti per poter automatizzare il tutto.

Conclusioni

Abbiamo visto un addon interessante. Nei prossimi post, andremo ad eseguire una prova su strada, dove andremo a saggiare le potenzialità :-).

Proseguiamo la configurazione

Proseguiamo quanto iniziato in questo POST e proseguiamo andando a configurare il progetto TAG e iniziando a configurare JIRA Service Desk.

Creiamo i nostri asset

Una volta configurato il nostro progetto TAG, iniziamo a creare le issue degli asset. Utilizzando la Agile Board Kanban, possiamo eseguire questa operazione molto semplicemente.

In questo esempio ho inserito alcuni asset, tra i quali una mia desiderata: Quello di comprare un server virtuale linux :-P. Questo è il risultato. Per piccole e medie imprese, professionisti o ditte individuali, questo sistema è sicuramente il migliore.

Già così, questa configurazione risulta sufficiente per poter gestire un Asset. La Board ci consente di poter lavorare senza doverci complicare la vita. Su piccole realtà, ci potremmo fermare a questo.

Un qualsiasi generatore di QR Code, la stampa di alcune etichette, ed il gioco è fatto.

L’immagine sopra riportata, corrisponde al QR Code del codice TAG-1.  Possiamo, come hanno realizzato in Atlassian, impostare un QR-Code in modo che riporti l’indirizzo esatto per accedere alla ISSUE TAG; possiamo inserire una URL che vogliamo. Lasciate che la Vostra fantasia faccia il suo corso 🙂

Su realtà già un pò più grandi, l’uso di JIRA Service Desk ci può aiutare nella gestione delle richieste e della gestione. Infatti, sfrutteremo le funzionalità di gestione delle richieste per poter aiutare, chi gestisce gli Asset. Vediamo come

JIRA Service Desk

Andiamo subito al dunque. Configuriamo subito un Service Desk. Come già indicato nei seguenti posts, procediamo di conseguenza. Creiamo il nuovo progetto di gestione.

Una volta creato il nuovo progetto, procediamo con la configurazione.

Iniziamo con il creare un ISSUE TYPE che comprenda quelli utilizzati dal progetto TAG. Quindi, configurare le richieste.

A questo punto, possiamo creare la richiesta, associando anche il TAG-XXX presente nel nostro device.Vediamo i vari passi.

Selezioniamo SUPPORT-2, per il passo successivo:

Selezioniamo la funzione LINK, per associare il nostro TAG-XXX

In fase di LINK, selezioniamo che il nostro SUPPORT-2 è bloccato dalle operazioni che si eseguono su tale link. La prima cosa che esegue chi si occupa del supporto, è di modificare lo stato del nostro TAG-5.

Quando le operazioni sono terminate, il TAG-5 sarà opportunamente dismesso, rimesso in magazzino, riassegnato, etc etc.

Conclusioni

Abbiamo visto, in questo post, come possiamo gestire il nostro Asset e come possiamo, attraverso JIRA Service Desk, gestire le richieste per supporto/manutenzione dei vari ASSET.

Gestiamo un progetto

Vedremo in questo post, come possiamo utilizzare gli strumenti Atlassian per gestire un progetto, non necessariamente IT, e come impostare le varie informazioni di corredo.

Di cosa abbiamo bisogno

Le componenti principali sono:

• Confluence
• JIRA

Ulteriori addon potranno essere utilizzati per raffinare il risultato e migliorare la produttività.

Confluence sarà utilizzato prevalentemente per creare la documentazione del progetto, dove andremo ad indicare tutti i requisiti, documenti del progetto, annotazioni, verbali di riunioni, grafici. In una sola parola TUTTO  :-D. L’uso della macro Roadmap è sicuramente utile per aiutare lo sviluppo e pianificarlo al meglio.

Altre caratteristiche, quali i Template per generare le pagine per i verbali delle riunioni, requisiti, informazioni etc, sono altrettanto utili e valide per impostare tutte le informazioni di corredo al progetto.

Confluence ci mette a disposizione una serie di template pronti all’uso. Quelli relativi alla registrazione dei verbali di riunione sono uno di questi.

JIRA sarà invece utilizzato per la gestione vera e propria dello stesso. In particolare, possiamo andare a gestire il progetto oppure, nella eventualità che il progetto sia abbastanza vasto, abbiamo la possibilità di poter gestire più progetti o di scomporre un progetto in componenti, di più facile gestione.

Qui possiamo scegliere la tipologia di progetto di cui abbiamo bisogno, quali caratteristiche deve possedere, come deve essere organizzato.

Abbiamo la massima libertà di scelta ed organizzazione. Qualora disponiamo anche degli addon AGILE, possiamo anche creare le varianti AGILE SCRUM e KANBAN.

Possiamo creare i vari task, che compongono il progetto, ed assegnarli alle persone dedicate alla realizzazione

definendo anche la tipologia delle issue in base a quanto serve ai nostri obbiettivi.

 Conclusioni

Concludiamo questa prima parte qui. Nei prossimi post andremo più nel dettaglio e vedremo come configurare il tutto.

Prova su strada 🙂

In questo post andremo a fare la prova su strada dell’addon MapIt, descritto in questo post.

Installiamo e proviamo

Procediamo con l’installazione, che come sempre è semplice e veloce, senza particolari interventi

Basta solo attendere qualche secondo:

Qualora si voglia richiedere la licenza di valutazione, basta fornire le proprie credenziali per accedere al sto myatlassian.com, ed il gioco è fatto.

Al termine di tutte le operazioni, l’installazione è completata

Selezionando il tasto Get started, si passa alla prima configurazione del progetto. Il tutto viene spiegato in maniera semplice dall’addon stesso e senza particolari problemi:

Seguiamo i passi e configuriamo un progetto di prova. Supponiamo di crearne uno nuovo: GEO-TASK.

Andiamo quindi a creare i campi custom su cui saranno poi memorizzati i geodati.

Una volta definiti, andiamo a configurare l’addon, specificando i nuovi campi appena creati:

Quindi andiamo a settare longitudine e latitudine della sede centrale. Serve all’addon per indicare il centro della mappa.

In questo esempio ho indicato le coordinate di Piazza Maggiore a Bologna 🙂

Suggerimento

Quando si aggiunge un nuovo campo custom, o in presenza di altre operazioni quali la modifica di addon, si consiglia sempre di eseguire l’operazione di  re-index:

Adesso siamo pronti ad usare l’addon. Andiamo sulla dashboard ed aggiungiamo un gadget:

Andiamo a creare una nuova ISSUE e vediamo i risultati. Possiamo posizionarci sulla mappa e successivamente creare direttamente da li la nosytra ISSUE.

Inseriamo tutti i parametri

Possiamo poi andare a filtrare andando ad impostare opportuni filtri sulle ISSUE, come mostrato in figura

Conclusioni

Abbiamo visto la prova su strada dell’addon. Il risultato è notevole. Provate ad immaginare una gestione in cui si abbisogna di una georeferenziazione, e che con un semplice click sulla mappa si arrivi a generare la issue. La semplicità di utilizzo è evidente :-).

Asset manager in azienda

In questo post iniziamo a vedere come possiamo utilizzare i prodotti della Atlassian per la gestione di un ASSET Manager. Riprendiamo quanto già esposto in questo post e lo estendiamo alla luce di quanto ha riportato la Atlassian nel proprio blog. Da ciò, mi sono ispirato per cercare di trovare una versione …. lite, in modo da poterlo usare anche in realtà un pò più piccole o non tanto grandi :-). Si tratta del primo di una serie di post dedicati all’argomento.

Di cosa abbiamo bisogno

Riassumiamo brevemente quanto abbiamo bisogno:

• JIRA
• JIRA Service Desk
• Confluence
• Gliffy

JIRA  – Fornisce la struttura base su cui memorizzare le informazioni dei vari strumenti.

JIRA Service Desk – Sarà utilizzato per gestire il supporto per i vari oggetti dell’asset. Sarà prevalentemente utilizzato come supporto.

Confluence – Sarà usato per creare la documentazione di corredo per i vari oggetti dell’asset. In particolare sarà utile per documentare il tutto.

Gliffy – Sarà utilizzato per creare i grafici per descrivere meglio la situazione aziendale.

In questo primo post andremo a vedere come configurare la parte JIRA.

 JIRA – Andiamo in dettaglio

Iniziamo ad implementare l’asset manager. Il primo passo è di creare un progetto su cui andremo a creare gli oggetti. Come?? semplice :-). Le varie Issue saranno gli asset veri e propri. Es. Creeremo una issue per classificare uno specifico notebook, uno specifico server, uno specifico monitor, etc etc etc.

Negli esempi della Atlassian, viene suggerito di chiamare il progetto TAG . Si tratta di un simple tracking project, non ci serve molto di più.

Una volta creato il progetto, occorre definire le ISSUE TYPE  cui il progetto farà riferimento. Che cosa significa questo? semplicemente andiamo a definire le issue come se si trattasse dei vari componenti dell’ASSET: computer, tablet, stampanti, monitor, server, etc etc etc etc. Nel nostro esempio abbiamo definito i seguenti tipi:

Per fare questo, occorre andare nella sezione di amministrazione del progetto TAG, quindi accedere alla sezione che gestisce gli Issue Type e definire i nuovi tipi di issue, associando loro una icona opportuna:

Una volta che gli issue type sono definiti, associarli ad un opportuno insieme (nel nostro caso ASSET Issue Type), che sarà poi associato al progetto TAG (come mostrato in figura).

A questo punto, definiamo quali campi andremo a visualizzare nei vari screen, ovvero nelle varie schermate che sono richiamate dalle procedure di JIRA. Ad Esempio, quando creiamo una nuova issue o quando la andiamo a modificare. Andiamo a settare i campi dello screen, come mostrato in figura:

Selezionando uno qualsiasi degli screen, possiamo selezionare quali campi vogliamo impostare:

Il prossimo passo è quello di definire il Workflow  cui farà riferimento il progetto TAG. Andiamo quindi a creare un nuovo workflow, selezionando un esempio di come potrebbe essere gestito un Asset in maniera molto semplice e rapida. Chiaramente è modificabile per ogni tipo di esigenza, da quella che richiede anche la possibilità di semplificare il workflow, a quella che richiede di complicarlo per gestire delle situazioni particolari.

In questo caso, abbiamo i seguenti stati:

• Richiesta  –  L’utente fa richiesta
• Disponibile  –  L’asset è disponibile
• Assegnato  –  L’asset è stato assegnato all’utente
• Supporto  –  L’asset è sotto supporto per riparazione o manutenzione
• Dismissione  –  L’asset è obsoleto e deve essere dismesso
• Dismesso  –  L’asset è stato dismesso e può essere rimosso dal magazzino.

Una volta creato il Workflow, lo possiamo associare al progetto, attivandolo e rendendolo operativo. Il tutto molto facilmente :-).

Se abbiamo a disposizione l’addon JIRA AGILE, possiamo anche aggiungere la AGILE KanBan Board, per poter gestire, in modo visuale, la gestione degli stati :-). La seguente immagine fornisce un esempio:

Qui ho aggiunto solo alcuni esempi, per fornire una idea. Immaginatevelo con i vari asset. Per aziende molto grandi, non è proponibile utilizzare questa soluzione, ma per piccole e medie realtà, questa soluzione è assolutamente valida. In aggiunta, se si fa uso delle Componenti, possiamo anche ottenere delle visualizzazioni dedicate per tipologia di Asset :-). Basta lasciare correre la fantasia.

Conclusione

In questo primo post abbiamo visto come configurare il progetto JIRA per poter gestire i dati degli asset. Nel prossimo post andremo ad usarlo e successivamente passeremo a configurare la seconda parte: JIRA Service Desk per gestire eventuali segnalazioni a chi gestisce l’asset in azienda.

Mapit for JIRA

Oggi parliamo di un addon … interesante, che introduce una geolocalizzazione su JIRA 🙂

Andiamo in dettaglio

Questo addon consente di poter utilizzare JIRA per la gestione di progetto, o di situazioni particolari, in cui è necessario avere a disposizione una geolocalizzazione

Questo fa si che JIRA può essere utilizzato anche in situazioni NON IT, dove non è coinvolto lo sviluppo software. Possiamo anche gestire situazioni in cui, oltre a segnalare un problema, abbiamo la necessità di indicare … DOVE si trova localizzato il problema. Immaginate una situazione in cui si deve indicare esattamente dove eseguire l’intervento. Magari una situazione in cui si deve indicare che l’intervento deve essere eseguito su di uno degli uffici, negozi 🙂

Conclusioni

L’addon promette bene. Nel prossimo post andremo a fare una prova su strada per saggiarne le performance.

Tabelle dinamiche

Vediamo in questo post, un nuovo addon che promette di realizzare delle tabelle dinamiche in maniera molto semplice in Confluence.

Excellentable….

Eseguita l’installazione, su ambiente server (non è ancora disponibile per il cloud), usando il wizard con cui, oramai la Atlassian ci ha abituati, passiamo subito all’utilizzo ed alla generazione delle nostre prime tabelle.

Creiamo una nuova pagina sul nostro Confluence:

Quindi attiviamo la Macro Excellentable:

Il risultato è il seguente 🙂

A questo punto iniziamo a riempire la tabella. Possiamo inserire i dati come se avessimo uno Spreadsheet e sfruttare anche gli automatismi di Confluence.

Una volta terminato, possiamo salvare la pagina. Questo è il risultato 🙂

Che cosa possiamo fare adesso?

Una volta che la tabella è compilata, possiamo eseguire, in maniera semplice, tutte le ricerche che vogliamo

Possiamo definire il formato del contenuto delle celle

oppure definire delle formule

Conclusioni

Abbiamo a disposizione un sistema molto semplice e pratico per generare delle tabelle dati, comprensiva di formule e ricerca. Siamo ancora alla prima release, ma direi che questo addon promette di mettere a disposizione nuove e mirabolanti funzionalità. 🙂