03 · Evolvere

Servizio Evolutivo Atlassian.

Miglioriamo, ottimizziamo e adattiamo la piattaforma Atlassian alle esigenze mutevoli della tua organizzazione. Senza sovraconfigurazione, senza debito funzionale.

Classificazione

Service Request e Change Request

Tutte le richieste evolutive passano per la gestione del cambiamento. La classificazione determina lo SLA e il livello di controllo.
SERVICE REQUEST

Cambiamenti standard

Inclusi nel Catalogo Evolutivo. SLA definiti ed esigenti, documentazione operativa associata e CMDB aggiornata.

  • Analisi e risposta · Alta: 1 giorno · Media: 2 giorni · Bassa: 3 giorni
  • Risoluzione in base all'effort stimato e alla pianificazione
CHANGE REQUEST

Cambiamenti non standard

Fuori catalogo. Effort e durata non prevedibili a priori, con obiettivo orientativo di analisi e valutazione.

  • Obiettivo di analisi: fino a 1 mese dalla creazione
  • Senza SLA contrattuale di risoluzione
Come prioritizziamo

Quattro assi oggettivi

Quabu valuta il tecnico, il cliente valida lo strategico. La prioritizzazione viene rivista nella riunione mensile di governance.
  • 01

    Valore per il business

    Contributo agli obiettivi, miglioramento dell'efficienza o della qualità, riduzione dei rischi, impatto su crescita o scalabilità.

  • 02

    Impatto su utenti e processi

    Utenti coinvolti, processi interessati e necessità di gestione del cambiamento o comunicazione aggiuntiva.

  • 03

    Effort di implementazione

    Complessità funzionale e tecnica, dipendenze e ore stimate che confrontiamo poi con l'effort reale.

  • 04

    Rischio associato

    Rischio tecnico, funzionale e impatto potenziale sulla stabilità del servizio.

Catalogo

Evolutivi già definiti

Un estratto del Catalogo Evolutivo Atlassian che usiamo come riferimento per classificare i Service Request.

Gestione licenze

Aggiunte, aggiornamenti, cancellazioni, modello target e addon.

Utenti e gruppi

Modello di gestione, integrazione con IdP/SSO, flussi di attivazione/disattivazione.

Workflow

Progettazione, modifica strutturale e consulenza sulle best practice.

Automazioni

Progettazione, refactoring, modello e formazione.

Portale JSM

Tipi di richiesta, form, flussi e ridisegno del catalogo.

Reporting e governance

Report, dashboard, KPI e modello di governance delle metriche.

Struttura e strumenti

Board, template, filtri avanzati e modelli scalabili.

Addon

Installazione, configurazione, integrazione e strategia.

Implementazione

Cambiamenti controllati, senza sorprese

Documentiamo ogni evolutivo, aggiorniamo la CMDB e pianifichiamo la messa in produzione in base all'impatto.
  • 01

    Documentazione operativa in CMDB

    Ogni Service Request resta come procedura eseguibile da qualsiasi membro del team, garantendo continuità e trasferibilità del servizio.

  • 02

    Finestra di intervento allineata al business

    Cambiamenti senza impatto in orario abituale; cambiamenti con impatto, pianificati fuori orario per non intaccare l'operatività.

  • 03

    Piano di comunicazione

    Comunicazione precedente, durante e successiva al cambiamento, adattata all'impatto e al pubblico coinvolto.

  • 04

    Validazione post-implementazione

    L'evolutivo viene chiuso solo quando la validazione è soddisfacente e la documentazione è aggiornata.

Continua il percorso →

Metodologia