In questo post andiamo ad esaminare le ultime novità su Service Desk, provandole direttamente sul campo. Esploriamo 🙂
Nuovo Layout
Abbiamo delle novità sul Layout grafico di PORTAL, per la versione CLOUD di Jira Service Desk. Dalla precedente immagine vediamo come è stata modificata e migliorata. Abbiamo un banner grafico e la possibilità di avere delle opzioni con una grafica maggiore, senza rinunciare alla semplicità di PORTAL.
Vediamo come possiamo creare la nostra soluzione, andando a personalizzare il nostro progetto. Partiamo dalle opzioni di personalizzazione. Questa è la prima immagine che ci si presenta:
Da qui vediamo già delle novità:
il banner, non presente nelle precedenti versioni
Icone migliorate
Se esaminiamo le opzioni di configurazione, questo è quello che vediamo:
Le opzioni di configurazione
Da li possiamo scegliere come migliorare e personalizzare la grafica. Il risultato che otteniamo è il seguente:
Menù generale
dove ho inserito una immagine della Bellissima Bologna 🙂 ed un logo con il San Petronio 🙂
Le richieste di un singolo progetto.
Conclusioni
Abbiamo una bella novità per il Jira Service Desk. Un miglioramento del layout grafico senza rinunciare alla semplicità di PORTAL.
IN questo post descrivo come utilizzare i prodotti Atlassian per poter avere a disposizione un pizzico di Astronomia e soddisfare una mia passione. Vediamo come ho realizzato il tutto 😀
Ci serve un addon specifico
Per avere l’astronomia presente sulla Kanban Board, ci serve un addon specifico. Si tratta del Kanban Combined WIP for Jira
Attraverso questo addon possiamo eseguire, tra le varie funzionalità, anche quella di cambiare l’immagine di fondo della Kanban Board
Il gioco è fatto
A questo punto quello che dobbiamo fare è impostare una GIF come immagine
L’immagine GIF proviene, come riporta la fonte VOX; da astrobiology.nasa.gov
Si tratta di una bellissima GIF che ci mostra delle stelle che orbitano attorno ad un buco nero supermassivo (SAGITTARIUS-A) che si trova nel centro della via lattea. Andiamo ad impostarla nel nostro addon come immagine di sfondo e…..
… il risultato è fatto 😀
Conclusioni
In questo post abbiamo visto come una app di Jira può aiutarci a ritrovare il buonumore e aiutarci nel portare un pizzico della propria passione per l’astronomia nel proprio lavoro. 🙂
Si è parlato in questi giorni di questo argomento e avevo trovato questo articolo sulla Community Atlassian, dove si iniziava a intravedere qualcosa. Provo a riassumerlo di seguito:
In particolare si parlava, in ambito Cloud, di un nuovo modo di configurare i progetti, dando spazio alla semplicità e praticità.
Nell’articolo è riportato appunto quanto segue:
In 2018, we’ve clocked up a ton of feedback: over 700,000 NPS responses, 300 customer interviews, and 77,000 in-product feedback. The resounding theme is not positive – the product can be overwhelming, difficult to get started with and gets complex very quickly.
Quindo sotto il cappello di Agility, Atlassian ha cercato di rendere più semplice la configurazione e lo startup di un progetto. Pare che il primo scoglio sia proprio questo.
Per mia esperienza, effettivamente le aziende tendono a complicarsi la vita disegnando delle funzionalità molto complesse. In alcuni casi ho avuto a che fare con la realizzazione di Workflow rigidi, complicati e di difficile interpretazione. Così non ci siamo.
Avere a disposizione fin da subito questo strumento per velocizzare la partenza èsicuramente il primo passo anche per incentivare l’utilizzo dello strumento ma anche l’utilizzo della metodologia AGILE.
Ringraziando Alejandro, grande esperto Atlassian, che ci segnala un articolo, sempre della Community Atlassian, abbiamo le prime indicazioni di cosa è Agility, che cosa rappresenta e come funziona 😀
Come sempre, subito al sodo
Andando al nocciolo della questione, si tratta di un nuovo modo di approcciare la creazione e gestione dei progetti, che mira ad una semplificazione nella configurazione e gestione.
L’obbiettivo di Atlassian è di mettere a disposizione dei singoli utenti la possibilità di poter configurare i propri progetti senza dover richiedere l’intervento di un amministratore. Come possiamo vedere dalla figura successiva:
abbiamo una semplificazione a livello di configurazione, gestione e manutenzione del singolo progetto, che viene totalmente lasciato nelle mani del gruppo di lavoro.
Questo viene messo a disposizione con i Next-Gen project o selezionare l’Agility Template per poter accedere a queste nuove funzionalità. Infatti, se andiamo a creare un nuovo progetto, nella nostra istanza Cloud …
…. vediamo che abbiamo a disposizione un nuovo template: Agility che permette di poter definire un progetto in maniera molto più semplice.
Tra le caratteristiche che abbiamo, vediamo che :
Una volta selezionato, procediamo con la generazione del nostro progetto.
Conclusioni
Fermiamo qui la nostra esplorazione. Nei prossimi post andremo a generare un nuovo progetto di tipo Agility e cercheremo di capire come cambia, se in meglio o in peggio, la gestione di un progetto.
Reference
Consiglio la lettura (sono articoli in inglese) dei seguenti link:
Adesso sto iniziando a collaudare questo sodalizio. La prima cosa che ho operato è quello di far parlare i due prodotti, ed il risultato è quello che ricevo su di una chat ad hoc (e via mail se non sono collegato) tutte le operazioni che sono eseguite sul mio Jira Cloud
Esempio di mail che descrive la gestione delle mie fatture
Ho anche iniziato a collaudare lo slackbot, ovvero utilizzare Slack per comunicare sia con Jira, che per ‘chattare’ e verificare le risposte
Il mio dialogo … surreale con il Chatbot…Alcune interrogazioni eseguite via Slack
Solita domanda: Che altro?
Lo so, sono noioso, ma questa domanda è un classico evergreen. Andando a curiosare sul marketplace, ho avuto modo di verificare la presenza di questo addon.
Questo addon, rispetto a quanto mostrato in precedenza (che si ottiene senza dover acquistare/installare particolari addon), ci permette di migliorare
Aggiunta di una nuova TAB SlackPossibile personalizzare i messaggi
Conclusione
Terminiamo qui questa esplorazione. Nei prossimi post andremo ad esaminare quali altre possibilità ci sono.
Procediamo con analizzare le app sul campo. Utilizzerò il mio account di lavoro… sbiancando le informazioni sensibili 😉 …. ovviamente.
Jira
Partiamo da Jira. Quando attiviamo l’applicazione quello che vediamo qui è la maschera di login:
Come vediamo abbiamo la stessa visualizzazione del web. Inseriamo la nostra user e password (segrete 😛 )
Procediamo come
ed ecco il risultato 😀
Possiamo accedere alle Jira Board
ed alle issue, ma non alle Dashboard. Sono riuscito a predisporre una dashboard che mi riassume la mia attività lavorativa, ma non posso vederla sulla app mobile.
Confluence
Anche la app di Confluence presenta lo stesso layout di Jira
In questo caso possiamo avere a disposizione una dashboard, simile alla versione classica web
anche l’editazione è rimasta similare:
Conclusioni
Le apps mettono a disposizione diciamo il 90% delle funzionalità dei prodotti. Rimaniamo in attesa delle prossime evoluzioni.
Reference
Per ulteriori informazioni, fate riferimento al seguente articolo del Blog di Atlassian.
In questo post andremo ad esaminare un addon per Jira, che permette di poter eseguire una operazione molto importante: Eseguire un rilascio.
Giusto per spiegare meglio
Questa operazione, per i prodotti Atlassian, non sempre è possibile. Infatti, come sempre ricordo, molte operazioni sono e rimangono manuali. Di conseguenza, se si dispongono di due ambienti (produzione e test) e vogliamo eseguire un rilascio, normalmente occorre ripetere le configurazioni nella produzione, con alta probabilità di errore. In questo caso abbamo a disposizione un addon che promette di eseguire un allineamento di ambienti 🙂
Presentiamo KIWI (Workflow Importer) Questo addon permette di poter eseguire il deploy del Workflow da una istanza all’altra. Oltre a questo permette di poter esportare anche altre caratteristiche dei Workflow.
Possiamo eseguire Import/Export in maniera molto semplice.
La procedura permette una ottima configurabilità.
Conclusioni
Abbiamo un addon F A N T A S T I C O. Si tratta di un addon che permette di poter eseguire il deploy. Non vedo l’ora di provarlo.
In questo post andremo a testare questo addon e vedremo dal vivo questa nuova grafica di Jira Cloud. A tale scopo andremo ad usare le nostre istanze di test cloud.
Installazione
Partiamo come sempre dalla installazione, cercando il nostro addon da installare. Rispetto alle altre installazioni, teniamo presente che sarà più semplice dato che l’addon è ancora in beta ed è free (al momento in cui viene redatto il post, questo è lo stato dell’addon).
Selezioniamo il tasto Install e procediamo ….
Accettiamo le condizioni ….
Configurazione
Proseguiamo con la configurazione che,al momento, non è necessaria: Non abbiamo alcuna configurazione globale 🙂
Passiamo al test
Test
Iniziamo la nostra sessione di test andando a verificare come viene modificata la visualizzazione delle issue. Ci posizioniamo su di una issue qualsiasi:
Notiamo la presenza, in alto a destra, di un tasto FDS Edit, che ci permette di attivare la nuova visualizzazione. Questo è il risultato:
Per meglio chiarire il funzionamento, ho prepatato questa GIF che ci da un ulteriore aiuto:
Conclusione
UN primo passo ma un primo grande risultato. Abbiamo un addon che ci permette di poter personalizzare la visualizzazione e permette di semplificare anche le informazioni mostrando solo l’essenziale. Il primo giudizio è assolutamente POSITIVO. Attendo i prossimi sviluppi e sono molto sicuro che i prossimi rilasci produrranno dei risultati non indifferenti.
Dopo lunga attesa è finalmente arrivata la possibilità di poter personalizzare l’interfaccia grafica di Jira Cloud 🙂
F A N T A S T I C O
Abbiamo quindi la possibilità di poter personalizzare la nostra interfaccia grafica di Jira, attraverso un addon in beta e free (al momento in cui viene redatto il post, l’addon presenta queste caratteristiche)
Conclusioni
Dalle immagini sembra che la personalizzazione sia veramente importante e particolare. Non vedo l’ora di provarla
In questo post andremo a vedere quali sono le novità della nuova versione di Jira 7.12. Andiamo a curiosare 😀
Subito al dunque
Abbiamo un netto miglioramento nella gestione dei campi custom, dove possiamo eseguire uno scanning e verificare quali sono quelli che devono essere configurati
In aggiunta, a pagina di gestione dei campi custom è stata migliorata e resa molto più leggibile
che altro?
Abbiamo anche un miglioramento delle informazioni nella gestione dei filtri, che sono molto importanti.
dove possiamo vedere che abbiamo molte più informazioni relative allo stesso.
Possiamo anche copiare l’indice da un nodo all’altro (per le versioni Data Center) e possiamo anche disabilitare i giorni in colonna (day in column) presenti nella kanban board, oltre ad aver eseguito il fix di diversi bugs, come mostrato nel seguente Release Notes della documentazione.
In questo post cerchiamo di fare un punto della situazione su di un argomento croce e delizia di tutti noi: Le Notification.
Facciamo il punto
Partiamo descrivendo la situazione al momento in cui abbiamo installato il nostro Jira. Quello che abbiamo a disposizione lo riassumiamo come segue:
Jira mette a disposizione un Notification Scheme di default che impone l’invio di mail di segnalazioni per diversi eventi inerenti le issue.
Il Default Notification Scheme del mio ambiente di laboratorio
Questo causa un primo email bombing di segnalazioni non indifferente. Nella mia esperienza ho visionato diverse aziende che hanno subito modificato questo schema, al fine di riuscire a ridurre questo bombardamento a dei livelli …. accettabili. L amodifica comporta la generazione di un nuovo Notification Scheme e la relativa associazione ai progetti di interesse.
Questa è la form dove andiamo a gestire il caricamento delle regole
Se si crea un nuovo progetto e si utilizza lo scheme standard, senza andare ad impostare lo schema effettivo, quello che si ottiene è un effetto contrario: Si vuole far si che la mail sia solo una segnalazione, ma se si esagera, si ottiene che gli utenti butterano via le mail alla prima occasione utile, cancellandole nella peggiore delle ipotesi.
Ovviamente non si tratta di tutti i casi, ma di una buona percentuale, che purtroppo causa l’effetto di mettere in giro la nomea che Jira sia uno spammer semi-autorizzato. Conseguenza: molte aziende non vedono i vantaggi di questo prodotto e finiscono per lasciarlo stare.
Cosa possiamo fare?
Partendo dallo schema di Default, quello che possiamo fare è di identificare quelle situazioni in cui serve inviare le mail e le situazioni in cui NON si deve inviare. Possiamo gestire il tutto attraverso le funzionalità che Jira stesso mette a disposizione.
Conviene, come Best Prectice, gestire questa situazione utilizzando i ruoli nei progetti, in modo da riuscire a gestire meglio la la situazione. Mi spiego meglio:
I ruoli possono essere utilizzati come dei gruppi ma riguardano molto di più la configurazione dei progetti.
Possiamo limitare l’invio ad un numero assai più ridotto di persone.
Project Roles
Alternative?
Abbiamo a disposizione una serie di strumenti che ci possono aiutare nel gestire le notifiche, integrando le funzioni che abbiamo a disposizione o, se vogliamo, sostituendole. Vediamoli in dettaglio cercando di descrivere come possono esserci di aiuto/supporto agli strumenti out-of-the-box.
Grazie a Riada abbiamo a disposizione uno strumento molto interessante, per le nostre istanze Server. Si tratta di un addon che introduce la possibilità di poter inviare delle mail basandosi su JQL.
Possiamo facilmente impostare il JQL per selezionare le nostre issuePossiamo facilmente impostare le nostre email, dando un layout particolare Possiamo collegarlo al nostro HipChatPossiamo anche rivedere le nostre notifiche particolariUn esempio di quali email possiamo ricevere
Grazie a Koncis, abbiamo a disposizione uno strumento che estende il notification scheme mettendo a disposizione delle funzionalità aggiuntive. Curiosiamo 🙂
Permette di poter gestire un notification scheme per issue typeL’addon si integra perfettamente, mettendo a disposizione delle maschere dedicate
Conclusione
Nei prossimi post cercheremo di fornire delle ulteriori indicazioni per aiutare nella configurazione di Jira.
(1)Dislikes
(0)
