image_pdf

Task ricorrenti su JIRA Cloud

In questo post andiamo a provare questo prodotto, cercando di capire limiti, vantaggi e svantaggi che sono messi a disposizione.

Installazione

Partiamo come sempre dalle procedure di installazione. Dato che si tratta di una procedura su Cloud, abbiamo delle piccole differenze rispetto ad una installazione server, ma la procedura generale è la medesima.

La prima cosa è ricercare l’addon nella lista dei possibili addon e successivamente selezioniamo Trial, per iniziare la procedura di installazione…

recurring-02-01

… accettiamo i termini di licenza e procediamo con l’installazione ….

recurring-02-02

… attendiamo che l’addon sia scaricato ed installato nella nostra istanza ….

recurring-02-03

… operazione tutta automatizzata …

recurring-02-04

… fase successiva, diversa dalla procedura di installazione lato server, di sottoscrizione dell’addon ….

recurring-02-05

 

recurring-02-06

… che una volta terminata ci mette a disposizione il nostro addon 🙂

Configurazione

Passiamo alla fase di configurazione dell’addon, sempre molto importante: se non lo configuriamo correttamente, possiamo avere dei comportamenti anomali che ci possono far pensare che l’addon non è all’altezza e così…. sprecare una possibilità, e non vogliamo che ciò accada.

Come mostrato dalla seguente figura:

recurring-02-07

non abbiamo una pagina di configurazione vera e propria se non quella di gestione e creazione dei template di task. Da questa pagina emerge anche quanto segue:

  • Ogni 30 minuti lo schedulatore si attiva per gestire i vari processi;
  • Se una schedulazione è prevista per le 5.20 AM, il task sarà creato alle 5.30 AM.

Test addon ed ancora test

Procediamo con il test: creamo il nostro task ricorrente e vediamo come procedere. La creazione è molto semplice. Come mostrato nella figura precedente, selezioniamo Add Recurring Task per attivare il wizard di generazione:

recurring-02-08

La prima cosa che ci viene chiesta è il progetto dove eseguire la generazione, come mostrato nella precedente figura…

recurring-02-09

… e successivamente viene chiesto quale issue type associare. Molto importante: In base all’issue type abbiamo poi quale lavorazione sarà eseguita. Fatto ciò, come mostrato dalle seguenti figure, andiamo a configurare i parametri del nuovo task che sarà creato, ovvero:

  • Nome del template
  • Ogni quanto tenmpo ripetere la schedulazione
  • Titolo da assegnare alla Issue, descrizione, etc.

recurring-02-10

recurring-02-11

recurring-02-12

Una precisazione. Avrete notato che sono presenti dei campi che presentano la scrittaUnsupported…. Questi campi non sono al momento utilizzabili. Se qualcuno di questi ci è necessario, occorre capire se e come poter sfruttarne di altri o come poter, attraverso delle operazioni di post function del workflow, andarli a compilare.

Quanto la generazione è terminata, questo è il risultato:

recurring-02-13

Notiamo che abbiamo a disposizione delle funzionalità aggiuntive sul template e che possiamo:

  • modificarlo
  • eseguirlo adesso
  • disabilitarlo, qualora non sia temporaneamente necessario
  • rimuoverlo, qualora non più necessario

Se andiamo ad eseguirlo, per vedere come avviene la cancellazione, come mostrato dalla figura siccessiva:

recurring-02-14

vediamo che il task viene generato e la seguente figura è il risultato di tale operazione:

recurring-02-15

Conclusioni

Abbiamo visto come funziona questo addon. Si aprono un ventaglio di possibili utilizzi di questo addon. Lasciatevi guidare dalla vostra fantasia.

Likes(0)Dislikes(0)

Ti è piaciuto il post? Vuoi una consulenza sui prodotti Atlassian o sui servizi offerti da Artigiano Del Software?

Contattaci. Scrivi una mail al supporto Artigiano. Saremo ben lieti di rispondere e aiutarti nella consulenza.


Aggiungiamo task ricorrenti a JIRA Cloud – Test addon
Tag:                                         

Lascia un commento

Il tuo indirizzo email non sarà pubblicato. I campi obbligatori sono contrassegnati *

Translate »