Google Apps

In questo post parleremo della integrazione tra le Google Apps e Atlassian Cloud.

Una piccola novità

Come riportato nel Blog ufficiale di Atlassian, anche per Conflunce Cloud è stato reso possibile integrarlo con le Google apps. Viene data la possibilità di poter eseguire le login a Confluence cloud attraverso una unica login

Vantaggi

Una unica login per poter accedere ad un insieme consistente di servizi, non ultimo la possibilità di poter usare Confluence cloud :-).

Consiglio

Rimane comunque valido un consiglio, che ho sempre dato quando si fa uso di queste integrazioni. Mantenete sempre una utenza administrator non collegata a queste utenze di Google Apps.  😉 In questo modo, in caso di qualche disservizio o problema, una porta di accesso sarà sempre disponibile.

Riferimenti

Manalistica: Fare riferimento a questa pagina, per la gestione, ed a questa pagina per la configurazione del Confluence Cloud.

Code Review

In questo post, vedremo un esempio di utilizzo di FishEye e di Crucible, per realizzare una Code Review.

Definizioni

Partiamo, come sempre, dalle definizioni. La prima definizione che segnalo è quella di wikipedia, che ritengo abbastanza completa (in inglese).  Una Code Review fondamentalmente è una analisi critica del codice, il cui obbiettivo è quello di determinare eventuali problemi o errori o possibili punti in cui si può migliorare il codice.

Mi permetto di evidenziare la parola eventuali , in quanto non è detto che quanto rilevato in una Code Review sia effettivamente un errore. Infatti (faccio appello alla mia esperienza), la soluzione adottata potrebbe essere dovuta alla situazione del momento o ad un particolare workaround adottato per poter risolvere il problema in una determinata emergenza. L’analisi deve essere critica ma deve essere fatta con giudizio e sopratutto con la …. testa :-D.

 Iniziamo

Già nei precedenti post dedicati a FishEye, abbiamo visto come è possibile poter navigare il codice direttamente da interfaccia Web.

I primi passi per poter iniziare una code Review sono i seguenti. Primo passo in assoluto è quello di creare un progetto all’interno di Crucible. Premessa: Occorre disporre dei privilegi di amministratore 🙂

Dal Cog menù, come indicato in figura:

selezionare Administration. Quindi, nella sezione Project Settings, selezionare Projects. Quindi Dare New Project.

Se si conosce come definire i progetti sotto JIRA, allora risulterà molto semplice gestire i progetti sotto Crucible. La logica è la medesima. Si definisce una KEY, utilizzata per numerare le segnalazioni di Code Review.

Una volta definito il progetto, possiamo andare ad iniziare la Code Review. Come? Semplicemente andando a spulciarci il codice e andando a controllarlo.

Semplicemente andiamo alla riga di codice che … attira la nostra curiosità 🙂 e con un semplice click del mouse, andiamo ad inserire il nostro commento. Il codice non sarà modificato: tutte queste informazioni saranno inserite nel db di FishEye. In questo modo possiamo iniziare una discussione che può terminare con una richiesta di intervento, esattamente come viene fatto per JIRA.

Da queste richieste è possibile andare a generare la richiesta di intervento sotto JIRA. Se abbiamo eseguito le operazioni di Application Link tra JIRA e FishEye, allora possiamo anche eseguire questa operazione, assegnando la modifica del codice.

Tutte le attività sotto Crucible sono comunque tracciate:

Ogni singolo commento viene tracciato e, in caso di necessità, è possibile risalire all’iter che ha portato alla modifica oppure alla mancata modifica del sorgente.

Tramite apposite Dashboard, abbiamo la possibilità di avere sempre la situazione completa delle Reviews in corso, quali chiuse, quali sono sfociate in segnalazioni JIRA, etc. 🙂

Conclusioni

Abbiamo visto come lavorare sotto Crucible, come gestire una Code Review e come poter sfruttare al meglio FishEye e come intergrarlo con i vari applicativi della Atlassian. Nei prossimi post andremo a visionare altre funzionalità.

Riferimenti

Manualistica:

• Crucible Home Documentation
• Crucible overview

Chiamate REST

In questo post, iniziamo ad affrontare un tema molto importante, che riguarda come poter utilizzare le chiamate REST per poter programmare i vari prodotti della Atlassian. Si tratta del primo di tanti post che saranno dedicati all’argomento.

Un pò di definizioni

