Erfarenhet från många IT-projekt visar att det är svårt att uppnå optimal kommunikation mellan representanter från verksamheten och systemutvecklare. De metoder som ofta används är för komplicerade, vilket leder till att engagemanget från verksamheten blir lidande. Därför blir de systemlösningar som väljs ofta drivna utifrån teknikers begränsade förståelse för verksamhetens behov, och i slutändan blir IT-systemen inte det stöd för verksamheten som man hade hoppats på. Event Storming är specifikt utformat för att minska barriärerna mellan verksamhet och IT samt underlätta engagemanget från affärsverksamheten i modelleringsarbetet.
En annan stor utmaning är ”silo-problematiken”. Medarbetare har i regel en ganska begränsad kunskap om vad som händer på andra avdelningar, vilket kan leda till exempelvis duplicering av arbetsuppgifter, att avdelningar skapar onödiga problem för varandra eller orsakar onödiga väntetider. Med Event Storming kan man snabbt öka förståelsen för helheten, vilket ofta leder till nya insikter såsom flaskhalsar och enighet kring vilka utmaningar man ska ta sig an med gemensamma krafter. Slutresultatet blir att man prioriterar de insatser som skapar störst värde för verksamheten som helhet, samt att de utvecklade stödsystemen erbjuder ett optimalt stöd för verksamheten.
Event Storming bygger på ett enkelt och genialt koncept: Key Domain Event (domänhändelse). En Key Domain Event är en händelse i en verksamhetsprocess som uttrycks i dåtid, till exempel "order lagd". Konceptet är enkelt att förstå för alla och underlättar därmed ett högt engagemang från verksamheten. Verksamhetens representanter kallas för "Domain Experts" eller domänexperter. Med Event Storming bjuder man in dessa domänexperter och systemutvecklare till workshops där man på ett mycket tidseffektivt sätt utforskar verksamhetsprocesser (domänen) tillsammans.
Under en Event Storming-workshop brainstormar man tillsammans och försöker identifiera Key Domain Events. Dessa händelser läggs sedan ut längs en tidslinje. När detta grundläggande flöde är kartlagt samlar man in information om vilka aktörer och system som är involverade i verksamhetsprocessen. Därefter kan man välja att gå vidare i flera riktningar. Event Storming är otroligt flexibelt i det avseendet att man kan anpassa metodiken utifrån vilken information som ska samlas in och vilka deltagarna är. Man kan till exempel gå vidare och bygga vidare på affärsregler, identifierade problemområden, vyer för aktörer med mera.
Det finns tre nivåer av Event Storming: Big Picture, Process Modelling och Software Design. I Big Picture kartlägger man en verksamhet som helhet och försöker identifiera de största problemen eller möjligheterna i verksamheten. I Process Modelling fokuserar man på en enskild verksamhetsprocess och försöker beskriva den i detalj från början till slut, inklusive alla alternativflöden. Software Design används när man snabbt vill komma igång med systemutvecklingen. Med denna variant kan man enkelt och snabbt identifiera vilka komponenter som ska byggas och hur man ska avgränsa de olika delsystemen. Ur en Software Design-session trillar det automatiskt ut det som inom DDD (Domain Driven Design) kallas för Bounded Contexts och Aggregates.
Qlerify har länge arbetat med Event Storming och har även utvecklat ett unikt molnbaserat verktyg med stöd för metodiken. Vi arrangerar även öppna och kundanpassade kurser i Event Storming, bland annat tillsammans med vår utbildningspartner NFI.
Här finns mer information om kursen:
https://nfi.se/kurs/event-storming
Ofta behöver man hjälp med att komma igång med Event Storming och Qlerify har lång erfarenhet av att facilitera Event Storming workshops, både på plats i en lämplig lokal eller på distans med stödjande modelleringsverktyg.
Kontakta oss om ni är nyfikna på att veta mer om Event Storming!
