Panduan untuk Melakukan Sesi Storming Acara

Mengembangkan pemahaman yang komprehensif tentang sistem bisnis adalah kerja keras. Biasanya melibatkan pemodelan tingkat tinggi atau pemetaan proses yang kompleks. Ini bisa menjadi proses yang sangat teknis dan melelahkan yang melibatkan banyak trial and error. Membuat diagram BPMN atau skema UML bisa sangat berguna dalam memahami fungsi bisnis yang lebih luas, tetapi mereka pada dasarnya bersifat teknis dan dapat mengecualikan pakar domain non-teknis.

Desain Berbasis Domain

Desain Berbasis Domain adalah metodologi yang menetapkan bahasa independen teknologi yang memungkinkan pemahaman terperinci tentang kebutuhan dan proses bisnis. Hal ini memungkinkan pemangku kepentingan untuk mengomunikasikan pengetahuan domain mereka kepada anggota tim lainnya dengan cara agnostik bahasa untuk mengembangkan pemahaman bersama tentang sistem.

Apa itu Event Storming?

Penyerbuan acara adalah pendekatan berbasis lokakarya untuk Desain Berbasis Domain yang menyatukan pemangku kepentingan teknis dan non-teknis untuk menjelajahi domain bisnis yang kompleks. Ini berfokus pada peristiwa domain yang dihasilkan dalam konteks proses bisnis atau aplikasi bisnis. Biasanya melibatkan pemilik produk, pakar domain, dan pengembang.

Metode event storming diperkenalkan dan dipublikasikan oleh Alberto Brandolini dalam Introducing EventStorming. Ini digunakan sebagai teknik untuk menangkap desain solusi dengan cepat dan meningkatkan pemahaman tim tentang desain.

Event storming adalah bentuk pembelajaran kelompok dan merupakan cara yang menyenangkan untuk mengintegrasikan tim pengembangan dan produk untuk menciptakan solusi alternatif bersama. Penyerbuan acara mungkin juga berguna bagi tim dengan produk matang untuk memesan proses dan mencari tahu tentang hambatan dan area konflik.

Sesi event storming biasanya dilakukan untuk:

• Membuat model bisnis untuk pengembangan proyek.
• Dapatkan kesadaran "gambaran besar" tentang model produk dalam segala kerumitannya, dengan menyoroti tujuan dan kebutuhannya.
• Visualisasikan model produk dan lakukan brainstorming solusi alternatif.
• Temukan hambatan dan area konflik pada produk dewasa.

Manfaat Event Storming

Saat membangun produk, penting bagi tim pengembangan untuk berpengalaman dalam domain bisnis tempat produk beroperasi. Ini memungkinkan analisis awal yang lebih jelas dan pembuatan yang lebih fokus. Lokakarya seperti sesi badai acara dapat meningkatkan kerjasama keseluruhan antara tim bisnis dan produk.

Cepat: Sebagian besar teknik pemodelan proses bisnis lainnya adalah penyelaman mendalam yang mendalam ke dalam operasi bisnis. Mereka melibatkan penggunaan model data yang kompleks dan dapat memakan waktu berminggu-minggu untuk menggambarkan gambaran yang akurat. Event storming adalah pendekatan cepat untuk memodelkan desain berbasis domain. Badai peristiwa biasanya merupakan peristiwa satu hari di mana proses bisnis yang lengkap dapat dipetakan dalam beberapa jam.

Pemahaman Bersama Antara Pemangku Kepentingan Teknis dan Non-Teknis : Tidak seperti UML, badai peristiwa menciptakan representasi dari proses bisnis yang dapat dengan mudah dipahami tanpa pengetahuan teknis sebelumnya.

Kolaboratif: Konsep inti dari badai peristiwa adalah untuk mendorong partisipasi dan interaksi antara pakar domain. Ini menciptakan lingkungan yang menarik untuk menciptakan model bisnis dan menghasilkan penemuan wawasan yang lebih berharga.

Efektif: Manfaat terbesar dari event storming adalah percakapan yang dimulainya. Tim dapat menggunakan pengetahuan yang diperoleh dalam lokakarya untuk menginformasikan proses pemodelan di masa depan dan membangun produk, atau cukup menggunakan event storming untuk lebih memahami proses bisnis dan membuat keputusan yang lebih baik di masa mendatang.

Melakukan Badai Acara

Untuk melakukan badai acara, Anda perlu mengumpulkan berbagai pemangku kepentingan dengan keahlian domain tertentu bersama-sama. Ini dapat dilakukan di lokasi fisik atau secara virtual menggunakan alat papan tulis kolaboratif seperti Creately. Ini memungkinkan Anda untuk melakukan seluruh sesi dari jarak jauh pada satu kanvas tanpa batas dan dapat digunakan sebagai ruang bersama di mana para pemangku kepentingan dapat bertukar pikiran dan ide secara real-time.