Partiamo fornendo alcune definizioni, che saranno utili per chiarire un pò di cose. La definizione di REST può essere reperita a questo link, da fonte WIKIPEDIA. Un altro esempio che consiglio è anche questo link, dove trovare alcuni esempi e definizioni. Altra definizione importante è quella di JSON, ovvero di un sistema di interscambio dei dati molto adatto per queste architetture.

Fondamentalmente, REST indica una architettura utilizzata per lo scambio di informazioni, per andare direttamente al dunque :-).

I vari prodotti della Atlassian, quali Confluence e JIRA, mettono a disposizione un insieme di API, già preconfezionate, attraverso il quale scambiare/reperire informazioni dai vari prodotti.

Iniziamo …

Vediamo adesso come partire per sfruttare queste informazioni. Iniziamo subito con un esempio pratico, che utilizza Confluence, per meglio chiarire il tutto. Per richiamare le API occorre sfruttare una URL come il seguente esempio:

http://192.168.114.140:8090/confluence/rest/api/XXXXXXXXX

dove XXXXXXXXX rappresenta la api che si vuole richiamare.

Ovviamente, si tratta di un esempio di URL che ho ricavato dalla mia installazione di test. Se andiamo ad usare una api molto semplice, quale CONTENT, che restituisce il contenuto del nostro Confluence, questo è il risultato:

Lanciando la API, senza fornire alcun parametro, quello che otteniamo è un JSON, che rappresenta il contenuto del nostro Confluence. Se iniziamo a raffinare la chiamata, passando uno dei parametri quale l’ID:

http://192.168.114.140:8090/confluence/rest/api/content/884738?status

Quello che otteniamo è il contenuto della seguente pagina:

che avevo creato per mostrare un esempio di page properties :-).

Quindi?

Quello che otteniamo è un grande risultato. A questo punto si apre un ventaglio di opportunità. Possiamo a questo punto leggere/scrivere tutta una serie di informazioni sul nostro Confluence, semplicemente sfruttando queste API. In questo modo si possono realizzare nuove funzionalità per tutti gli strumenti della Atlassian.

Conclusioni

Abbiamo visto, in questo post, in primo esempio di come poter accedere a queste api, di quali cose sono necessarie conoscere per poterle utilizzare e che risultati forniscono. Nei prossimi post Esamineremo degli esempi di utilizzo e di come poter utilizzare e chiamate REST per realizzare delle nuove funzionalità.

Altri addons per Confluence

Proseguiamo in questo post, quanto già affrontato in passato. Continuiamo ad esaminare altri addon per Confluence.

CQL Search

Si tratta di un addon che estende la funzione di ricerca, attraverso un opportuno metalinguaggio, e che consente di poter eseguire interrogazioni ad hoc per ricercare pagine ed informazioni.

Un apposito metalinguaggio simil-SQL, consente di poter eseguire le interrogazioni.

Una apposita macro viene messa a disposizione dell’addon, al fine di predisporre opportune pagine

L’addon è gratuito (al momento in cui viene redatto l’articolo).

Lucidchart app

Esaminamo adesso un valido addon che consente di aggiungere e gestire diagrammi, file visio e grafici per la versione Cloud.

Opportuni strumenti consentono di poter importare file da Visio e di costruire facilmente grafici nelle pagine di Confluence

Conclusioni

Abbiamo visto altri due addon per la versione Cloud di Confluence, molto interessanti ed utili. Rimaniamo in attesa di nuove sorprese 🙂

Riferimenti

Marketplace : CQL Search e Lucidchart for Confluence Cloud.

Modulistica

Esamineremo, in questo post, la possibilità di poter generare o manutenere della modulistica in Confluence.

Di cosa abbiamo bisogno

Vediamo di che cosa abbiamo bisogno, per poter realizzare questa funzionalità.

• Confluence
• Scroll PDF Exporter (Facoltativo: Lo utilizzeremo per poter generare la modulistica)
• Attachments Display Plugin
• External Attachments for Confluence

Confluence

Possiamo realizzare la modulistica in tanti modi. Andiamo ad esaminare il modo più semplice 🙂

Attachments

Possiamo usare Confluence come un semplice repository di allegati. Organizziamo il tutto come segue. In uno space dedicato, creiamo tante pagine quante sono le aree interessate e, per ogniuna di queste pagine, andiamo a caricare degli allegati che saranno la nostra modulistica.

