Come sfruttare al meglio MotioCI nel supportare pratiche comprovate

MotioCI ha integrato plug-in per la creazione di report di Cognos Analytics. Blocca il rapporto su cui stai lavorando. Quindi, quando hai finito con la tua sessione di modifica, esegui il check-in e includi un commento per registrare ciò che hai fatto. È possibile includere nel commento un riferimento a un ticket in un sistema esterno di rilevamento dei difetti o di richiesta di modifica.

Puoi trovare ulteriori dettagli su come impostare la connessione tra MotioCI e il tuo sistema di biglietteria di terze parti nel MotioCI Guida dell'amministratore in Utilizzo MotioCI con sistemi di biglietteria di terze parti. Una parola chiave (corregge, chiudi) con il numero del biglietto chiuderà il biglietto. Oppure, utilizzando una parola chiave come Riferimenti più il numero del biglietto scriverà il commento del check-in al sistema di biglietteria e lascerà il biglietto aperto.

L'uso di un sistema di ticketing, come Atlassian® JIRA, Microsoft Windows™ Trac o molti altri, aiuta la gestione dei progetti tenendo traccia di attività, problemi specifici e la loro risoluzione. I biglietti forniscono un mezzo di comunicazione tra autori o sviluppatori di report e utenti finali, il team di test e altre parti interessate. Un sistema di ticketing fornisce anche un metodo per tenere traccia dei difetti e garantire che vengano risolti prima di promuovere un rapporto in produzione.

Flusso di lavoro tipico per lo sviluppo di report

Per essere chiari, l'integrazione di MotioCI con un sistema di biglietteria non è l'unico modo in cui il tuo team interagirà con il sistema di biglietteria. In genere, come illustrato nel diagramma del flusso di lavoro allegato, il processo di sviluppo di report in un ambiente Cognos Analytics con MotioCI potrebbe essere qualcosa del genere:

1. arretrati. Viene creato un nuovo biglietto. Un Business Analyst documenta i requisiti aziendali per un nuovo report e lo inserisce direttamente nel sistema di ticketing creando un ticket. Mette il biglietto nel arretrati stato.
2. Mercato. I ticket di backlog possono avere la priorità in diversi modi, ma alla fine il ticket verrà assegnato a uno sviluppatore di report e contrassegnato con il suo nome. Lo stato del biglietto può essere modificato in in_dev. Creerà un nuovo rapporto. Durante lo sviluppo del rapporto in Cognos Analytics, controllerà le modifiche e farà riferimento al ticket nel commento del check-in, ad esempio "Creato nuovo rapporto; versione iniziale; aggiunta pagina di richiesta e query di supporto, rif #592”. Oppure, "Aggiunta query sui fatti e campi incrociati; filtri e formattazione, rif #592.” (Nel MotioCI, il numero dell'hashtag diventa un collegamento ipertestuale direttamente al biglietto.) Può controllare il rapporto, apportare modifiche e ricontrollarlo con il riferimento del biglietto più volte in un periodo di giorni.
3. Sviluppo completato. Dopo che lo sviluppatore del report ha completato il report e lo ha testato al banco, annota nel ticket nel sistema di ticketing che è pronto per essere testato dal QA e cambia stato da in_Dev a pronto_per_QA. Questo stato è una bandiera per il MotioCI Amministratore, o ruolo responsabile della promozione dei report Cognos, che il report è pronto per la migrazione all'ambiente QA per il test.
4. Promotion al controllo di qualità. L'amministratore promuove la relazione e le modifiche allo stato in_QA. Questo stato consente al team di controllo qualità di sapere che il rapporto è pronto per essere testato.
5. Testing. Il team QA verifica il rapporto rispetto ai requisiti aziendali. Il rapporto supera o non supera i test. Se il rapporto non supera il test QA, il ticket viene contrassegnato con il nello sviluppatore stato, tornando allo sviluppatore del rapporto per le correzioni.
6. Test riuscito. Se il rapporto passa, il team QA dice all'amministratore che è pronto per la promozione alla produzione etichettandolo pronto per la prod stato.
7. Promotion alla produzione. Una volta che il rapporto è pronto per la produzione, è possibile ottenere le approvazioni finali e il rilascio programmato, magari abbinandolo ad altri rapporti completati. L'amministratore promuove il report nell'ambiente di produzione Cognos. Ci mette il biglietto Fatto stato che indica che lo sviluppo e il test sono stati completati ed è stato spostato in produzione. Questo chiude il biglietto.

