Un primo lavoro dell’artigiano

In questo post è adesso disponibile un primo lavoro dell’artigiano. Si tratta della traduzione italiana del libro Guide to Asset Management di Dan Radigan e di Dan Horsfall.

Il libro è reperibile al seguente link nella versione originale in inglese. In questo post metto a disposizione la versione italiana, dove gli autori spiegano come sia possibile utilizzare JIRA e JIRA Service Desk per realizzare un Asset Management.

Troverete la traduzione qui. AssetDOC-IT.

Una piccola precisazione

Appartengo alla razza umana e non sono perfetto. Di conseguenza, segnalatemi tutti gli errori, anche di battitura, che trovate. Sarà mia cura correggere la traduzione e metterla nuovamente a disposizione.

Migrazione

In questo post iniziamo ad affrontare un argomento molto tosto: La MIGRAZIONE :-P. Croce e delizia di ogni sistemista, per quanto difficile, una volta tenuto d’acconto di alcuni punti cardine, possiamo affrontarla senza alcun problema. Iniziamo questo piccolo viaggio 🙂

Una piccola premessa

Prima di entrare nel dettaglio, andiamo a fare alcune elucubrazioni preliminari.

La prima cosa da tenere sempre a mente è da dove partiamo e dove arriviamo. Cercate sempre di avere sempre la situazione sotto controllo.

Come parti fondamentali, consiglio di tenere sotto controllo:

• Database utilizzato. Questo ci aiuta a capire se è compatibile con il nuovo sistema oppure no o se ci sono delle limitazioni di cui tenere conto.
  
• Sistema installato sulla nostra rete o in hosting su di un sistema cloud. Questo ci dice come possiamo reperire le informazioni. Se stiamo utilizzano un sistema server nella nostra rete, siamo molto avvantaggiati. Se ci dobbiamo interfacciare su di un sistema cloud, possiamo avere delle limitazioni.
• Usiamo un LDAP oppure no. Qui dobbiamo prestare attenzione: Se lo utilizziamo ci possono essere dei problemi a livello di licenza.
• SSO (Single Sign-On) presente?
• Mole di utenti, per capire se le nuove versioni hanno un aggravio di costo oppure no ed anche …. se abbiamo bisogno di fare pulizia. Per i prodotti Atlassian (e qui lo scrivo in maniera molto semplice) DOVETE FARE ATTENZIONE. Lo spiegherò meglio dopo, ma non possiamo cancellare a cuor leggero.

Per i prodotti Atlassian

I casi di migrazione che possiamo affrontare sono i seguenti:

• Migrazione di versione  (Ad esempio: da JIRA 6 a JIRA 7)
• Migrazione di versione e di installazione (Ad esempio: da JIRA 6 Server a JIRA 7 cloud)
• Migrazione di installazione (Ad esempio: da JIRA Cloud a JIRA Server).

Per tutte le situazioni tenere sempre a mente i seguenti punti:

• Utenti: Prestare attenzione massima. Non possiamo rimuovere un utente a cuor leggero, in quanto ogni singola operazione viene tracciata ed assegnata ad ogni utente, anche quelli non pi attivi. Quindi, quando viene fatta la migrazione, ce li ritroveremo nuovamente.
• Addons: Ci possono essere problemi di compatibilità. Per le versioni successive potremmo non avere a disposizione alcuni addon, semplicemente perché il produttore …. non ha avuto il tempo di crearlo :-). Aggiungiamo che, un piccolo dettaglio che nella mia esperienza ho riscontrato, si presenta un problema contabile: Da una certa versione gli addon possono diventare a pagamento. Questo non ci aiuta di certo. :-O.
• Cloud Vs Server: Se si passa da Server a Cloud, abbiamo un altro piccolo problema: Non tutti gli addon sono disponibili per cloud. Anche qui occorre prestare molta attenzione. Se si passa alla versione cloud, occorre essere ben coscienti che non si possono trovare tutto ciò che ci serve, ma non disperate: Il numero di addon per la versione Cloud è in aumento :-).
• JIRA 7: Dato che nella ultima pacchettizzazione abbiamo delle piccole differenze, occorre tenere presente questo fatto e capire quale è la nuova versione da installare.