Abbiamo poi una larga scelta di possibili modi di poter organizzare questi allegati, sia sfruttando le componenti standard, già presenti in Confluence, che utilizzando anche altri sistemi per gestire gli allegati, come i seguenti addon:

• Attachments Display Plugin
• External Attachments for Confluence

Daremo una prima occhiata a questi addon, lasciandone l’analisi approfondita nei prossimi post, dove dettaglieremo le potenzialità :-).

 Template

L’uso di template aiuta notevolmente nella stesura della modulistica. In particolare, aiuta anche nella realizzazione e compilazione dei moduli. Il sistema è abbastanza semplice, in quanto la generazione dei template consente di poter preimpostare una pagina prefincata e consente, successivamente, di generare una pagina confluence che rimane a disposizione come copia ‘elettronica’ del documento.

 Vediamo gli addon

Passiamo ad esaminare singolarmente i vari addon.

Il primo, Scroll PDF Exporter, consente di poter generare, data una o più pagine confluence, un documento PDF opportunamente formatato. Opportune autocomposizioni e wizard, consentono di poter impostare il tutto:

Questo vale sia per l’esportazione delle pagine, che per la formattazione. L’addon mette a disposizione un sistema per poter definire quali caratteristiche deve possedere il documento estratto:

Come possiamo vedere dall’immagine precedente, il sistema di generazione è molto semplice.

Esattamente allo stesso modo con cui eseguire le esportazioni del documento.

Gli altri addon consentono di poter meglio organizzare gli allegati, permettendo di poter gestire anche su sistemi remoti.

Conclusioni

Abbiamo visto un nuovo esempio in cui Confluence si dimostra un valido aiuto nella gestione del lavoro di tutti i giorni.

Questions 2.0 – Ultime novità

Esaminiamo, in questo post, le ultime novità su Questions. Proseguiamo quanto riportato in questo post.

Vediamo le novità in dettaglio

Viene adesso data la possibilità di poter associare le domande a determinati Space. Questo significa che un utente può indirizzare le domande ad un gruppo di persone ben specifico le proprie domande, oppure può indirizzarle a tutti gli utenti.

Al momento è possibile scegliere solo uno Space specifico. Sono abbastanza convinto che, nei prossimo futuro, sarà possibile scegliere anche più space 🙂

Avere la possibilità di poter indirizzare le domande ad uno Space, implica che per poter leggere queste informazioni occorre disporre delle autorizzazioni per gli space. Ciononostante, viene data la possibilità, quando si ricerca, di poterle vedere nei risultati della ricerca.

La scelta di poter indirizzare la domanda ad uno space specifico, consente di poter inviare la richiesta ad un team specifico. Consente inoltre di poter creare delle banche dati di informazioni specifiche per settore, laddove necessario.

Viene comunque lasciata la possibilità di poter inviare la domanda a tutti gli utenti, come originariamente.

Conclusioni

Da una parte vedo che abbiamo la possibilità di poter creare dei posti unici di conoscenza specifica, laddove potrebbe non essere indicato il caso di avere una conoscenza distribuita. In questo caso vedo sia un vantaggio che uno svantaggio.

Come svantaggio, viene meno il principio di mettere a disposizione di TUTTI la conoscenza aziendale, che sicuramente è un aiuto valido. Questo vale anche per quelle informazioni settorializzate. Faccio un esempio. Probabile che ad un Javascript Developer non interessi il ciclo di vita di una fattura, ma potrebbe interessargli come funziona il calcolo delle ferie :-).

Come vantaggio vedo la possibilità di creare delle aree di conoscenza molto specifiche, che possono interessare solo dei piccoli team di lavoro e che magari, essendo molto specifici, potrebbe non essere conveniente diffondere oltre il gruppo di lavoro stesso.

Riferimenti

Maggiori informazioni, in inglese, sono reperibili qui.

JIRA Service Desk 2.3 – Ultime novità

In questo post proseguiamo quanto riportato qui, cercando di approfondire le ultime novità su questo prodotto della Atlassian.

Quali ulteriori novità?

Neanche un mese dalla uscita della versione 2.2, cerchiamo di elencare le novità introdotte 🙂

• Gli utenti possono invitare altri utenti per farli partecipare alle discussioni sulle richieste. Prima era consentito ai soli agenti poter eseguire queste operazioni. In questo modo, gli agenti hanno la possibilità di poter comunicare la risoluzione del problema ad un numero di utenti maggiore, ridurre il numero delle segnalazioni e concentrarsi solo sui veri problemi;
• Rimane invariata, per quanto riguarda le licenze, il discorso che, nell’ambito del JIRA Service Desk, la questione che solo gli utenti Agenti vengono contati per determinare le licenze;
• Gli Agenti possono aprire delle segnalazioni a nome di utenti specifici Gli agenti hanno quindi la possibilità di poter creare delle segnalazioni per nome e conto di utenti, continuano a poter invitare altri utenti nella segnalazione, consentendo di ridurre il numero di segnalazioni e concentrando il lavoro solo dove è necessario. Un bel passo avanti 🙂
• Supporto per le email di solo testo. Con questa nuova versione di JIRA Service Desk, viene data la possibilità di poter gestire delle email senza HTML. Questo per venire incontro agli utenti che utilizzano dei sistemi di lettura automatica di email o che sono …. affezionati alle email di solo testo 
• Migliorata la console di amministrazione. Viene data agli amministratori la possibilità di gestire meglio le email semplificando la console stessa e aumentandone la chiarezza. Viene data la possibilità di poter visualizzare maggiori informazioni, LOG e dettagli delle email utilizzate.
• Sono stati risolti un discreto numero di …. bug 🙂

Conclusioni

Viene confermato che la Atlassian non smetterà mai di sorprenderci con nuove features, nuove funzionalità e nuove caratteristiche non indifferenti. Sono sicuro che, tra non molto tempo, torneremo a parlare di nuove sorprese 🙂

Riferimenti

Maggiori informazioni possono essere rintracciate qui. Altre informazioni sono reperibili a questa pagina

Altro esempio di uso

Mostreremo, in questo post, come realizzare una semplice gestione della contabilità, sfruttando Confluence e JIRA. L’obbiettivo è di combinare le funzionalità offerte dai due sistemi e di metterli a disposizione di tutti coloro che intendono gestire una semplice contabilità. Si va da piccolo professionista, alla azienda strutturata.

Di cosa abbiamo bisogno

Elenchiamo quello di cui abbiamo bisogno 🙂

• Confluence (Cloud o Server)
• Team Calendar
• JIRA

Vediamo nel dettaglio come sfruttare questi strumenti.

Confluence

Useremo Confluence come repository dei nostri documenti. Come mostrato nei diversi esempi di uso, nei precedenti posts di questo blog, Confluence si presta molto bene nella gestione di documenti. Le pagine possono essere utilizzati per creare delle agevoli Dashboard, da usare per aggregare tutte le informazioni.

Allo stesso modo con cui abbiamo creato una scheda cliente, possiamo creare un repository per le fatture. A tale scopo, dedichiamo uno space alle fatture, dove la pagina principale sarà la Dashboard riassuntiva di tutte le fatture emesse, mentre le singole fatture saranno memorizzate su singola pagina. Sfruttando il meccanismo delle Page Properties, avremo sempre a disposizione un report riassuntivo con il quale potremo sempre visualizzare lo stato delle fatture, e capire se e quando sono state pagate, se sono da pagare, il cliente, etc.

La seguente immagine mostra un esempio di Dashboard che può essere realizzata.

In questo esempio si può vedere come io ho organizzato la mia gestione delle fatture. Opportune Page Properties mi consentono di poter definire tutte le informazioni di cui abbisogno. Si va dal nome del cliente (che a questo punto, può essere una pagina a se stante di un altro Space Confluence, con tutte le indicazioni del cliente), alla data di emissione, anno riferimento, se il cliente è di buona o pessima qualità (ahimè occorrono anche queste informazioni) e, come conseguenza, se si è dovuti ricorrere ad un avvocato per il recupero crediti.

Ovviamente questo è un esempio abbastanza completo, ma non è il solo. Qui ci si può sbizzarrire con la propria fantasia o applicare le proprie conoscenze per poter avere a disposizione un quadro completo della situazione.

Team Calendar

Come per altri esempi, il Team Calendar è sicuramente utile per gestire gli appuntamenti aziendali, le scadenze fiscali o altre scadenze di vario genere.

Abbiamo anche la possibilità di poter generare più Calendari distinti, a seconda delle necessità. Si potrebbe avere a disposizione un calendario per le scadenze fiscali, un calendario per le scadenze di una divisione o di un ufficio, un calendario per gli eventi ed un calendario per le ferie del personale, etc etc etc :-). Lasciate correre la fantasia.

JIRA

JIRA viene usato per tracciare le varie attività. Ovviamente, JIRA può anche essere utilizzato per gestire progetti NON IT, non di sviluppo software. 🙂