Langkah 1: Acara Domain

Langkah pertama adalah mengidentifikasi peristiwa domain. Mereka adalah pernyataan faktual tentang hal-hal yang terjadi dalam sistem bisnis. Peserta bertukar pikiran dan mencatat semua hal yang terjadi dalam sistem yang memicu reaksi penting. Kemudian mereka mencatat peristiwa-peristiwa ini sebagai catatan berkode warna di kanvas virtual. Penting untuk mengungkapkan pernyataan-pernyataan ini dalam bentuk lampau sehingga peserta dapat membingkai ini sebagai pernyataan 'apa yang terjadi'. Saat peserta menambahkan acara ke kanvas, Anda dapat mulai mengaturnya sesuai dengan kerangka waktu terjadinya.

Langkah 2- Perintah

Langkah selanjutnya adalah mengidentifikasi mengapa peristiwa itu terjadi. Pada tahap ini, tim menganalisis apa yang memicu peristiwa tersebut. Sementara peristiwa adalah pernyataan faktual tentang masa lalu, perintah mengungkapkan niat kita untuk sesuatu terjadi di masa depan. Perintah biasanya tercantum pada catatan biru. Sementara peristiwa ditangkap sebagai pernyataan bentuk lampau, perintah dicantumkan sebagai niat tegang saat ini. Perintah dapat didokumentasikan sebagai tindakan pengguna dan sistem.

Langkah 3- Agregat

Ini adalah hal-hal yang terjadi dalam sistem yang umumnya terjadi dalam sekelompok peristiwa. Mereka adalah entitas bisnis tingkat tinggi yang harus direpresentasikan sebagai kata benda.

Misalnya, 'Proses Pemesanan'. Agregat biasanya terdiri dari kumpulan catatan di atas kanvas.

Itu diwakili oleh sekelompok peristiwa dengan perintah yang sesuai dan aktor yang bertanggung jawab. Agregat itu kemudian dapat diberi nama dan ditempatkan pada catatan terkoordinasi warna yang lebih besar di kanvas.

Langkah 4 – Konteks Terikat

Ini adalah struktur tingkat tinggi yang terdiri dari kategorisasi fungsionalitas yang mengelompokkan entitas terkait. Tim mulai mengelompokkan modul bersama dalam elemen yang disebut konteks terbatas dengan menggambar kotak atau lingkaran di sekitar modul terkait. Anda kemudian dapat memulai pemetaan konteks dengan mengilustrasikan bagaimana modul dalam konteks terbatas berinteraksi dengan konteks lain. Sederhananya, semua peristiwa terkait akan jatuh ke dalam konteks terbatas yang sama. Misalnya, semua peristiwa yang terkait dengan keranjang belanja akan termasuk dalam konteks yang dibatasi keranjang belanja.

Kiat untuk Melakukan Sesi Storming Acara Anda

• Peserta: Aspek kunci dari badai acara yang sukses adalah mengorganisir orang yang tepat. Peserta harus terdiri dari pemangku kepentingan utama dengan keahlian domain di berbagai domain. Badai peristiwa yang efektif biasanya memiliki sekelompok kecil pemangku kepentingan untuk memastikan percakapan mengalir bebas dan lingkungan kolaboratif.
• Rencanakan Sesi: Tetapkan tujuan dan niat untuk sesi tersebut. Hal ini memungkinkan Anda untuk lebih fokus pada apa yang harus terlibat dalam sesi dan aspek apa yang harus ditinggalkan.
• Kirim Instruksi Sebelumnya: Biarkan peserta memahami apa inti dari latihan ini dan apa yang diharapkan dari mereka. Kirimkan instruksi tentang apa kuncinya dan apa yang diwakili oleh not-not berwarna berbeda, sehingga peserta memiliki pemahaman yang jelas saat melakukan sesi
• Lakukan Diskusi dalam Bahasa Nonteknis : Pastikan percakapan tidak terhambat oleh spesifikasi implementasi. Percakapan ini harus bersifat lebih konseptual sehingga setiap orang dapat berpartisipasi, terlepas dari latar belakang teknis mereka.
• Berikan Contoh : Sangat membantu untuk menampilkan kanvas badai acara yang telah selesai sehingga peserta tahu apa yang perlu mereka kerjakan.

Punya Pengalaman Melakukan Event Storming Session? Beritahu kami Tentang hal itu.

Pernahkah Anda berpartisipasi atau melakukan sesi badai acara sebelumnya, kami akan senang mendengar tentang pengalaman Anda dan beberapa pembelajaran yang Anda dapatkan. Beri tahu kami pendapat Anda di bagian komentar.