{"id":96243,"date":"2022-10-18T18:11:27","date_gmt":"2022-10-18T16:11:27","guid":{"rendered":"https:\/\/artigianodelsoftware.it\/blog\/?p=96243"},"modified":"2022-10-18T18:11:29","modified_gmt":"2022-10-18T16:11:29","slug":"case-study-come-integrare-due-istanze-jira-cloud","status":"publish","type":"post","link":"https:\/\/artigianodelsoftware.it\/blog\/2022\/10\/18\/case-study-come-integrare-due-istanze-jira-cloud\/","title":{"rendered":"Case Study – Come integrare due istanze Jira Cloud"},"content":{"rendered":"
\"image_pdf\"<\/a><\/a><\/div>\n

Prefazione<\/h2>\n\n\n\n
\n\n\n\n
\"\"<\/figure>\n\n\n\n

Iniziamo una serie di articoli il cui obbiettivo \u00e8 di riassumere in un Case Study, l’esperienza raccolta nel risolvere un problema o nel coprire una necessit\u00e0 di un cliente.<\/p>\n\n\n\n

In questo Case Study voglio raccontare come \u00e8 stato possibile eseguire l’integrazione di due istanze Jira Cloud differenti<\/em><\/strong>, al fine di consentire il passaggio delle segnalazioni da una istanza all’altra. Questa comunicazione doveva sottostare ad un insieme di condizioni molto forti in quanto le due istanze erano usate da aziende differenti e di conseguenza nessuna delle aziende doveva essere in grado di poter visionare il contenuto dell’altra istanza Cloud. <\/p>\n\n\n\n

Trattandosi di un argomento interessante cercheremo di svilupparlo facendo si che siano riportati tutti i ragionamenti che sono stati eseguiti per arrivare alla scelta definitiva ed alla risoluzione che ha fornito la soluzione, a giudizio di tutte le parti coinvolte, che meglio rispondeva alle esigenze.<\/p>\n\n\n\n

Caro lettore, ti ringrazio fin da adesso per il tempo che dedicherai alla lettura e ogni tuo commento sar\u00e0 il benvenuto.<\/p>\n\n\n\n

Scenario<\/h2>\n\n\n\n
\n\n\n\n
\"\"<\/figure>\n\n\n\n

Partiamo subito descrivendo lo scenario che mi sono trovato davanti e quali condizioni dovevano essere rispettate per poter eseguire questa integrazione.<\/p>\n\n\n\n

Il mio cliente aveva appaltato alcune parti del proprio Help desk a due fornitori. Questi avevano implementato tali funzionalit\u00e0 usando le proprie istanze Jira Cloud, che usavano anche per gestire altri Help Desk di altri loro clienti. E’ sorta la necessit\u00e0 di potere seguire uno scambio di segnalazioni in quanto poteva capitare che chi richiedeva l’intervento di un software\/applicativo che \u00e8 gestito dall’Help desk del secondo fornitore e viceversa.<\/p>\n\n\n\n

Ogni fornitore recepiva le segnalazioni nei propri progetti di Service Management e li gestiva in maniera indipendente l’uno dall’altro. Non erano presenti punti di contatto. In aggiunta, le due istanze venivano usate anche per altri obbiettivi e di conseguenza era stato sollevato il problema di:<\/p>\n\n\n\n

    \n
  • sicurezza delle informazioni<\/strong>: ambo le parti chiedevano che fosse inoltrata solo la segnalazione in questione mentre tutte le altre informazioni rimanessero riservate.<\/li>\n\n\n\n
  • Istanze separate<\/strong>: Le istanze dovevano comunque continuare a lavorare come se nulla fosse. Le segnalazioni provenienti da altre fonti dovevano essere comunque indipendenti dalle segnalazioni di questa integrazione.<\/li>\n\n\n\n
  • Sincronizzazione<\/strong>: Le segnalazioni che sono oggetto della integrazione tra i due sistemi cloud, dovevano essere sincronizzate in modo da permettere ad ambo le parti di essere sempre aggiornati sulle modifiche.<\/li>\n\n\n\n
  • Semplicit\u00e0<\/strong>: La configurazione non doveva risultate complicata o di difficile interpretazione.<\/li>\n\n\n\n
  • <\/li>\n<\/ul>\n\n\n\n

    Lo scenario si presentava abbastanza complicato e di non facile risoluzione, ma la sfida era molto interessante e non ci siamo arresi. Abbiamo iniziato con le analisi e ci siamo fin da subito impegnati nella risoluzione del problema.<\/p>\n\n\n\n

    Cosa avevamo a disposizione<\/h2>\n\n\n\n
    \n\n\n\n
    \"\"<\/figure>\n\n\n\n

    Anche le due istanze non presentavano caratteristiche particolari: <\/p>\n\n\n\n

      \n
    • Non avevano Addon particolari installati, anzi in un caso era usata la versione cosiddetta out-of-the-box, ovvero la versione base di Jira.<\/li>\n\n\n\n
    • Disponevano di vari progetti che erano in capo ad altri clienti e solo uno. di essi doveva essere coinvolto nella sincronizzazione<\/li>\n\n\n\n
    • Disponevano di flussi di lavoro completamente differenti e che dovevano non essere toccati: la sincronizzazione si doveva innestare nei flussi esistenti.<\/li>\n<\/ul>\n\n\n\n

      Jira \u00e8 un grande software ma le funzioni standard non permettono di mettere in comunicazione due istanze diverse. Di conseguenza dobbiamo rivolgerci al Marketplace per capire che cosa \u00e8 stato sviluppato e messo a disposizione, un insieme di funzionalit\u00e0 che noi abbiamo a disposizione e che molte aziende non conoscono o non hanno. il tempo di conoscere. <\/p>\n\n\n\n

      Cosa offre il Marketplace<\/h2>\n\n\n\n
      \n\n\n\n
      \"\"<\/figure>\n\n\n\n

      I produttori del marketplace hanno fatto un grande lavoro mettendo a disposizione un insieme di funzionalit\u00e0 che completano in maniera egregia Jira. La conoscenza che ho sviluppato in tutti questi anni di utilizzo, mi ha permesso di fare una rapida ricerca e cernita dei possibili addon da poter usare.<\/p>\n\n\n\n

      La prima scelta mi ha portato a selezionare 4 addon, da poter proporre alle parti, per arrivare ad offrire una soluzione accettabile. Dopo diverse riunioni, alcune molto combattive e non proprio semplici, la scelta \u00e8 ricaduta su questo addon:<\/p>\n\n\n\n

      \"\"
      Backbone Issue sync della k15t<\/figcaption><\/figure>\n\n\n\n

      Posso assicurare che nelle varie riunioni si \u00e8 molto discusso delle caratteristiche e delle funzionalit\u00e0, ma alla fine, questo addon permette di poter realizzare esattamente quanto richiedevano cliente e fornitori, rispettando le richieste e le condizioni che avevano imposto e mantenendo anche la semplicit\u00e0 che era richiesta anche dagli stessi fornitori, nel gestire la sincronizzazione e nel mantenere la netta separazione delle informazioni. Capisco perfettamente il significato di questa richiesta e molto spesso la causa \u00e8 da ricercare nel fatto che non tutti gli utenti che utilizzano questi prodotti sono esperti oppure usare questi prodotti non \u00e8 il core business di queste aziende. Avere a disposizione la semplicit\u00e0 oltre che mantenere una generosa dose di praticit\u00e0, permette di avere l’arma vincente per risolvere tutta una serie di situazioni.<\/p>\n\n\n\n

      Backbone Issue Sync for Jira permette di poter eseguire la sincronizzazione di issue tra progetti sia della stessa istanza, che di istanze differenti. In questo modo \u00e8 possibile anche soddisfare altre possibili situazioni, in cui magari occorre mantenere sincronizzato un progetto COPIA che sia referenziato da altri utenti o che, con l’aiuto di altre funzionalit\u00e0, di cui l marketplace \u00e8 ricco. <\/p>\n\n\n\n

      \"\"<\/figure>\n\n\n\n

      La configurazione \u00e8 molto completa ma, come si ribadisce facile da impostare. Come possiamo vedere dalla seguente immagine:<\/p>\n\n\n\n

      \"\"<\/figure>\n\n\n\n

      Possiamo gestire in maniera chirurgica cosa sincronizzare, sotto quali condizioni (e qui interviene il JQL di cui io sono un Fan sfegatato). Possiamo decidere campi sono soggetti alla sincronizzazione, compresi i campi custom che abbiamo definito nella sezione di amministrazione di Jira, oltre che decidere se impostare dei campi con valori di default. <\/p>\n\n\n\n

      Possiamo anche decidere la corrispondenza degli stati del Workflow: questo ci aiuta nell’impostare le corrispondenze ed innestare correttamente un flusso di lavoro in un altro.<\/p>\n\n\n\n

      Commenti ed allegati possono essere sincronizzati facilmente. Nel caso dei commenti possiamo anche decidere se, nella eventualit\u00e0 che usiamo progetti JSM, quali commenti vanno sincronizzati ed in che direzione. <\/p>\n\n\n\n

      Subito al dunque<\/h2>\n\n\n\n
      \n\n\n\n
      \"\"<\/figure>\n\n\n\n

      Andiamo a vedere come questo addon permette di poter rispondere le esigenze espresse. In prima battuta abbiamo che la questione sicurezza \u00e8 perfettamente garantita. in quanto tutte le operazioni di sincronizzazione sono eseguite in maniera trasparente e, sopratutto, l’addon garantisce un grado di separazione molto alto tra le due istanze: da una istanza non \u00e8 possibile andare a leggere le informazioni dell’altra istanza e viceversa. <\/p>\n\n\n\n

      In aggiunta, la sincronizzazione non deve scattare sempre, ma solo quando \u00e8 necessario ovvero quando effettivamente quando l’agente si accorge che la segnalazione \u00e8 di competenza dell’altro Help desk, questo deve essere in grado di poter attivare la sincronizzazione. <\/p>\n\n\n\n

      Vediamo nel dettaglio la configurazione che \u00e8 stata impostata al fine di gestire la sincronizzazione proteggiendo le informazioni.<\/p>\n\n\n\n

      La sincronizzazione scatta quando…<\/h3>\n\n\n\n

      … si imposta un particolare valore in un campo. Si \u00e8 scelto di usare il campo LABELS con opportuni valori. Questo ci permette di poter pilotare l’attivazione e la disattivazione della sincronizzazione<\/p>\n\n\n\n

      \"\"<\/figure>\n\n\n\n

      La issue che sincronizziamo …<\/h3>\n\n\n\n

      … sono quelle dell’help desk che vengono convertite con una issue nella istanza destinazione e viceversa. In questo caso abbiamo una configurazione come mostrato dalla seguente immagine<\/p>\n\n\n\n

      \"\"<\/figure>\n\n\n\n

      In questo caso abbiamo una corrispondenza multipla, in modo da far corrispondere pi\u00f9 issue dell’help Desk ad una soltanto. <\/p>\n\n\n\n

      I campi che sincronizziamo …<\/h3>\n\n\n\n

      … sono pochi e comprendono anche i campi custom<\/p>\n\n\n\n

      \"\"<\/figure>\n\n\n\n

      Non abbiamo alcun campo inizializzato, ma se fosse necessario nel futuro, lo possiamo fare.<\/p>\n\n\n\n

      Gli stato del workflow che sincronizziamo …<\/h3>\n\n\n\n

      … non abbiamo configurazioni particolari. In questo modo gli stati sono quelli che gli agenti dei vari Help Desk sono abituati a lavorare<\/p>\n\n\n\n

      \"\"<\/figure>\n\n\n\n

      I commenti che sincronizziamo …<\/h3>\n\n\n\n

      … sono solo quelli che sono intercorsi tra agente e customer. I commenti interni non sono sincronizzati perch\u00e9 potrebbero contenere informazioni che sono personali dell’Help Desk sorgente e di conseguenza potrebbero contenere anche informazioni riservate. In questo modo non abbiamo problemi. \ud83d\ude42 <\/p>\n\n\n\n

      \"\"<\/figure>\n\n\n\n

      Gli allegati che sincronizziamo …<\/h3>\n\n\n\n

      … sono tutti gli allegati che sono presenti nella issue. Questi sono importanti e devono essere riportati.<\/p>\n\n\n\n

      \"\"<\/figure>\n\n\n\n

      Conclusione<\/h2>\n\n\n\n

      Questo addon ha brillantemente risolto la necessit\u00e0 che sia i due fornitori che del mio committente hanno espresso, e la procedura di sincronizzazione \u00e8 attualmente in produzione. Per mia abitudine controllo i risultati del mio lavoro e tra non molto proceder\u00f2 ad una piccola intervista dove cercher\u00f2 di identificare i vari feedback e di capire se occorre una ulteriore modifica, o se sono stati riscontrati dei problemi di qualche genere o natura.<\/p>\n\n\n\n

      Approfitto per ringraziare il lettore che con molta pazienza ha seguito quello che ho raccontato. Spero di aver fornito tanti spunti interessanti che possa anche fornire utilit\u00e0. Spero che questo, sia l’inizio di tanti altri articoli che possa fornire conoscenza ed aiuto sull’argomento. <\/p>\n\n\n\n

      <\/p>\n\n\n\n

      <\/p>\n\n\n\n

      <\/p>\n

      Likes(1<\/span>)<\/span>Dislikes(0<\/span>)<\/span><\/div>","protected":false},"excerpt":{"rendered":"

      Prefazione Iniziamo una serie di articoli il cui obbiettivo \u00e8 di riassumere in un Case Study, l’esperienza raccolta nel risolvere un problema o nel coprire una necessit\u00e0 di un cliente. In questo Case Study voglio raccontare come \u00e8 stato possibile<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_editorskit_title_hidden":false,"_editorskit_reading_time":0,"_editorskit_is_block_options_detached":false,"_editorskit_block_options_position":"{}","footnotes":""},"categories":[3,4,180,14,15,16,17,250,154,22,147,119],"tags":[30,34,35,254,205,70,71,74,75,89],"_links":{"self":[{"href":"https:\/\/artigianodelsoftware.it\/blog\/wp-json\/wp\/v2\/posts\/96243"}],"collection":[{"href":"https:\/\/artigianodelsoftware.it\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/artigianodelsoftware.it\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/artigianodelsoftware.it\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/artigianodelsoftware.it\/blog\/wp-json\/wp\/v2\/comments?post=96243"}],"version-history":[{"count":17,"href":"https:\/\/artigianodelsoftware.it\/blog\/wp-json\/wp\/v2\/posts\/96243\/revisions"}],"predecessor-version":[{"id":96325,"href":"https:\/\/artigianodelsoftware.it\/blog\/wp-json\/wp\/v2\/posts\/96243\/revisions\/96325"}],"wp:attachment":[{"href":"https:\/\/artigianodelsoftware.it\/blog\/wp-json\/wp\/v2\/media?parent=96243"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/artigianodelsoftware.it\/blog\/wp-json\/wp\/v2\/categories?post=96243"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/artigianodelsoftware.it\/blog\/wp-json\/wp\/v2\/tags?post=96243"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}