Conclusioni

Concludiamo questo post con le considerazioni fornite. Nei prossimi post andremo ad esaminare un semplice esempio di migrazione.

Annuntio Vobis Gaudium Magnum

E’ con grande gioia che annuncio che il buon artigiano è adesso Atlassian Partner.

Voglia di fare e perseveranza sono stati premiati con questo grande risultato :-), ma si tratta solo del punto di partenza per nuove imprese e nuovi risultati.

JIRA 7 a Bologna

Il 27 Ottobre si è svolto a Bologna un evento dedicato a JIRA 7. Ho avuto la fortuna di poter partecipare all’evento e di poter vedere le ultime novità di JIRA 7. In questo post, e nei seguenti, cercherò di riassumere quanto è stato presentato in questo evento 🙂

Team più performanti con JIRA

Il core della presentazione verteva sulla presentazione delle novità di JIRA 7, presentate da un ospite di eccezione: Vladimir Cavalcanti; EMEA Experts Manager Atlassian.

Dopo una breve introduzione, da parte di Alessandro Rizzoli di GetConnected, Vlad Cavalcanti ha iniziato una presentazione, tutta dedicata alla Atlassian, fornendo una panoramica sui vari prodotti e sui clienti (ben 50.000), tra cui anche la NASA, dove la Atlassian ha fornito il suo contributo per la missione Rover Mars.

Vlad ha poi subito introdotto le ultime novità su JIRA 7, descrivendo le nuove pacchettizzazioni:

• JIRA CORE
• JIRA SOFTWARE
• JIRA Service Desk

Durante la presentazione ha subito evidenziato una delle domande più comuni, tra quelle che solitamente vengono poste durante le presentazioni: Gli Addons rimangono compatibili? La risposta: Rimangono compatibili con la nuova versione.

Ha quindi evidenziato le indicazioni per le licenze: Nel caso dei vari prodotti, vince la licenza con il taglio più alto.

Vlad Cavalcanti ha quindi concluso il suo intervento mostrando un semplice caso d’uso di tutti i giorni, un esempio di situazione che si è presentata nel suo lavoeo e di come, i prodotti della Atlassian, lo hanno aiutato , soffermandosi come questi strumenti aiutano i team non IT

Si è quindi soffermato anche sulle ultime novità di Hipchat, segnalando che sarà presto rilasciata la versione Server per questo prodotto.

Ha concluso il suo intervento parlando degli Ship-It Days in Atlassian, dove tutti aiutano con nuove idee. Ripeto: TUTTI. Una piccola curiosità: JIRA Service desk è nato a seguito di uno Ship-It :-).

Segue una presentazione, a cura di Cecilia Berbardi, sulla Continuos integration e sulla esperienza in azienda GetConnected.

Cecilia ha fornito una ottima spiegazione dei processi aziedali, sulla realtà e su come i prodotti della Atlassian, attraverso la loro integrazione, sono un valido supporto.  :-). Passare da un sistema di scambio di file ad un sistema di integrazione, condivisione, scambio, ma sopratutto UNICO :-). Questo è il valore aggiunto dei prodotti Atlassian.

Seguita una ottima presentazione di Luca, su come JIRA Service Desk aiuta i gruppi di lavoro nello svolgere il proprio lavoro, mettendo a disposizione sistemi semplici e veloci per la gestione delle anomalie e delle informazioni.

L’evento è stato chiuso da un intervento su JIRA Portfolio:  Il prodotto più giovane della famiglia Atlassian. Federico Sita ha mostrato, con una demo molto completa e chiara, come questo prodotto può essere di aiuto nelle simulazioni e delle pianificazioni trasversali i vari gruppi di sviluppo.

Conclusioni

Un grande evento per Bologna, una occasione di potersi confrontare con esperti del settore e con varie esperienze sull’argomento. Sicuramente da ripetere

Approfondiamo le ultime novità

In questo post andremo ad approfondire le ultime news su JIRA 7, già anticipate in questo post, iniziando a capire quali sono le novità sostanziali.

Principali news

La principale novità è stata il ridisegnare JIRA in tre distinte pacchettizzazioni. Questo perché ci si è posti l’obbiettivo di fornire uno strumento il più possibile calzante alle esigenze dei vari team di sviluppo.

Oggi parleremo di JIRA CORE, ovvero della pacchettizzazione dedicata a tutti i gruppi di lavoro che non si occupano principalmente di sviluppo IT,  ma di altro genere di progetti.

Andiamo ad esaminare nel dettaglio quali sono le novità di JIRA CORE.

Sul blog ufficiale della Atlassian, abbiamo questa indicazione:

Fondamentalmente, dopo 13 anni di esperienza sul campo, la Atlassian si è accorta che molte aziende NON IT (ovvero che non sviluppano software), utilizzano JIRA per svolgere il proprio lavoro. Di conseguenza, hanno cercato di mettere loro a disposizione una versione di JIRA, da cui è stato estrapolato ciò che riguarda lo sviluppo software, mantenendo tutte le funzionalità base. Si è cercato, con questa soluzione, di mettere a disposizione una versione di JIRA con le funzioni base, andando al sodo del lavoro.

L’obbiettivo è quello di mettere a disposizione un sistema di:

• Notifiche, con la possibilità di usare le mentions in modo da tracciare tutte le varie fasi e contattare direttamente le persone. Si sfrutta l’esperienza accumulata con Confluence
• Visualizzazione unica: Si mette a disposizione una visualizzazione unica per gestire le Issue.
• Generalizzazione: Abbiamo una versione più generica di JIRA. Si è cercato di dare uno strumento generico, non monodedicato allo svilupo software. Personalmente la ritengo una scelta concettualmente importante, in quanto si mette a disposizione uno strumento che deve essere un aiuto, che disponga delle funzioni che servono e che non disponga di 1234567890987937352821632 di funzionalità di cui sono 3-4 funzionalità sono in uso. Possiamo usare JIRA CORE per aiutare le divisioni HR, legale, controllo di gestione, qualità, etc. 
• Formalizzazione meodologia di lavoro: Sfruttando la potenza dei workflow, abbiamo la possibilità di poter formalizzare e rendere più semplice la metodologia di lavoro. Infatti, quello che possiamo fare è che creare dei Workflow per migliorare il lavoro, passando da  ad un flusso più ordinato, chiaro e semplice da apprendere: Proviamo ad immaginare quali vantaggi possiamo trarre da questo strumento:
  • Standardizzazione del lavoro: non si improvvisa nulla.
  • chiarezza: ogni passo è chiaro e perfettamente definito.
  • documentazione: si può creare una opportuna documentazione di supporto che aiuta nell’apprendimento dei nuovi dipendenti/collaboratori;

Conclusione

Abbiamo iniziato a vedere le ultime novità sulla parte JIRA. Nei prossimi post andremo a visionare meglio anche le altre pacchettizzazioni, evidenziandone le differenze e i campi di applicazioni. Quindi andremo a provarle sul campo, come sempre, per saggiarne potenzialità e limiti.

Reference

Si consiglia il seguente video:

http://www.youtube.com/watch?v=cj9_wFQBDf4

Alcune ….. anticipazioni

In questo post raccogliamo alcuni rumors ed anticipazioni sui vari prodotti della Atlassian.

JIRA si fa in tre …

La prima novità che salta all’occhio è che JIRA viene ristrutturato. Per gli utenti si fa in tre :-). Abbiamo una riorganizzazione non indifferente che si attuerà nei prossimi giorni e che la Atlassian stessa spiega attraverso il suo portale Migration Hub.

