In quale momento dovrebbe essere utilizzato l'evento storming?

L'event storming è una tecnica per raggiungere una comprensione comune della situazione attuale in un dominio o parte di esso. Le fasi in un flusso di eventi non corrispondono necessariamente al nuovo software da creare, potrebbero anche includere passaggi che sono già supportati dal software esistente o passaggi puramente manuali.

Questo tipo di comprensione è necessaria prima ha senso iniziare a raccogliere i requisiti (il che non significa che non si possa iniziare da quest'ultimo all'interno della stessa riunione). Aiuta a rispondere a domande come

• quali passaggi di un flusso di eventi devono essere supportati da alcuni software o automazione?

• quali passaggi sono attualmente supportati da alcuni software, ma devono essere gestiti in modo diverso, forse in modo più efficiente?

• dove può essere modificato il flusso di eventi per rendere le cose più efficienti?

Nell'ultimo decennio abbiamo spesso fatto questo tipo di brainstorming nella nostra azienda, ogni volta che dovevamo discutere su dove in un flusso di lavoro dovrebbe o potrebbe accadere un cambiamento, prima di prendere decisioni per intraprendere ulteriori azioni.

Tuttavia non l'abbiamo mai chiamato "event storming" (in realtà non sono sicuro di aver mai sentito prima questo termine). Di solito focalizziamo l'attenzione sul flusso di dati nelle nostre pipeline di elaborazione, o flussi di lavoro, ma è essenzialmente lo stesso che Wikipedia descrive in "eventi tempestosi". Non hai bisogno di note Post-It per questo, funziona anche una lavagna cancellabile.

Come nota a margine: se vuoi che gli esperti del tuo dominio vengano informati su di esso, ti consiglio di evitare brand fantasiosi e troppe regole formali che leggi in qualche libro DDD - i brainstorming come questo non sono stati inventati da quei ragazzi DDD, queste tecniche sono probabilmente più vecchie di me e te insieme.

Dipende dal contesto e dai risultati che vuoi raggiungere. Una tipica Big Picture EventStorming di solito avviene al kickoff del progetto e coinvolge molti esperti di dominio in uno sforzo collaborativo di apprendimento e modellazione.

I formati più piccoli e più mirati richiedono meno esperti di dominio, ma approfondiscono il processo di modellazione e / o la meccanica del software. In genere possono verificarsi all'inizio di un'iterazione o durante l'esplorazione di funzionalità critiche.

Sembra esattamente come i requisiti raccolti per me. Fatto solo con note post-it. Ho sostenuto qualcosa di simile senza preoccuparsi di dargli un nome commerciale.

when should event storming be used in the course of the project?

Quando cambia l'attività sottostante.

Un evento di dominio è solo qualcosa di cui l'esperto del dominio si interessa. Quando cambiano le loro preoccupazioni, devi affrontarle.

Naturalmente devi farlo anche quando avvii per la prima volta il tuo progetto. Apprendi quindi la maggior parte di questi eventi.