Impostando i vari task, abbiamo la tracciatura completa delle varie attività. In aggiunta, inserendo le ore dedicate, abbiamo il controllo completo delle varie attività.

Quindi??

Semplicemente eseguendo una estrazione delle attività, attraverso JQL, possiamo ricavare il totale delle ore e determinare le fatture da emettere ai vari clienti.

Conclusioni

Confluence e JIRA si dimostrano dei software poliedrici, che consentono anche a persone non IT di poter essere validi strumenti per lo svolgimento delle operazioni di tutti i giorni, aiutando gli utenti nel loro lavoro e fungendo da supporto non indifferente per loro. Quanto riportato in questo post, può essere implementato sia nella versione Cloud, che nella versione Server.

Nei prossimi post, cercheremo di fornire ulteriori esempi di utilizzo di questi software.

Un piccolo aiuto

Continuiamo le recenzioni di addon per JIRA. In questo post andremo ad esaminare in piccolo addon che può aiutare nella gestione di progetti AGILE.

Andiamo in dettaglio

Si tratta di un semplice addon che mette a disposizione un orologio per cronometrare le riunioni.

Dalle immagini, vediamo che si tratta di un semplice orologio, facilmente configurabile, che consente di poter impostare le durate delle varie riunioni. In questo modo, si evita di discutere oltre un certo tempo, si forza le persone a arrivare subito al dunque e a evidenziare solo ciò che serve, senza dilungarsi in inutili giri.

Una volta installato, l’orologio è subito fruibile e consente di monitorare sempre il tempo 🙂

Conclusioni

Si tratta di un semplice addon che fornisce un grande aiuto. Può essere utilizzato nelle prime fasi di implementazione AGILE dei progetti, come supporto per determinate il tempo massimo da dedicare alle riunioni e aiutare il team a trovare il suo tempo.

Riferimenti

Maggiori informazioni al seguente link

Nuova versione, piccole e grandi novità

Riassumiamo, in questo post, tutte le novità che sono state introdotte sulla nuova versione di Confluence.

https://www.youtube.com/watch?v=LhHKkodOPFo

Andiamo nel dettaglio

Aggiornata la funzione di insert file in page. Viene adesso data la possibilità di poter aggiungere più file contemporaneamente. Inoltre, se il file è un PDF, è possibile scegliere se vedere l’anteprima o se si vuole, come nelle precedenti versioni, visualizzare il link.

La preview dei file è stata notevolmente migliorata.

Viene data la possibilità di poter visionare le varie versioni, dello stesso file, e di poter gestire meglio la visualizzazione, la scelta del file da visualizzare.

Commenti

La funzionalità dei commenti è stata estesa e migliorata. In prima battuta è possibile visionare i commenti e abbiamo la possibilità di poter inserire dei commenti anche sulle immagini 🙂

Come già anticipato in questo post, la funzione di pinpoint è stata estesa e migliorata, consentendo di poter gestire meglio i commenti e averne una più agevole funzionalità.

 Roadmap macro

Già introdotta nella precedente versione di Confluence, come indicato in questo post, seguito dalla prova di uso mostrata in questo post, abbiamo a disposizione una macro che consente di poter impostare una pianificazione di massima, ideale per condividere gli obbiettivi con il gruppo di lavoro, anche se non si dispone di JIRA

Piccole migliorie

Non ultime sono state introdotte alcune piccole migliorie. Partiamo dalla nuova gestione della foto del profilo

resa molto più agevole e  con una interfaccia semplice e facile da usare.

Viene confermato il nuovo editor di pagine, come già anticipato nel post, in cui viene dato molto più spazio all’editing.

Novità per la versione Data Center

Per la versione Data Center, il monitor console viene aggiornato e reso migliore.

HipChat

Migliorata l’integrazione con HipChat 🙂

Molto altro ancora….

Altre informazioni possono essere reperite, in lingua inglese, qui.

Conclusioni

Con la nuova versione, Confluence diventa ancora più usabile, mettendosi a disposizione anche degli utenti non IT, e semplificando molte delle operazioni. Si conferma che Confluence cura molto l’aspetto verso gli utenti, verso il loro lavoro e verso tutto ciò che può risultare utile per migliorare lavoro e performance. Queste innovazioni sono già disponibili per gli utenti di Atlassian Cloud, che possono già usufruirne e che, quasi sicuramente, ne avranno trovato giovamento.