Guida alla conduzione di una sessione di Storming di eventi

Sviluppare una comprensione completa dei sistemi aziendali è un duro lavoro. Di solito comporta una modellazione di alto livello o una mappatura di processi complessi. Questo può essere un processo altamente tecnico e laborioso che comporta molti tentativi ed errori. La creazione di diagrammi BPMN o schemi UML può essere molto utile per comprendere il funzionamento più ampio di un'azienda, ma sono fondamentalmente di natura tecnica e possono escludere esperti di dominio non tecnico.

Design basato sul dominio

Domain-Driven Design è una metodologia che stabilisce un linguaggio indipendente dalla tecnologia che consente una comprensione dettagliata delle esigenze e dei processi aziendali. Ciò consente alle parti interessate di comunicare le proprie conoscenze di dominio al resto del team in modo indipendente dal linguaggio per sviluppare una comprensione condivisa dei sistemi.

Cos'è l'Event Storming?

L'Event Storming è un approccio basato su workshop al Domain Driven Design che riunisce le parti interessate tecniche e non tecniche per esplorare domini aziendali complessi. Si concentra sugli eventi di dominio generati nel contesto di un processo aziendale o di un'applicazione aziendale. Di solito coinvolge proprietari di prodotti, esperti di dominio e sviluppatori.

Il metodo di event storming è stato introdotto e pubblicizzato da Alberto Brandolini in Introducing EventStorming. Viene utilizzato come tecnica per acquisire rapidamente un progetto di soluzione e migliorare la comprensione del progetto da parte del team.

L'event storming è una forma di apprendimento di gruppo ed è un modo divertente per integrare i team di sviluppo e di prodotto per creare insieme soluzioni alternative. L'event storming può essere utile anche per i team con prodotti maturi per ordinare il processo e scoprire colli di bottiglia e aree di conflitto.

Una sessione di tempesta di eventi viene solitamente condotta per:

• Creare un modello di business per lo sviluppo di un progetto.
• Acquisisci una consapevolezza del "quadro d'insieme" del modello di prodotto in tutta la sua complessità, evidenziandone gli obiettivi e le esigenze.
• Visualizza il modello del prodotto e fai un brainstorming di soluzioni alternative.
• Trova colli di bottiglia e aree di conflitto sui prodotti maturi.

I vantaggi di Event Storming

Durante la creazione di un prodotto è importante che il team di sviluppo sia esperto nel settore aziendale in cui opera il prodotto. Consente un'analisi iniziale più chiara e una build più mirata. Un seminario come una sessione di assalto di eventi può aumentare la cooperazione complessiva tra i team aziendali e di prodotto.

Rapido: la maggior parte delle altre tecniche di modellazione dei processi aziendali sono un'analisi approfondita delle operazioni dell'azienda. Implicano l'uso di modelli di dati complessi e possono richiedere settimane per rappresentare un'immagine accurata. L'event storming è un approccio rapido alla modellazione della progettazione basata sul dominio. Una tempesta di eventi è in genere un evento di un giorno in cui è possibile mappare un processo aziendale completo in poche ore.

Comprensione condivisa tra stakeholder tecnici e non tecnici : a differenza di UML, una tempesta di eventi crea una rappresentazione di un processo aziendale che può essere facilmente compreso senza alcuna conoscenza tecnica preliminare.

Collaborativo: il concetto centrale di una tempesta di eventi è incoraggiare la partecipazione e l'interazione tra esperti di dominio. Crea un ambiente coinvolgente per creare modelli di business e porta alla scoperta di informazioni più preziose.

Efficace: il più grande vantaggio dell'event storming sono le conversazioni che avvia. I team possono utilizzare le conoscenze acquisite nel workshop per informare i futuri processi di modellazione e creare prodotti, oppure possono semplicemente utilizzare l'event storming per comprendere meglio i processi aziendali e prendere decisioni migliori in futuro.

Condurre l'evento Tempesta

Per condurre una tempesta di eventi è necessario riunire varie parti interessate con competenze specifiche nel settore. Questo può essere fatto in un luogo fisico o virtualmente utilizzando uno strumento di lavagna collaborativa come Creately. Ti consente di condurre l'intera sessione da remoto su un'unica tela infinita e può essere utilizzato come uno spazio condiviso in cui le parti interessate possono scambiare pensieri e idee in tempo reale.

