Siamo stati assenti per diverso tempo, ma a ragion veduta: abbiamo studiato e oggi possiamo annunciare che Artigiano Del Software si è certificato sui prodotti Exalate
Aggiorneremo il sito ufficiale Artigiano Del Software indicando anche il badge sotto riportato 😀
Ma ricarico la dose: Presto nuove certificazioni seguiranno
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.
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.
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à).
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.
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.
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.
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.
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:
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:
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:
Abbiamo diverse possibilità, tra le quali:
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.
In questo post andremo ad affrontare un argomento difficilissimo ed importante, anche alla luce di una situazione di errore che si è verificata dal 4 di Aprile 2022 e che fino alla giornata di Pasqua ha causato diversi disservizi e problemi a 400 titolari di Hosting Cloud Atlassian.
Il 4 di Aprile 2022 è una giornata che non si dimenticherà di sicuro, un pò come il 25 Aprile 2017, quando successe un problema similare sempre pe il Cloud Atlassian (me lo ricordo bene anche io).
Da quella data circa 400 clienti hanno riscontrato un problema ad accedere ai propri cloud. Il problema che riscontravano era il seguente:
Quanto successo è stato riassunto nel seguente POST ufficiale della Atlassian, dove è stato spiegato che cosa è successo e come la Atlassian ha impiegato tutte le sue energie per arrivare a risolvere il problema.
Il problema è stato causato dalla disattivazione della App Legacy Insight, che è stata completamente integrata nei sistemi cloud. L’esecuzione di uno script ha causato questo malfunzionamento disattivando 400 siti. Dal 4 di Aprile al 18 di Aprile 2022. SI rimanda comunque al post ufficiale di Atlassian per avere tutti i dettagli (per maggiore comodità, il post è disponibile in diverse lingue anche per aiutare meglio la comprensione).
Questo errore ha comunque scoperto un nervo molto delicato . se il sito cloud viene bloccato per un qualsiasi motivo, l’operatività di una azienda viene sicuramente bloccata e compromessa. La faccenda è molto seria.
In aggiunta, dalla rilevazione del problema alla risoluzione sono passate diverse giornate: lo abbiamo visto anche dalle testate di alcuni siti specializzati che hanno riportato titoli piuttosto gravi e pesanti. Questo sicuramente non è una cosa buona.
Sono un Partner Atlassian e di conseguenza cerco di supportare i clienti usando tutti gli strumenti a nostra disposizione per poter gestire questa situazione di emergenza. In questo caso voglio applicare un insegnamento che possiamo ricavare da questa citazione:
“Sii come la scogliera contro cui le onde si infrangono continuamente; ma resta saldo e doma la furia dell’acqua che lo circonda”.
Marco Aurelio
Cosa possiamo fare per cercare di rimediare? Una prima soluzione ce la fornisce Mraddon, che in un primo suo post del 2019 ci spiega come realizzare un backup dei dati Cloud e averlo a disposizione in locale. Il tutto si basa su di uno script in Python che permette di poter realizzare questa operazione richiamando le API che lo stesso sito cloud ci mette a disposizione.
In particolare l’ultima versione di questo script, reperibile da questo link, dove abbiamo tutte le istruzioni.
Nel post di Mraddon precedentemente citato e nel seguente post viene indicato come impostare lo script su Windows. In questo post vedremo come impostare lo script su Linux Ubuntu, di cui sono un grande FAN 😀
Attivare il terminale ed eseguire i seguenti comndi:
sudo apt-get update
sudo apt-get -y install python3.9-dev python3-pip virtualenv
sudo update-alternatives --install /usr/bin/python python /usr/bin/python3.9 1SI tratta di comandi che eseguono la installazione di Python (versione richiesta) e di PIP ovvero il comando di Python per installare tutte le librerie richieste per potre lanciare lo script. Ovviamente questi comandi devono poi essere aggiornati di conseguenza con l’aggiornamento della versione di Ubuntu.
Scarichiamo il codice presente sul GITHUB su di una cartella locale del server e e da li eseguire i seguenti comandi:
virtualenv venv -p /usr/bin/python
source venv/bin/activate
pip install -r requirements.txI tre comandi servono ad attivare python in modo da poter richiamare lo script.
A questo punto occorre che sia configurato lo script impostando sia il Token per la login dell’utente amministratore, dal quale lanciare le API per avere a disposizione il backup.
#Backup Jira
python backup.py -j
#Backup Confluence
python backup.py -cUna volta a disposizione questo script, abbiamo la possibilità di avere in locale direttamente i file di Backup. Abbiamo quindi il vantaggio di poter usare questi backup per creare una nuova istanza Cloud e di conseguenza possiamo ripristinare una prima operatività in tempi abbastanza brevi,
In aggiunta possiamo marcare in maniera opportuna tutte le nuove issue che sono create nella nuova istanza in modo da decidere, in fase successiva, il ripristino delle stesse, ma queste saranno oggetto di un altro POST di questo blog, dove andremo a parlare di integrazioni e di come far comunicare due istanze cloud di Jira (ed anche di Confluence…. l’argomento è molto vasto).
In aggiunta credo che le stesse procedure Atlassian di ripristino e di backup saranno sicuramente riviste per garantire un ripristino ed un backup in tempi brevi ed evitare queste situazioni molto pericolose. Tutti noi dobbiamo imparare da queste esperienze.
Anche in questo caso l’esperienza che abbiamo passato non deve essere vista come un problema e basta Occorre anche che ci aiuti a crescere e a migliorarci.
Ultimo ma non ultimo, sono i ringraziamenti all’autore dello script, che permette di poter realizzare questa azione.
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.
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
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.
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.
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
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:
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
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. .
Maggiori informazioni sull’addon sono disponibili presso la pagina del marketplace e nella documentazione dell’addon stesso.
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
Abbiamo a disposizione un insieme molto limitato, come possiamo vedere 😛
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 .
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.
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.
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.
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:
I dashboard condivisi sono una funzionalità in rapida evoluzione. Quindi ecco un’anteprima di cos’altro sta arrivando. Presto sarai in grado di:
Per ulteriori informazioni su come utilizzare le dashboard condivise, consulta la nostra documentazione o contatta il nostro team di supporto .
Maggiori informazioni sono disponibili ai seguenti link:
Una delle caratteristiche dell’ecosistema Atlassian è la continua evoluzione. Gli addon di MrAddon non sono da meno. In questo post andremo a vedere le ultime novità per l’addon Kanban Combined WIP Cloud.
Ci piace questo addon: Permette di poter aggiungere una immagine di fondo e permette anche ri raggruppare le colonne della nostra board kanban.
Come sappiamo, possiamo specificare un limite per le colonne e lo possiamo usare per capire come lavorano le persone. Ma possiamo fare lo stesso con le Swimlane? Le funzioni standard non permettono di settare tali limiti ….. ma adesso, grazie a questa nuova funzionalità, possiamo farlo. Selezioniamo Board Settings –> Swimlanes ….
… un nuovo bottone è disponibile e selezionandolo possoamo settare tali limiti
questo è il risultato:
Vediamo che nella intestazione della Swimlane è presente il limite e, se viene violato, è colorato di rosso, altrimenti rimane di colore verde.
In questo post andremo ad esaminare due addon freschi freschi, rilasciati dalla Decadis. Si tratta di due addon:
un ringraziamento al Team di Decadis per il grande lavoro che hanno fatto.
Si tratta di due addon, uno per Confluence ed uno per Jira Cloud. Si tratta di due bellissime sorprese. Andiamo a vedere da vicino le funzioni che ci offrono, in una edizione speciale dove possiamo confrontare passo passo che cosa offrono i nuovi addon.
Tutti gli strumenti per gestire Space e Pagine in uno strumento unico. Il coltellino svizzero (come riportato dalla pagina del marketplace) per tutte le stagioni.
Questo addon raccoglie in un unico punto tutte le funzionalità che sono necessarie per gestire tutte le funzioni di amministrazione di uno space e tutte le pagine contenute, senza doverci spostare da una opzione all’altra.
Questo addon permette di aggiungere una serie di funzionalità non indifferenti. Prima tra tutte permette di potersi agganciare a TEMPO Timesheet e di estendere le funzionalità in modo da aiutare le aziende a rispettare i requisiti legali e le leggi – dai periodi di riposo giornaliero alle ore di lavoro medie massime.
L’addon permette di definire le metriche di base, come ad esempio la lunghezza dei giorni di lavoro o i periodi di riposo giornaliero. Sulla base di queste metriche, le regole sono impostate in pochi minuti per soddisfare qualsiasi regolamento o policy.
Attraverso opportuni report è possibile controllare quali regole sono state rispetatte e quali no. permettendo un controllo sempre costante,
Sono due addon che ci sorprendono grazie alle funzioni che mettono a disposizione di noi utenti. Spesso la versione out-of-the-box non mette proprio tutto a disposizione, ma questi addon aggiungono la funzione che risolve tutti i nostri problemi, coprendo le nostre necessità. Non. vedo l’ora di provarli.
In questo post andremo a testare un meraviglioso addon. Andiamo ad analizzare quali caratteristiche ci sono offerte,
Partiamo come sempre dalla installazione. La seguente GIF ci mostra come installare l’addon. In questo caso siamo ancora più contenti: L’addon è gratuito (al momento in cui viene redatto l’articolo, l’addon risulta gratuito).
La configurazione generale è semplicissima: NON ESISTE. Di conseguenza siamo molto felici.
Per testare il tutto, andiamo a definire un nuovo campo custom. Se ci posizioniamo nella relativa sezione di amministrazione, questo è quello che vediamo
Definiamo un campo di test, seguendo la configurazione classica di un nuovo campo personalizzato.
Una volta eseguita la generazione, passiamo alla configurazione interna del campo, dove riconosciamo una cosa. vediamo se la intuite
La prima cosa che notiamo è l’autorizzazione ad accedere. Questo ci ricorda che si tratta di un addon realizzato con FORGE. Possiamo quindi rassicurarci che gli addon saranno presto ben realizzati con questa tecnologia che, essendo interna alla nostra istanza, non ci causerà poi tanti mal di testa per quanto riguarda la sicurezza dei nostri dati. Una volta che abbiamo autorizzato l’addon, veniamo reindirizzati alla configurazione del nuovo campo e, di conseguenza, possiamo gestire le autorizzazioni
Possiamo scegliere chi può vedere e chi può modificare il campo. Abbiamo questa duplice scelta . Nella GIF si vede che abbiamo impostato una utenza come autorizzata alla visualizzazione. Il risultato nelle seguenti GIF:
Abbiamo testato un addon molto interessante. Permette di introdurre delle funzioni molto interessanti ma sopratutto ci permette di poter gestire delle situazioni che, molto spesso, i miei clienti mi richiedono per nascondere le informazioni e renderle disponibili solo per alcuni. In questo modo possiamo gestire facilmente la riservatezza delle informazioni proprio grazie a questo addon che, tra le altre sorprese, ci permette di poter vedere FORGE nuovamente in azione.
Maggiori informazioni sono disponibili presso la pagina del marketplace.
Continuiamo a tradurre nella Italica lingua un altro articolo del blog della Old Street Solutions. Come sempre un ringraziamento ad Old Street Solutions per questa opportunità e per le nuove funzioni che sono state rilasciate.
Ma prima una piccola sorpresa: Vi introduco un video della Old Street Solutions molto particolare e carino 😉
Di seguito la traduzione dell’articolo. Buona lettura
Molti utenti hanno chiesto di poter creare grafici che mostrano cose come la stima originale rispetto alla stima rimanente. Come sempre, vi abbiamo ascoltato e siamo entusiasti di annunciare che è qui. Custom chart for Jira e Custom chart for Confluence hanno ora la possibilità di visualizzare più calcoli in un singolo grafico.
Sono disponibili più calcoli da visualizzare nella legenda su grafici a torta, grafici a imbuto e tabelle unidimensionali. Sui grafici a torta e funnel, il grafico stesso continuerà a visualizzare il campo selezionato dal menu a discesa Calcola, ovvero il calcolo principale, indicato nella tabella con le icone del grafico accanto alle intestazioni dei calcoli principali.
Dopo aver selezionato il calcolo principale, come faresti normalmente, apri la scheda Legenda e seleziona Add column per includere ancora più informazioni nella legenda del tuo grafico. Ogni calcolo può essere rinominato usando l’icona a forma di matita e puoi scegliere di mostrare/nascondere la colonna la percentuale associata con un clic sull’icona a forma di bulbo oculare.
Ecco alcuni dei nostri casi d’uso preferiti per questa funzione per far fluire i tuoi succhi creativi:
Questa funzione è ora disponibile per i clienti Cloud che utilizzano Custom chart for Jira – Reports o Custom jira charts Confluence – Reports e sarà presto disponibile per i clienti di server e data center!
Facci sapere cosa ne pensi di questa funzione e di tutte le altre che vorresti vedere attraverso il nostro portale di supporto .
Maggiori informazioni sono reperibili ai seguenti link: