Implementazione e follow-up del workshop

15 minuti

Le sezioni seguenti illustrano i passaggi richiesti per la conduzione del workshop e per il follow-up successivo.

Partecipanti alla revisione della strategia di test.

La revisione della strategia di test è un'eccellente opportunità per garantire che il team di progetto abbia familiarità con la strategia di test complessiva e le relative implicazioni. Avere un team più ampio presente al workshop può essere un metodo utile per fornire un contesto al team. In alcuni casi, a causa delle dimensioni del team di implementazione, potrebbe essere necessario limitare la partecipazione al workshop solo ai ruoli delineati nell'elenco seguente. Con questo in mente, assicurarsi di considerare le seguenti linee guida:

Al workshop dovrebbero partecipare i rappresentanti dell'organizzazione del cliente e delle organizzazioni partner che forniscono supporto nell'implementazione. Parte del valore della revisione è fornire informazioni collettive sulla strategia e sullo stato di tutte le parti coinvolte.
Il workshop deve includere i responsabili di progetto, gli architetti di soluzioni e i responsabili del test del cliente e dell'organizzazione partner. Se il cliente non dispone di tali ruoli specifici nella propria organizzazione, dovranno essere coinvolti i tecnici responsabili equivalenti delle parti interessate.
I responsabili di progetto, gli architetti delle soluzioni e i test manager del cliente e del partner sono obbligatori. Inoltre, a seconda della complessità e del rischio per l'attività delle varie aree, considerare di invitare le seguenti figure: lead di integrazione, lead di migrazione dei dati, lead di business intelligence, lead di sicurezza e qualsiasi altro lead di area specialistica che possa contribuire alla discussione.

Conduzione del workshop di revisione della strategia di test

Il workshop di revisione della strategia di test sarà moderato dall'architetto di soluzioni, ma è previsto che il team di implementazione presenti le informazioni relative alla strategia di test. Per ogni sezione dell'agenda è necessario assegnare un proprietario all'interno del team di implementazione. All'inizio di ogni sezione, il proprietario deve presentare una panoramica o un riepilogo della strategia e dell'ambito, dei piani, del progetto e dello stato che si applicano a tale aspetto della strategia. Il team deve pianificare per tale riepilogo, il 25% circa del tempo allocato, ma non molto oltre. Il resto del tempo deve essere riservato a domande e risposte con l'architetto della soluzione.

I responsabili del team di implementazione devono collaborare con l'architetto della soluzione prima del workshop per definire l'agenda e le tempistiche della sessione. A seconda dello stato e della complessità della strategia e della preparazione del team di implementazione, la revisione potrebbe richiedere più o meno tempo. Sebbene il piano di base preveda di condurre il workshop in due ore, tale tempo può essere adattato, in una certa misura, per coprire la complessità e i requisiti del progetto.

La gestione del tempo nel workshop è importante. La massima priorità per il workshop è passare in rassegna la strategia di test complessiva, che dovrebbe essere prioritaria rispetto a un eccessivo approfondimento di ogni singola area. Se la conversazione si prolunga e non c'è tempo per coprire tutta l'ampiezza della strategia di test, è previsto che l'architetto della soluzione rimandi le conversazioni dettagliate di completamento a un ulteriore workshop più approfondito.

Nota

Durante il workshop, è possibile che la discussione interessi argomenti come ambito, progettazione, pianificazione e approccio. Come parte di tale aspettativa, l'architetto della soluzione potrebbe fornire alcune indicazioni direttamente all'interno della riunione. Tuttavia, queste sessioni non intendono essere destinate all'architetto per la progettazione della strategia di test, ma piuttosto per esaminare la strategia. Il feedback fornito potrebbe alterare il piano o il progetto corrente, ma il lavoro dettagliato in tali aree sarà condotto dal team di implementazione dopo il workshop.

Risultati della revisione della strategia di test

L'output del workshop di revisione della strategia di test è un documento di risultati. Tale documento di risultati è una risposta alle informazioni fornite all'architetto di soluzioni, sia nella preparazione per il workshop che durante il workshop. In genere, questi risultati saranno strutturati nello stesso modo (asserzioni, rischi e problemi) secondo il workshop sulla revisione del progetto iniziale della soluzione. Per altre informazioni, consultare il workshop sulla revisione del progetto iniziale della soluzione.

Successive revisioni della strategia di test

In generale, l'impegno si estende al primo go-live per qualsiasi implementazione specifica. Nella maggior parte dei casi, la revisione della strategia di test effettuata all'inizio dell'implementazione è sufficiente per tale implementazione. Occasionalmente, sono necessarie revisioni successive. Gli esempi seguenti illustrano scenari in cui potrebbero essere necessarie ulteriori revisioni della strategia di test:

Difficoltà con la revisione iniziale della strategia di test: in rari casi, il workshop di revisione della strategia di test non è in grado di coprire tutte le informazioni richieste. Il motivo potrebbero essere carenze o conflitti importanti nella comprensione dell'ambito che devono essere elaborati dal team di implementazione, oppure la mancanza di una strategia di test significativa. In questi casi, è utile effettuare in anticipo il workshop di revisione iniziale della strategia di test perché evidenzierà tali problemi in modo da essere risolti, ma ciò richiederà la ripetizione del workshop.
Significativo cambiamento di ambito: occasionalmente, un'implementazione è influenzata da importanti cambiamenti nell'ambito o nell'approccio. A seguito di un cambiamento significativo nell'ambito, potrebbe avere senso rivalutare la strategia di test.
Modifiche organizzative: periodicamente, le organizzazioni sperimentano modifiche significative durante l'implementazione. Eventi come fusioni, acquisizioni o cessioni possono avere un impatto significativo sulla progettazione dell'architettura della soluzione e potrebbero necessitare di una rivalutazione.

Follow-up della strategia di test