Passaggio 1: eventi di dominio

Il primo passaggio consiste nell'identificare gli eventi di dominio. Sono affermazioni fattuali su cose accadute in un sistema aziendale. I partecipanti fanno un brainstorming ed elencano tutte le cose che sono accadute in un sistema che ha innescato reazioni importanti. Quindi elencano questi eventi come note codificate a colori sulla tela virtuale. È importante formulare queste affermazioni al passato in modo che i partecipanti possano inquadrarlo come un'affermazione "cosa è successo". Man mano che i partecipanti aggiungono eventi alla tela, puoi iniziare a organizzarli in base all'intervallo di tempo in cui si sono verificati.

Passaggio 2- Comandi

Il passaggio successivo consiste nell'identificare il motivo per cui si è verificato l'evento. In questa fase, il team analizza cosa ha innescato gli eventi. Mentre gli eventi sono affermazioni fattuali sul passato, i comandi esprimono il nostro intento affinché qualcosa accada in futuro. I comandi sono generalmente elencati su note blu. Mentre gli eventi vengono catturati come dichiarazioni al passato, i comandi sono elencati come intenzioni al presente. I comandi possono essere documentati sia come azioni dell'utente che di sistema.

Passaggio 3: aggregati

Queste sono le cose che accadono in un sistema che generalmente hanno luogo in un gruppo di eventi. Sono entità commerciali di ordine superiore che dovrebbero essere rappresentate come sostantivi.

Ad esempio, "Processo d'ordine". Un aggregato di solito consiste in una raccolta di note sulla tela.

È rappresentato da un cluster di eventi con i comandi corrispondenti e l'attore responsabile. Tale aggregato può quindi essere nominato e posizionato su una nota più grande coordinata a colori sulla tela.

Passaggio 4: contesti delimitati

Questa è una struttura di alto livello che consiste in categorizzazioni di funzionalità che raggruppano le entità correlate. Il team inizia a raggruppare i moduli all'interno di un elemento chiamato contesti delimitati disegnando un riquadro o un cerchio attorno ai moduli correlati. È quindi possibile iniziare la mappatura del contesto illustrando come i moduli all'interno di un contesto delimitato interagiscono con altri contesti. In poche parole, tutti gli eventi correlati rientrerebbero nello stesso contesto limitato. Ad esempio, tutti gli eventi relativi ai carrelli degli acquisti rientrerebbero nel contesto limitato del carrello degli acquisti.

Suggerimenti per condurre la sessione di Storming di eventi

• Partecipanti: l'aspetto chiave di una tempesta di eventi di successo è organizzare le persone giuste. I partecipanti dovrebbero essere costituiti da parti interessate chiave con esperienza di dominio in più domini. Una tempesta di eventi efficace di solito ha un piccolo gruppo di parti interessate per garantire una conversazione fluida e un ambiente collaborativo.
• Pianificare le sessioni: stabilire obiettivi e intenzioni per la sessione. Ciò ti consente di concentrarti maggiormente su ciò che dovrebbe essere coinvolto nella sessione e su quali aspetti dovrebbero essere tralasciati.
• Invia istruzioni in anticipo: consente ai partecipanti di capire qual è lo scopo dell'esercizio e cosa ci si aspetta da loro. Invia le istruzioni su quale sia la chiave e cosa rappresentano le diverse note colorate, in modo che i partecipanti abbiano una chiara comprensione durante lo svolgimento della sessione
• Avere discussioni in un linguaggio non tecnico: assicurarsi che le conversazioni non siano impantanate dalle specifiche dell'implementazione. Queste conversazioni dovrebbero essere di natura più concettuale in modo che tutti possano partecipare, indipendentemente dal loro background tecnico.
• Fornisci esempi : è utile mostrare una tela di assalto dell'evento completata in modo che i partecipanti sappiano su cosa devono lavorare.

Hai esperienza nella conduzione di una sessione di Storming di eventi? Raccontacelo.

Hai già partecipato o condotto una sessione di storming di eventi, ci piacerebbe conoscere la tua esperienza e parte dell'apprendimento che ti è venuto in mente. Facci sapere i tuoi pensieri nella sezione commenti.