Gestione del processo di sviluppo del report

Questo processo di gestione dei biglietti implica e pratiche comprovate impongono che:

• Ogni nuovo report dovrebbe avere un ticket con i requisiti aziendali su cui progettare il report.
• Ogni difetto dovrebbe avere un ticket per registrare eventuali bug o problemi con una segnalazione.
• Ogni volta che un report viene modificato, il MotioCI il commento al check-in dovrebbe includere il numero del biglietto a cui è stato indirizzato.
• Ogni report promosso da Dev a QA dovrebbe avere un ticket associato che indica che un amministratore può confermare che lo sviluppo è stato completato ed è pronto per essere spostato nell'ambiente QA.
• Ogni report promosso da QA a Produzione dovrebbe avere un ticket con una cronologia che mostri che lo sviluppo è completo, ha superato il QA, ha ricevuto tutte le approvazioni di gestione richieste ed è stato promosso.
• Ogni report nell'ambiente di produzione dovrebbe avere a digital percorso cartaceo dall'ideazione al test, alla riparazione, alla risoluzione, all'approvazione e al promotion.

Quest'ultimo punto è uno dei preferiti degli auditor da convalidare. Potrebbe chiedere: "Puoi mostrarmi come confermi che tutti i rapporti nell'ambiente di produzione hanno aderito al tuo processo documentato di emissione di biglietti e approvazione?" Un modo per rispondere all'auditor potrebbe essere quello di fornire un elenco di tutti i rapporti che sono stati migrati e di farle scorrere i ticket per cercarne uno che non sia conforme al processo.

In alternativa, e più idealmente, puoi fornire un elenco di rapporti che lo fanno non aderire al processo di sviluppo e ticketing che hai definito. Ecco dove sarà utile questo rapporto: “Rapporti promossi senza biglietti”. È un rapporto di eccezione di un elenco di rapporti che hanno non ha aderito alle migliori pratiche di associare ogni modifica del rapporto a un ticket. Questo è uno dei pochi rapporti che vuoi essere vuoto. Non conterrà record se tutti i rapporti promossi hanno un ticket associato. In altre parole, un report verrà visualizzato nell'elenco solo se si trova nell'ambiente di produzione e il report promosso non ha fatto riferimento a un numero di ticket nel commento.

Processo con vantaggi

Quali sono i vantaggi del processo o perché dovresti farlo nella tua organizzazione?

• Migliore collaborazione in team: il sistema di ticketing può effettivamente riunire persone in ruoli che normalmente potrebbero non comunicare. Ad esempio, gli autori di report e gli utenti finali, o il project manager e il team di controllo qualità. Il ticket trail fornisce un luogo comune per comunicare su una risorsa condivisa, il report in fase di sviluppo.
• Costi ridotti:
  • I difetti rilevati e riparati prima sono molto meno costosi che se dovessero entrare in produzione.
  • Efficienza migliorata: gli autori dei report lavorano sempre da un ticket che è una dichiarazione di lavoro ben definita.
  • Tempi ridotti grazie all'automazione dei processi manuali
• Documentazione migliorata: questo processo diventa una knowledge base di autodocumentazione dei difetti e di come sono stati risolti.
• Previsioni e analisi migliorate: ora puoi tenere traccia degli indicatori chiave di prestazione e confrontarli con gli accordi sul livello di servizio. La maggior parte dei sistemi di ticketing fornisce questi tipi di analisi.
• Supporto interno migliorato: il tuo team di supporto, altri sviluppatori di report (e, anche, il tuo sé futuro!) possono cercare come sono stati risolti difetti simili in passato. Questa base di conoscenza condivisa può portare a una rapida risoluzione dei difetti.
• Maggiore soddisfazione dell'utente finale: con l'accesso diretto agli sviluppatori tramite il sistema di ticketing, gli utenti possono aspettarsi una rapida risoluzione dei difetti e monitorare l'avanzamento di un report richiesto attraverso il sistema..

Conclusione

Questo è un esempio dei ricchi vantaggi derivanti dal seguire pratiche collaudate e del valore di seguire processi ben definiti. Inoltre, il nuovo MotioCI report, "Report promossi senza ticket" può essere di grande aiuto nell'affrontare le domande di un revisore dei conti o semplicemente nel monitoraggio interno per l'aderenza agli standard aziendali.