Presentata ufficialmente il 6 ottobre, sono già presenti delle indicazioni sui blog esteri, dove i vari partner iniziano a presentare i nuovi prodotti in orbita JIRA. Qualche indicazione la trovate qui, in lingua inglese e qui in lingua spagnola. Aggiungo anche una piccola curiosità, che ho trovato in rete: Anche Jessica Alba usa JIRA 🙂

Abbiamo una nuova pacchettizzazione dei vari prodotti, il cui risultato è la seguente ristrutturazione:

JIRA Software

Si tratta della fusione del vecchio JIRA con JIRA Agile, con l’obbiettivo di mettere a disposizione uno strumento dedicato agli sviluppatori. In questo modo si dispone di uno strumento pronto all’uso e prettamente dedicato allo scopo.

JIRA Service Desk

JIRA Service Desk raggiunge la versione 3 e cresce a sua volta.

L’obbiettivo di JIRA Service Desk è quella di implementare una versione di Service Desk . Di primo acchitto, mi viene da dire che si vuole creare una versione Isolata di JIRA Service Desk. Attendo di assistere alle presentazioni per meglio capire che cosa si vuole fare.

JIRA Core

Fa la sua comparsa JIRA CORE. Si tratta di una pacchettizzazione dedicata ai NON Sviluppatori. Con questa operazione, la Atlassian intende creare una pacchettizzazione dedicata a tutti coloro, che non si occupano prettamente di sviluppo software, che necessitano di un sistema di tracciatura delle segnalazioni/anomalie/implementazioni.

Conclusioni

Grandi novità all’orizzonte. Attendo di partecipare ad un evento, in quel di Bologna, in cui sarà presentato JIRA 7. Seguiranno degli ulteriori post, appositamente dedicati all’evento, in cui descriverò meglio le caratteristiche.

JIRA Service Desk – Ultime News

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

In dettaglio

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

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

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

In aggiunta sono stati rilasciati diversi bug fix.

Conclusioni

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

Reference

Maggiori informazioni sono reperibili qui.

Proseguiamo il nostro confronto

In questo post, proseguiremo il nostro viaggio, verificando come possiamo gestire un progetto utilizzando altri prodotti Atlassian.

JIRA Service Desk

Ad un certo punto, il progetto sarà eseguito il deploy del progetto e sarà reso fruibile agli utenti. Da quest momento in avanti, quello che si andrà a dover gestire è la manutenzione dello stesso.

A tale proposito JIRA Service Desk è la soluzione migliore per poter gestire il Service Desk del progetto. Facilmente integrato con tutti i prodotti della Atlassian, consente di poter implementare un sistema di gestione delle anomalie/richieste/nuove evolutive, in maniera molto semplice.

In maniera molto semplice, e con pochi click, come già spiegato in questi posts, possiamo implementare un sistema molto semplice, con una interfaccia chiara e diretta. Pochi passi e anche chi si occupa di gestire queste situazioni, dispone di un quadro completo.

Pochi click e già si dispone di un sistema comprensivo di reportistica e di strumenti in grado di monitorare la produttività.

L’integrazione con JIRA, consente agli agenti di potersi interfacciare direttamente con il gruppo di sviluppo / manutenzione senza grandi difficoltà e, una issue generata con JIRA Service Desk viene subito reindirizzata alla persona giusta affinché la gestisca nel minor tempo possibile.

La possibilità di poter modificare il workflow, in modo da gestire tutte le situazioni di cui si ha la necessità, ci consente di poter coprire le nostre esigenze al meglio.

Conclusioni

Abbiamo uno strumento valido per gestire il servizio di trouble ticketing, che abbiamo già esaminato in dettaglio in altri posts, che nella gestione di un progetto non deve assolutamente mancare. Nei prossimi post, andremo ad inserire FISHEYE e JIRA Capture per andare a gestire meglio determinate situazioni.

Nuove migliorie

In questo post andremo a visionare le ultime novità introdotte dalla Atlassian, su JIRA Service Desk per la versione 2.5. Continuiamo quanto riportato nei post:

• JIRA Service Desk 2.0
• JIRA Service Desk 2.2
• JIRA Service Desk 2.3
• JIRA Service Desk 2.4

Ultime novità

Le ultime novità riguardano i seguenti aspetti:

• Reporting: Migliorato ed aggiunte nuovi reports, per meglio monitorare le attività degli agenti.

• Portal: Migliorata ulteriormente la possibilità di personalizzare il Portal

• Queue Update: Migliorato il comportamento delle code e migliorato l’update

Conclusioni

Si tratta mi piccole migliorie, ma sono sicuro che introducono un grande miglioramento. Nei prossimi post andremo ad esaminarle nel dettaglio, continuando il percorso iniziato con i seguenti post:

• Esempio di uso – Parte 1
• Esempio di uso – Parte 2
• Esempio di uso – Parte 3

Cloud o Server?

In questo primo post, di una serie dedicati all’argomento, andremo ad esaminare quali sono le differenze principali tra le due release dei prodotti. Obbiettivo è quello di fornire tutte le informazioni necessarie per operare la scelta migliore, in base alle esigenze.

Andiamo nel dettaglio

Credo che il primo punto da chiarire sia dare una prima spiegazione del perché di queste differenze. Innanzitutto, si tratta di situazioni differenti. Le versioni cloud (ex onDemand) sono gestite centralmente dal personale Atlassian e, di conseguenza, alcune funzionalità sono controllate direttamente da loro. Fornirle in mano ai clienti potrebbe essere controproducente in quanto potrebbe arrivare ad impattare altre installazioni.

Quali prodotti sono disponibili in cloud?

Prima di vedere le differenze, vediamo quali prodotti Atlassian sono disponibili.

• Confluence
• JIRA
• JIRA Service Desk
• JIRA Agile
• JIRA Portfolio
• Hipchat
• Bamboo

Adesso vediamo il dettaglio delle varie caratteristiche.

Il ruolo di System Administrator  viene ricoperto dal personale Atlassian. Di conseguenza, tutte le funzionalità che ruotano a tale ruolo, non sono disponibili.

I Backup schedulati non sono possibili, ma è comunque possibile eseguire una esportazione dati, al fine di riportarla su installazioni Server. I backup giornalieri NON sono consentiti in quanto il personale Atlassian li gestisce a livello centrale.

User Macro, HTML Macro e tutto ciò che impatta HTML (come macro standard) è disabilitato. Non esiste altra possibilità di poter abilitare tali addon su Cloud. Tuttavia, sono disponibili degli addon di terze parti che consentono di includere pagine web di siti terzi.

Mail Account e Mail server sono configurati e gestiti a livello centralizzato. Questo per gestire il tutto a livello centrale. Di conseguenza non è possibile customizzare questa parte.

Le versioni cloud utilizzano dei propri layout, ma non risulta possibile inserire delle variazioni ai CSS per la versione Cloud nè personalizzare il layout della versione cloud.

Non tutti gli addon sono disponibili per la versione Cloud. Il motivo è da ricercarsi nel fatto che, essendo la versione cloud centalizzata, la Atlassian ha modificato il come impostare gli addon per la soluzione cloud. Di conseguenza, anche lo sviluppo deve avvenire in maniera differente. Il seguente link aiuta a capire quali addon sono, al momento, disponibili. Come ho già avuto modo di evidenziare in post pubblicati, il numero di addon per la versione cloud è notevolmente aumentato nell’ultimo anno. Per la tecnologia da usare, fare riferimento ad Atlassian Connect. dedicheremo post a questo argomento.

Conclusioni

In questo post abbiamo dato una prima scorsa alle differenze tra le due installazioni, dove abbiamo visto quali operazioni sono possibili per una o per l’altra installazione. Questo aiuta sicuramente nella scelta del prodotto che si vuole e nel bugdet a disposizione. Nei prossimi post andremo a dettagliare le differenze, evidenziandole e commentandole.

Riferimenti

Pagina della documentazione Confluence disponibile qui.