In questo post andiamo ad affrontare un argomento SPINOSO…. ovvero come possiamo automatizzare il Time Tracking senza ammattire e, sopratutto, senza trovare giornate intere impostate come lavorate .
L’annoso problema…..
Cosa abbiamo a disposizione
Lo standard (o come lo chiama Atlassian) permette solo una modalità: manuale. Come mostrato nella figura seguente, possiamo inserire manualmente sulla issue di Jira.
Questa è la form che l’ambiente Cloud ci mette a disposizione.
Questo significa che possiamo solo interagire cosi. In realtà non proprio. Abbiamo a disposizione alcune altre possibilità che possiamo sfruttare, ABbiamo a disposizione degli addon che ci permettono di poter attivare dei contatori automatici, ma li sconsiglio perchè, normalmente, ce li dimentichiamo sempre…..
Set panicmode = ON??? assolutamente no.
Non disperiamo ma proponiamo sempre una soluzione
Il nostro obbiettivo è sempre quello di dare delle possibili soluzioni, di essere propositivi e di aiutare senza aver t imore alcuno. In questo caso abbiamo identificato un addon che ci può aiutare in questa operazione. Si tratta di: Clockwork Automated Time Tracking & Timesheets Free e Pro. Noi ci concentreremo sulla parte free, che sicuramente incontrerà maggiori consensi.
Esaminiamp questa soluzione
Come dice il nome dello stesso addon, ci permette di poter automatizzare il worklog basandoci sui passaggi di stato e sul tempo che intercorre tra un passaggio di stato all’altro.
Fonte Marketplace: Una breve spiegazione di come agisce l’addon
Non è ovviamente l’unica funzione che l’addon mette a disposizione. Abbiamo anche altre possibilità. Possiamo anche avere dei report riassuntivi da cui ricavare molte altre informazioni:
Funzione interessante
Altra funzione interessante è la possibilità di poter esportare i nostro worklog direttamente su Excel per poter fare dei report come ci serve
Altra funzione interessante
Ma la funzione che ci interessa èla prima, perché ci permette di automatizzare il calcolo del worklog. Come conseguenza abbiamo un automatismo che ci aiuta in questa fase. Possiamo infatti arrivare ad aggiornare il worklog attraverso i cambio di stato.
Conclusione
Abbiamo presentato un addon molto interessante. Vedremo nel prossimo post andremo a testare questo addon e ne saggeremo le potenzialità.
Reference
Maggiori informazioni sono reperibili alla pagina del Marketplace. In questo caso abbiamo due link: uno per l’addon free ed uno per l’addon a pagamento
In questo post andremo a vedere come realizzare un mini ambiente di test su Jira, usando semplicemente la configurazione ed il supporto di un addon. Questo per tutti coloro che non vogliono appoggiarsi agli addon che sono dedicati al test e vogliono avere comunque un minimo di infrastruttura interna a Jira. In questo caso si tratta di una mia ipotesi. Spero possa risultare utile per tutti coloro che ne hanno bisogno. Ovviamente non è la soluzione principe, ma sicuramente può essere il principio di altre possibili soluzioni. Buona lettura.
Relax e buona lettura
Di cosa si tratta
In questo caso vogliamo tentare una missione impossibile. Cerchiamo di fornire un esempio di come possiamo gestire i test senza utilizzare gli addon di Jira che sono dedicati. Una premessa risulta necessaria, giusto per essere precisi.
Questo sistema è stato pensato per i piccoli team che, anche se possono usufruire della possibilità di poter usare addon free (perchè sono 10 utenti), ma non riescono a poterne usufruire o hanno bisogno di essere non strutturati oppure non si riconoscono e cercano delle soluzioni alternative. Lo sapete che in Italia siamo creativi e spesso cerchiamo la NOSTRA perfezione.
Come possiamo procedere
Lavorando con la configurazione, possiamo classificare i test sfruttando una o più issue type particolari. L’idea è infatti questa: possiamo definire dei nuovi issue type per classificare uno o più tipologie di test (a seconda dei nostri gusti o necessità).
Alcuni esempi
Questa operazione viene eseguita anche da altri addon, che però ci mettono già a disposizione una situazione del genere. Non vi ricorda qualcosa questa schermata? 😀 XRay e RTM ci mettono a disposizione una situazione simile. In questo caso, sfruttamdo le potenzialità di Jira, creiamo noi gli issue type che ci servono. Una precisazione: Questa operazione deve essere eseguita da un Jira Administrator. Da tenere sempre presente.
Le issue type dalla configurazione generale di Jira, come le vede un Jira Administrator.
Il secondo passo è quello di associare questi nuovi issue type direttamente al progetto. Questa operazione la andiamo ad eseguire direttamente dalla configurazione di progetto. Questa operazione può anche essere eseguita dal project administrator. Anche se il gruppo di lavoro è limitato non escludiamo che dei ruoli esistano.
Issue type aggiunto
A questo punto abbiamo la possibilità di poter generare tutte le tipologie di test che vogliamo: possiamo anche definire più tipologie di test o di oggetti di corredo ai test. La fantasia ci aiuta in questo caso.
Definiamo i passi dei test.
A questo punto, possiamo definire i passi che compongono i test e ci possiamo basare su di un addon (anche più di uno) che ci permette di definre delle Checklist. IN questo post ci concentreremo su questo addon.
La scheda dell’addon preso dalla nostra stessa istanza di Jira
Questo è uno di quelli disponibili, ma potete scegliere quello che volete. Non sono così integralista. Se vi trovate bene con un altro, usatelo senza alcun problema ;-D
Procediamo con la configurazione i queste checklist. L’obbiettivo è quello di definire la lista dei passi e per questo sfruttiamo le checklist. Questo addon free, come mostrato dalla immagine precedente (al momento in cui scrivo, l’addon è free).
L’addon permette di creare dei templatre di Checklist, che possiamo aggiungere, anche se abbiamo una limitazione di:
5 Template globali
5 Template di Progetto.
Come scrivevo, abbiamo un addon gratuito e di conseguenza non abbiamo tutte le funzioni, ma vediamo di sfruttarle in maniera adeguata 😀
A questo punto possiamo definire i nostri template direttamente dalla issue, come mostrato nella seguente immagine:
Un esempio di checklist.
Possiamo crearci di volta in volta le opzioni di checklist che vogliamo e anche assegnare loro uno stato, e non solo. Se diamo una occhiata alla configurazione possiamo vedere diverse cose interessante:
La configurazione generale dell’addon
Abbiamo diverse possibilità, tra le quali:
Scegliere i progetti per cui abbiamo questa fuznionalità (abilitiamo solo i progetti che interessano).
Quali stati associamo alle opzioni
Quali permessi possiamo attivare sulle checklist
Nelle global setting andiamo a decidere se possiamo inviare o meno agli utenti menzionati nelle checklist
Il link per il supporto verso il produttore dell’addon
gestione degli stati delle checklist. Possiamo scatenare la nostra fantasia
Il risultato finale
Dove ci ha portato questa configurazione? sicuramente adesso abbiamo la possibilità di classificare i test che sono stati eseguiti, definire quali azioni definiscono i vari test e quali risultati si sono ottenuti, rispetto a quelli desiderati.
Se la nuova funzionalità rispetta i requisiti
Quali azioni eseguire quando si esegue il test (e la checklist dotata di STATO ci permette di identificare facilmente se siamo andati bene o in errore
Possiamo avere dei template (ovviamente siamo limitati dalla versione free, ma ci sono alternative che possiamo usare per specializzare ulteriormente
In ultima analisi, abbiamo un qualcosa che si adatta alle nostre esigenze Gli addon preconfezionati hanno si esperienza, ma in alcuni casi possono non essere la soluzione migliore. Come sempre ribadisco, la bellezza del Marketplace è che possiamo avere più scelte
Come ti gestisco una Roadmap in Confluence – Test addon
In questo post andiamo a testare questo nuovo addon. Sono proprio curioso delle possibilità che ci offre.
Una splendida Roadmap
Installazione
Partiamo come sempre dalla installazione dell’addon. Iniziamo subito proponendo una GIF per mostrare come si installa.
vediamo l’installazione dell’addon semplice e diretta
Configurazione
Verifichiamo la configurazione generale dell’addon. Con somma gioia scopriamo che non abbiamo una sezione di configurazione geenrale da gestire. Possiamo usare direttamente l’addon. Questo ci aiuta notevolmente nell’utilizzo.
Una configurazione in meno da gestire
Test
Creiamo una nuova pagina sul nostro ambiente di test e notiamo che l’addon ci mette a disposizione una nuova macro .
La nuova macro
Se la attiviamo, veniamo subito reindirizzati su di un editor molto simile ad un altro addon. Si tratta di WBS Gantt Chart.
L’editor della roadmap
A questo punto possiamo creare la nostra roadmap, creare i vari task che la compongono ed assegnarla ai nostri utenti esattamente come se abbiamo WBS Gantt Char
In questo esempio possiamo vedere come funziona
Nella GIF sopra riportata vediamo come possiamo interagire sui vari task e pianificarli, associarli ai nostri utenti, gestire le scadenze, etc etc etc. Abbiamo le stesse potenzialità che WBS Gantt Chart ci mette a disposizione.
In aggiunta abbiamo la possibilità di poter avere una resource view, ovvero un sistema. per poter vedere come sono caricate di lavoro le persone e capire come agire per liberarle dal troppo lavoro. Esattamente come il WBS Gantt Chart. Di conseguenza, questo addon ben si presta a tutti gli utenti che già sono abituati all’utilizzo di questo addon o che vogliono imparare l’utilizzo di WBS Gantt Chart
Conclusione
abbiamo fatto una nuova piacevole scoperta. Abbiamo un nuovo modo di poter rappresentare le nostre roadmap. Il risultato che abbiamo a disposizione, una volta disegnata la roadmap è il seguente
La pagina risultante
Abbiamo uno strumento molto importante e, gratuito (al momento in cui scrivo l’articolo, l’addon risulta tale). Lo consiglio.
Questo addon è stato acquistato dalla Adaptavist ed ha cambiato il proprio nome in Hierarchy for Jira. Tutti i riferimenti presenti nell’articolo potrebbero non essere più disponibili o potrebbe essere disponibile un redirect.
Nota dell’Autore.
In questo articolo vediamo come estendere la gerarchia standard di Jira per arrivare a tipizzare meglio la nostra realtà e le nostre necessità, superando alcuni scogli e ottenendo un risultato molto ….. velocemente ed in maniera Garibaldina.
Un esempio di gerarchia
Lo standard
Sfruttando le sole funzionalità standard (come dico di solito) o le out-of-the-box, come riportato molto spesso nella documentazione Atlassian, quello che possiamo raggiungere come gerarchia tra le issue è il seguente risultato:
Epic issue
–> Issue in Epic
–> Subtask
Un esempio di issue in Epic
Molto spesso i clienti che seguo mi richiedono la possibilità di poter aumentare questi livelli di gerarchia, perché c’è la necessità di descrivere delle situazioni che non sempre sono coperte da queste gerarchie.
Un esempio che posso fornire sono le iniziative commerciali . In questa situazione si vuole ricostruire il fatto che il commerciale predispone una offerta al cliente in cui richiede un insieme di funzionalità. Per il commerciale questa è una azione unica e un particolare issue type è sufficiente per ricostruire la situazione.Tuttavia, lato sviluppo, questa iniziativa si traduce in più Epic che vanno a descrivere tutte le funzionalità. Di conseguenza come possiamo fornire una rappresentazione grafica che permetta di poter vedere tutta la situazione?
A questo punto i clienti vanno nel panico. Iniziano a cercare nel marketplace e solitamente vedono prodotti complicatissimi da usare.
Quello che vedo dai clienti quando ci colleghiamo 🙂
Ecco una possibile soluzione
Premesso che prima di applicare qualsiasi soluzione, come un buon investigatore, occorre cercare di capire la reale necessità e come calarla nella realtà. Non sempre l’addon principe o il pezzo da 90 è la soluzione migliore. Esaminiamo sempre come lavora il cliente poi procediamo. Non esistono i protocolli.
Analisi, raccolta dati, studio, soluzione. Questo è il nostro mantra
La soluzione che voglio mostrare oggi è un addon semplice semplice che permette di sfruttare un meccanismo che tutti conosciamo ma che permette di ricostruire la gerarchia.
L’addon è Agile Doc. Questo addon permette di poter estender i livelli gerarchidi delle nostre issue in maniera molso semplice
Un esempio di come è stata estesa la gerarchia
Come possiamo vedere dalla pagina del marketplace, questo è il risultato he possiamo ottenere. Ho collaudato questo addon ed i risultati sono sorprendenti.
La gerarchia viene ottenuta semplicemente usando il concetto delle linked issue, definendo una nuova relazione:
Questa è la relazione
Sfruttando questo meccanismo, il risultato è quello di costruire tutte le gerarchie che vogliamo. Di conseguenza non abbiamo la necessità di chissà quale configurazione, ma possiamo sfruttare questo semplice meccanismo e il risultato non si farà attendere
Conclusione
Una soluzione semplice richiede un addon semplice ed anche completo. Nonostante sia depositario di poche funzionalità, sono tutte sfruttabilissime e altrettanto utili. Lo consiglio e nei prossimi post andremo a mostrare in presa diretta le potenzialità che può offrire. .
In questo post continuiamo la traduzione degli articoli dal blog della Old Street Solutions. In questo articolo, redatto da Christopher Berry, andiamo ad esaminare le ultime novità su External Share for Confluence. Possiamo personalizzare il link da passare ai nostri contatti.
L’autore dell’articolo.
Preferiamo condividere tutti i contenuti sotto il nostro dominio piuttosto che con quello di terzi. Come mai? Perché vogliamo che la persona che riceve le informazioni si fidi di essa. È più probabile che lo sappiano se sanno che viene da noi.
Ognuno nella comunità Atlassian è stato brama dopo domini personalizzati per Confluence basi di conoscenza per un lunghissimo tempo. È difficile offrire continuità di servizi – per non parlare di confusione e disorientamento per il cliente – quando lo stai indirizzando verso un dominio che non è quello della tua azienda per visualizzare le tue risorse. Anche noi siamo bloccati con ossapps.atlassian.net per la nostra documentazione pubblica invece di qualcosa che è completamente marchiato per noi.
Questo ticket per Jira molto divertente è una buona illustrazione della disperazione, della rabbia e dell’incredulità che affligge la comunità per la mancanza di domini personalizzati per Confluence, Jira, Bitbucket e tutti gli altri prodotti Atlassian Cloud. È il numero di arretrati di Atlassian Cloud più votato di sempre e ha appena superato il suo decimo anniversario, con Atlassian che continua a fornire scuse e scuse per il motivo per cui questa semplice funzione gli sfugge.
Un utente ha persino lanciato una gamma di prodotti basati sul ticket CLOUD-6999, tra cui magliette, tazze, cuscini, orologi e maschere per il viso. Lo slogan della gamma è: anche tu puoi far parte del più epico fallimento nella storia del cloud da parte di un’azienda multimiliardaria!
E sebbene non sia del tutto in nostro potere salvare la situazione e fornire a tutti domini personalizzati per l’intera knowledge base di Confluence, la nostra nuova funzione può aiutarti a mantenere quella continuità di servizio e marchio se tutto ciò che stai facendo è condividere una singola pagina o albero di pagine alla volta.
Fondamentalmente, ora puoi impostare un dominio personalizzato per tutte le pagine Confluence che condividi esternamente utilizzando External Share for Confluence .
L’impostazione di domini personalizzati per la condivisione di contenuti di solito ha un prezzo. Tuttavia, poiché comprendiamo il dolore di non avere domini personalizzati per Confluence (essendo noi stessi malati), lo stiamo semplicemente includendo nel costo di esecuzione di External Share.
Pensiamo che sia una di quelle cose che farà dimenticare alle persone che External Share ha funzionato in un altro modo. (Proprio come quando – se – Atlassian finalmente tira fuori le dita e ci dà tutti i domini personalizzati per le nostre app cloud.)
Percorriamolo.
Come personalizzare i tuoi link Confluence
Per impostazione predefinita, tutti i collegamenti External Share for Confluence risiedono nel seguente dominio: confluence.external-share.com . Se desideri condividere i link in un dominio Condivisione non esterno per Confluence come https://resources.mycompany.com , dovrai seguire i passaggi seguenti per configurare un dominio personalizzato. Dovrai convincere chiunque possieda o gestisca il dominio della tua azienda a farlo prima di poter rendere disponibili le condivisioni dal sito Web dell’azienda.
Passo 1
Configura il tuo provider DNS (Domain Name System) in modo che punti al dominio External Share for Confluence: confluence.external-share.com . Questo di solito comporta l’aggiunta di un nuovo record CNAME. Consulta la documentazione del tuo provider DNS per istruzioni specifiche su come eseguire questa operazione. (Si prega di notare che potrebbe esserci un ritardo nella propagazione delle modifiche DNS.)
Passo 2
Vai alla pagina Impostazioni globali della tua app External Share for Confluence per impostare il tuo dominio personalizzato. Il dominio deve contenere più di 5 lettere e/o numeri e almeno 2 punti. Dovrebbe anche iniziare e finire con una lettera, ad esempio customdomain.example.com .
Passaggio 3
Salva il tuo dominio. Tutti i link di condivisione esterna creati dagli utenti sulla tua istanza Confluence ora includeranno il tuo dominio personalizzato. Modifica o rimuovi il dominio personalizzato semplicemente facendo clic su “Cambia”.
È così facile! Tieni presente che questa funzione è disponibile solo nella versione Pro di External Share for Confluence .
Se avete domande o commenti su questa funzione, si prega di mettersi in contatto .
Confluence sempre al centro dell’attenzione
continua la nostra indagine sugli addon per Confluence. Anche in questo caso andiamo ad esaminare il lavoro che la Giapponese Ricksoft mette a disposizione di noi utenti.
Un esempio di ciò che l’addon offre
Un tocco di Excel su Confluence
Non siamo nuovi ad addon di questo genere, che aggiungono Excel a Confluence. In questo caso, l’addon ci permette di poter inserire un foglio Excel allì’interno delle nostre pagine di Confluence, con tutte le funzionalità di cui necessitiamo
Un esempio di Pivot Table
Dalla precedente immagine abbiamo a disposizione la possibilità di poter gestire delle Pivot Table. Non male. Provate ad immaginare un insieme di situazioni in cui possiamo inserire un foglio excel, dove possiamo inserire:
calcoli
Tabelle Pivot
Report
Un esempio di preventivo
Nella precedente immagine abbiamo un esempio di come possiamo impostare un preventivo. Un semplice esempio di come possiamo arricchire le nostre pagine.
Un esempio di dashboard
Conclusione
Un altro addon interessante che abbiamo a dispozione per le nostre pagine. Non vedo l’ora di provarlo.
In questo post andiamo a curiosare sul lavoro che la Giapponese Ricksoft. Andiamo a vedere come possiamo estendere la visualizzazione delle Roadmap per migliorare la qualità delle nostre pagine di Confluence. Andiamo a curiosare
In principio era la Roadmap
Come sappiamo, Confluence mette a disposizione una macro per poter creare delle Roadmap per poter tracciare, anche indicativamente, le fasi di progetto. Come utenti di Confluence la conosciamo e le abbiamo apprezzate. Ne abbiamo parlato ampiamente nelle pagine di questo Blog.
Un esempio di come la Roadmap viene usata in Confluence
Si tratta di un sistema molto semplice per tracciare una Roadmap delle attività e condividerle con gli utenti del nostro Confluence.
Un altro esempio di Roadmap
Ma adesso abbiamo una novità
Grazie a Ricksoft abbiamo a disposizione una nuova funzionalità che ci permette di poter gestire delle Roadmap. In questo caso, le nuove macro che sono state messe a disposizione permettono di poter tracciare delle attività in maniera molto più completa e …. soddisfacente.
Nuove funzionalità a disposizione
Dalle immagini vediamo che sono disponibili una serie di nuove possibilità nel disegnare la nostra Roadmap. La grafica che abbiamo a disposizione è molto simile a WBS Gantt Chart e questo ci favorisce. Abbiamo già sperimentato in varie occasioni WBS e siamo sempre rimasti soddisfatti delle sue capacità.
La versatilità che ci offre
Dalla precedente immagine vediamo che questo addon ci permette di poter tracciare un quadro delle attività molto completo e con dovizia di particolari.
Conclusione
Abbiamo un addon molto interessante da esaminare. E’ già nella mia lista degli addon da collaudare (ed è una lista molto lunga). Non vedo l’ora di saggiarne le potenzialità
Atlassian App disponibili gratuitamente per i piccoli Team
Una buona notizia
Oggi diamo una buona notizia per tutti gli utenti dei prodotti Atlassian, in particolare per i Team piccoli, fino a 10 utenti. Abbiamo a disposizione un congruno insieme di addon gratuiti per Team fino a 10 utenti
Un primo insieme di addon
Altri addon disponibili
Abbiamo a disposizione un insieme molto limitato, come possiamo vedere 😛
Dalla GIF vediamo tantissime apps/addons
Questo è sicuramente un grande aiuto per tutti i team che devono iniziare a lavorare e che hanno necessità di disporre di tools che permettono di crescere e di fare tantissime cose. Si tratta di un aiuto importante che si somma alla possibilità di avere un applicativo di Project management gratuito, un sistema di gestione della documentazione gratuito.
Per maggiori informazioni, fate riferimento al seguente link .
Una questione di visibilità – Test addon
In questo post andiamo a testare e saggiare le capacità di questo addon. Vediamo che cosa è capace di fare e cosa ci offre
Set explorer_mode = ON
Installazione
Come sempre partiamo dalla installazione dell’addon. Usiamo il nostro ambiente di test. La seguente GIF ci fornisce tutti i dettagli della installazione:
Come installiamo l’addon
Configurazione generale
Abbiamo una buona notizia: non abbiamo una configurazione generale. Abbiamo invece un aiuto nella gestione delle pagine perché abbiamo una sezione che ci aiuta e ci da la documentazione:
La sezione che ci aiuta e ci spiega come usare le nuove macro
Test dell’addon.
Proviamo ad usare l’addon. Abbiamo a disposizione delle macro che ci permettono di inserire dei contenuti da visualizzare/nascondere in base ad alcuni parametri
Il risultato è il seguente:
La macro Show If
I risultati sono i seguenti:
Un esempio di utilizzo , dove ho inserito una macro che autorizza solo il mio utente a visualizzare un contenuto
Ciò che vede un altro utente che non è autorizzato
Ciò che vede il mio utente che è autorizzato.
Conclusione
Possiamo definire una pagina in cui il contenuto è variabile in base all’utenza. Alcune sezioni possono essere visualizzate solo per alcune utente, mentre altre visualizzano solo le sezioni comuni. In questo modo possiamo nascondere delle informazioni che sono visibili soltanto a noi. Lo scenario potrebbe essere il seguente: viene creata una unica documentazione ma gli utenti esterni vedono solo alcune parti, mentre gli sviluppatori vedono anche informazioni nascoste.
Custom chart for Jira – Un aggiornamento
Prosegue l’opera di traduzione degli articoli della Old Street Solutions. In questo post introduciamo una nuova funzionalità, annunciata da diverso tempo e che adesso andiamo ad analizzare. Un ringraziamento all’autrice dell’articolo.
Hai mai desiderato condividere le tue dashboard Jira con utenti esterni?
La nuova funzione Shared Dashboards di Custom Charts for Jira ti consente di condividere intere dashboard contenente i tuoi grafici preferiti con utenti interni ed esterni su Jira Cloud. Con questa nuova funzionalità per Custom Charts for Jira, puoi visualizzare Custom Charts nel portale Jira Service Management (JSM) o internamente come un wallboard.
Come utilizzare i dashboard condivisi
Per creare una dashboard condivisa, crea semplicemente la tua dashboard come faresti normalmente con i gadget Grafici personalizzati. Dopo aver configurato i tuoi grafici, puoi aggiungere un gadget Grafici personalizzati – Dashboard condiviso al dashboard.
Fonte: Old Street Solutions
Dopo aver aggiunto il gadget, puoi personalizzare il layout delle colonne e riorganizzare i grafici, selezionare la modalità chiara o scura e personalizzare dove è visibile il dashboard condiviso (nel portale JSM o internamente nella tua istanza Jira).
Per creare un dashboard visibile solo agli utenti Jira con licenza che dispongono dell’autorizzazione per visualizzare il dashboard Jira, puoi selezionare Solo utenti con accesso a questo dashboard Jira . Usando questa opzione, puoi creare una vista simile a un wallboard per il tuo team, in modo che il dashboard appaia a schermo intero. Significa anche che puoi finalmente mostrare l’intera dashboard in modalità oscura !
Di seguito è riportato un confronto tra la dashboard normale in modalità oscura e la nuova dashboard condivisa in modalità completamente oscura.
Jira Dashboard (come la vede in utente da Jira)
Dashboard condivisa (da utente esterno)
Dashboard condivisa nel portale JSM
Abbiamo ricevuto molte richieste per la possibilità di visualizzare dashboard nel portale Jira Service Management e Shared Dashboards è il “ticket”! Il portale può fornire un elenco di biglietti che i clienti sono in grado di vedere, ma nessuna visione reale di tali biglietti. Ora puoi mostrare grafici personalizzati ai clienti del tuo portale.
Le dashboard condivise nel portale sono disponibili dal menu a discesa Account, in Le mie dashboard. I clienti potranno vedere tutti i dashboard che sono stati messi a loro disposizione, in base al progetto o all’organizzazione.
Per visualizzare un dashboard condiviso nel portale, seleziona semplicemente “Utenti del portale JSM” e il progetto in cui deve essere mostrato il dashboard, che verrà visualizzato per i clienti di quel progetto.
Se desideri limitare ulteriormente, puoi configurare la dashboard condivisa in modo che venga visualizzata solo per una determinata organizzazione o anche solo per clienti specifici.
La parte migliore è che non stai esponendo dati che i clienti non possono già vedere: quando un dashboard condiviso è disponibile per un utente, vedranno solo:
Issue a cui sono assegnati
Issue su cui sono partecipanti
Issue con l’organizzazione di cui fanno parte (se selezionata nel gadget)
Cos’altro?
I dashboard condivisi sono una funzionalità in rapida evoluzione. Quindi ecco un’anteprima di cos’altro sta arrivando. Presto sarai in grado di:
Mostrare dashboard a utenti esterni con collegamenti pubblici (facoltativamente limitati con un codice di accesso)
Creare esportazioni di dashboard complete (non solo un singolo grafico alla volta!)
Inviare dashboard condivise via e-mail, Slack o Teams
