Big Picture Event Storming — สำรวจทั้งสายธุรกิจในห้องเดียว

ลองนึกภาพห้องประชุมที่ผนังยาวสิบเมตรถูกคลุมด้วยกระดาษบรูฟ ทั้งทีมพัฒนา คนจากฝ่ายขาย ฝ่ายบัญชี เจ้าของร้าน และคนดูแลไรเดอร์ ยืนออกันอยู่หน้าผนัง มือถือปากกาเมจิกคนละแท่ง มี Post-it สีส้มเป็นปึกๆ วางกองอยู่ นี่คือฉากเปิดของ Big Picture EventStorming — เวิร์กช็อป EventStorming รอบแรกและกว้างที่สุด ที่ Alberto Brandolini ออกแบบมาเพื่อดึง “ความรู้ที่กระจายอยู่ในหัวคนหลายฝ่าย” ออกมาวางบนผนังเดียวให้เห็นพร้อมกันภายในไม่กี่ชั่วโมง

บทที่แล้วเรารู้จัก Post-it สีต่างๆ กันไปแล้ว บทนี้จะลงมือ “จัดเวิร์กช็อปจริง” รอบแรก แล้วเดินไปด้วยกันทีละขั้น จนได้ไทม์ไลน์ของธุรกิจฟู้ดเดลิเวอรีเต็มเส้นบนผนัง

เป้าหมายของ Big Picture: กว้างไว้ก่อน อย่าเพิ่งลึก

หัวใจของรอบนี้มีคำเดียวคือ กว้าง ไม่ใช่ ลึก เราอยากเห็นทั้งสายธุรกิจตั้งแต่ต้นจนจบในภาพเดียว ไม่ใช่เจาะรายละเอียดของ feature ใด feature หนึ่ง เป้าหมายที่แท้จริงมีสามอย่าง:

เห็นภาพรวม — ให้ทุกคนในห้องเห็นเรื่องราวเดียวกัน คนฝ่ายบัญชีได้เห็นว่าไรเดอร์ทำงานยังไง คนเขียน code ได้เห็นว่าเงินไหลตรงไหน
ค้นพบรอยต่อและสิ่งที่ยังไม่รู้ — จุดที่สองฝ่ายเล่าไม่ตรงกัน หรือจุดที่ทุกคนเงียบเพราะไม่มีใครรู้จริง คือทองคำที่เรามาขุด
ไม่เน้นรายละเอียด — เรายังไม่วาด Command, Aggregate หรือ Policy ในรอบนี้ (นั่นเป็นงานของ Process Modeling และ Design-Level ในบทถัดๆ ไป) รอบนี้เอาแค่ “เกิดอะไรขึ้นบ้าง เรียงตามเวลา”

🍔 กติกาข้อเดียวที่ต้องจำ

รอบ Big Picture เราสนใจแค่ Domain Event — สิ่งที่ “เกิดขึ้นแล้ว” เขียนเป็นกริยาอดีต เช่น OrderPlaced, FoodDelivered แปะด้วย Post-it สีส้ม อย่างอื่นค่อยว่ากันทีหลัง ถ้าใครเผลอเขียนปุ่มหรือหน้าจอ ให้ facilitator ค่อยๆ ดึงกลับมาที่คำถามเดิมเสมอ: “แล้วมัน เกิดอะไรขึ้น ในธุรกิจ?”

ใครควรอยู่ในห้อง และต้องเตรียมอะไร

Brandolini มีหลักการเลือกคนเข้าเวิร์กช็อปที่จำง่ายมาก: เชิญคนที่ “มีคำถาม” กับคนที่ “รู้คำตอบ” มาอยู่ห้องเดียวกัน สำหรับฟู้ดเดลิเวอรีก็คือคนเขียน code (มีคำถามเยอะ) มายืนข้างเจ้าของร้าน คนดูแลไรเดอร์ และฝ่ายบัญชี (รู้คำตอบที่ code เดอร์ไม่เคยรู้) พลังของเวิร์กช็อปเกิดตรงรอยต่อระหว่างสองกลุ่มนี้เอง

ของที่ต้องเตรียมก็ตรงไปตรงมา แต่มีข้อที่คนมองข้ามบ่อย:

พื้นที่ model แบบไม่จำกัด — ผนังยาวที่สุดเท่าที่หาได้ ปูกระดาษบรูฟให้ยาวเป็นสิบเมตร ถ้าผนังสั้น ความคิดของคนจะถูกบีบให้สั้นตาม
Post-it สีส้มเยอะๆ — เยอะจนรู้สึกว่า “เกินแน่ๆ” นั่นคือพอดี ของขาดกลางคันคือตัวฆ่าโมเมนตัม
ปากกาเมจิกคนละแท่ง — ทุกคนต้องเขียนได้เอง ไม่มีเลขาคอยจดแทน เพราะการเขียนเองคือการคิดเอง
ยืน ไม่นั่ง — คนยืนมีส่วนร่วมมากกว่าคนนั่ง และเดินไปหยิบ Post-it มาแปะได้คล่องกว่า

ห้าขั้นตอนของ Big Picture Event Storming

เวิร์กช็อปทั้งรอบไหลตามลำดับห้าขั้นนี้ ขั้นต้นๆ เน้นระเบิดความรู้ออกมาให้มากที่สุด ขั้นหลังๆ ค่อยจัดระเบียบและชี้จุดที่ต้องคุยต่อ

flowchart TD
  S1["1. Chaotic Exploration (ระดมทุก event แบบไม่เรียง)"] --> S2["2. จัดเส้นเวลา (Enforce the Timeline)"]
  S2 --> S3["3. หา Pivotal Event ขีดเส้นแบ่งช่วง"]
  S3 --> S4["4. ปัก Hotspot สีแดงตรงที่ยังไม่ชัด"]
  S4 --> S5["5. เติม Actor / External System และมองหา Opportunity"]

ขั้นที่ 1: Chaotic Exploration — ระเบิดความรู้ออกมาก่อน

ขั้นแรกดู “มั่ว” ตั้งใจ facilitator แค่ประกาศโจทย์กว้างๆ เช่น “ตั้งแต่ลูกค้าเปิด app จนกินข้าวเสร็จ มีอะไรเกิดขึ้นบ้าง?” แล้วปล่อยให้ทุกคน เขียน Domain Event เป็นกริยาอดีต แปะบนผนังพร้อมกัน โดยยังไม่ต้องสนใจลำดับ

จะซ้ำกันก็ช่าง จะแปะทับกันก็ได้ จะเรียงมั่วๆ ก็ไม่เป็นไร ช่วงนี้เสียงปากกาเขียนกระดาษดังรัวๆ คือสัญญาณที่ดี เพราะความรู้ที่เคยอยู่แต่ในหัวแต่ละคนกำลังไหลออกมาเป็นวัตถุที่จับต้องได้บนผนัง

กับดัก: รีบจัดระเบียบเร็วเกินไป

ธรรมชาติของคนทำงานคือเห็นของรกๆ แล้วอยากจัด แต่ถ้า facilitator รีบให้ทุกคนเรียง event ตั้งแต่นาทีแรก คนจะเริ่ม “ตัดสิน” ว่าอันไหนถูก อันไหนควรอยู่ตรงไหน แล้วคนที่ไม่มั่นใจจะเงียบ — ความรู้บางส่วนจะไม่มีวันออกมา ปล่อยให้มันรกไว้ก่อน จัดทีหลังได้เสมอ

ขั้นที่ 2: จัดเส้นเวลา (Enforce the Timeline)

พอ Post-it สีส้มเต็มผนังแล้ว facilitator ถึงเริ่มชวนทั้งห้อง จัดเส้นเวลา — ค่อยๆ เลื่อน Post-it ให้เรียงตามเวลาจริงจากซ้ายไปขวา event ที่เกิดก่อนอยู่ซ้าย event ที่เกิดทีหลังอยู่ขวา ผลลัพธ์คือ Timeline เส้นเดียวที่เล่าเรื่องธุรกิจตั้งแต่ต้นจนจบ

ความมหัศจรรย์อยู่ตรงนี้: พอเราบังคับให้ทุกอย่างเรียงตามเวลา “ช่องว่าง” และ “ความขัดแย้ง” จะโผล่ออกมาเอง มีคนถามว่า “เอ๊ะ ตรงนี้จ่ายเงินก่อนหรือร้านกดรับก่อน?” — คำถามแบบนี้แหละคือของมีค่า มันแปลว่าคนสองฝ่ายเข้าใจกระบวนการไม่ตรงกัน และเราเพิ่งจับมันได้

🍔 บทบาทของ Facilitator

Facilitator ไม่ใช่คนที่รู้คำตอบ แต่เป็นคนที่ “รักษาเส้นเวลา” และคอยตั้งคำถาม เมื่อ event สองอันเรียงขัดกัน facilitator ไม่ตัดสินเอง แต่ถามกลับไปที่ห้องว่า “จริงๆ แล้วอันไหนเกิดก่อน?” แล้วปล่อยให้ผู้เชี่ยวชาญธุรกิจเถียงกันจนตกผลึก — นี่คือช่วงที่ Ubiquitous Language เริ่มก่อตัว

ขั้นที่ 3: หา Pivotal Event ขีดเส้นแบ่งช่วง

พอไทม์ไลน์เรียงตัวแล้ว จะสังเกตเห็นว่ามี event บางตัว “สำคัญเป็นพิเศษ” — มันเป็นจุดที่ธุรกิจเปลี่ยนสถานะครั้งใหญ่ ก่อนหน้ากับหลังจากนั้นแทบเป็นคนละโลก event แบบนี้เรียกว่า Pivotal Event

จะขีดเส้นแนวตั้งกำกับ pivotal event เพื่อแบ่งไทม์ไลน์ยาวๆ ออกเป็น “ช่วง” ในตัวอย่างฟู้ดเดลิเวอรี pivotal event ที่ชัดเจนคือ OrderPlaced (ลูกค้าตัดสินใจสั่งจริง), PaymentCaptured (เงินเข้ากระเป๋าแล้ว) และ FoodDelivered (ของถึงมือ ภารกิจสำเร็จ) เส้นแบ่งพวกนี้ไม่ใช่แค่สวยงาม — มันคือเบาะแสแรกของ Bounded Context ที่จะไปเจาะในบทที่ 6

ขั้นที่ 4: ปัก Hotspot สีแดง

ระหว่างทางจะมีจุดที่ห้องเงียบ จุดที่สองฝ่ายเถียงกันไม่จบ หรือคำถามที่ยังไม่มีใครตอบได้ อย่าฝืนหาคำตอบตรงนั้น ให้แปะ Hotspot — Post-it สีแดงวางเฉียงๆ — คร่อมไว้ตรงจุดนั้น แล้วเดินหน้าต่อ

hotspot คือวิธี “จอดปัญหาไว้ข้างทาง” โดยไม่ให้มันดูดพลังทั้งห้องไปกับเรื่องเดียว ในฟู้ดเดลิเวอรี hotspot คลาสสิกคือคำถามอย่าง “ร้านไม่กดรับใน 5 นาที ทำยังไง?” และ “ยกเลิกหลังจ่ายเงินแล้ว คืนเงินยังไง?” — คำถามที่ตอบไม่ได้ในสามวินาที แต่สำคัญเกินกว่าจะลืม

ขั้นที่ 5: เติม Actor / External System และมองหา Opportunity

ขั้นสุดท้ายเราเติมบริบทให้ไทม์ไลน์รวยขึ้นอีกนิด (แต่ยังไม่ลงลึกถึง code):

Actor — ใครเป็นคนทำให้ event นี้เกิด? ลูกค้า ร้านอาหาร หรือไรเดอร์? แปะ Post-it เหลืองเล็กๆ กำกับ
External System — event ไหนเกิดจากระบบที่เราไม่ได้คุมเอง? เช่น PaymentCaptured พึ่ง Payment Gateway ภายนอก แปะ Post-it สีชมพู
Opportunity — จุดไหนที่เห็นโอกาสทำให้ดีขึ้น หรือสร้างคุณค่าใหม่? แปะไว้คู่กับ hotspot เพื่อให้ห้องเห็นทั้ง “ปัญหา” และ “โอกาส” ไปพร้อมกัน

ทำไมต้อง chaotic ก่อนแล้วค่อยเรียง

หลายคนสงสัยว่าทำไมไม่ให้ทุกคนช่วยกันเรียงไทม์ไลน์ตั้งแต่แรกเลย จะได้ไม่เสียเวลา คำตอบอยู่ที่ “พลวัตของกลุ่ม” — การเรียงคือการตัดสินใจ และการตัดสินใจร่วมกันตั้งแต่ยังไม่มีข้อมูลครบ จะทำให้เสียงของคนที่มั่นใจน้อยหายไป

การปล่อยให้ระเบิดความรู้ออกมาก่อน (chaotic) แล้วค่อยจัด (enforce) จึงเป็นลำดับที่จงใจ: ขั้นแรกเน้น ปริมาณและความหลากหลาย ของความรู้ ขั้นหลังเน้น โครงสร้างและความถูกต้อง ถ้าสลับลำดับ จะได้ไทม์ไลน์ที่ “เรียบร้อยแต่ตื้น” เพราะมันสะท้อนแค่มุมมองของคนที่พูดเสียงดังที่สุดในห้อง

flowchart LR
  A["ระเบิดความรู้ (Chaotic)"] --> B["จัดเส้นเวลา (Enforce)"]
  B --> C["ไทม์ไลน์ที่ลึกและครบ"]
  D["รีบเรียงตั้งแต่แรก"] --> E["ไทม์ไลน์ที่เรียบร้อยแต่ตื้น"]
  classDef good fill:#86efac,stroke:#15803d,color:#1a1a1f;
  classDef bad fill:#f87171,stroke:#b91c1c,color:#1a1a1f;
  class C good;
  class E bad;

ตัวอย่างฟู้ดเดลิเวอรี: ไทม์ไลน์เต็มเส้น

หลังจบเวิร์กช็อป ผนังของเราจะได้ไทม์ไลน์แบบนี้ — Post-it สีส้มเรียงจากซ้ายไปขวา โดยมี pivotal event สามตัว (OrderPlaced, PaymentCaptured, FoodDelivered) เน้นด้วยกรอบหนา เป็นหมุดแบ่งช่วงของเรื่องราว

flowchart LR
  E1["ItemAddedToCart"] --> E2["OrderPlaced"]
  E2 --> E3["PaymentCaptured"]
  E3 --> E4["OrderAcceptedByRestaurant"]
  E4 --> E5["FoodPrepared"]
  E5 --> E6["RiderAssigned"]
  E6 --> E7["FoodPickedUp"]
  E7 --> E8["FoodDelivered"]
  E8 --> E9["OrderRated"]
  classDef evt fill:#e8743b,stroke:#b45309,color:#1a1a1f;
  classDef piv fill:#e8743b,stroke:#f87171,stroke-width:4px,color:#1a1a1f;
  class E1,E4,E5,E6,E7,E9 evt;
  class E2,E3,E8 piv;

อ่านไทม์ไลน์นี้เป็นภาษาคนได้ว่า: ลูกค้าหยิบของใส่ตะกร้า → กดสั่ง (จุดเปลี่ยนที่ 1) → จ่ายเงินสำเร็จ (จุดเปลี่ยนที่ 2) → ร้านกดรับ → ทำอาหารเสร็จ → จับคู่ไรเดอร์ → ไรเดอร์รับของ → ส่งถึงมือ (จุดเปลี่ยนที่ 3) → ลูกค้าให้คะแนน ทั้งเรื่องเล่าจบในเส้นเดียว และทุกคนในห้องเห็นตรงกัน

Hotspot ในสนามจริง

จำ pivotal event PaymentCaptured กับ OrderAcceptedByRestaurant ได้ไหม? ช่องว่างระหว่างสองตัวนี้แหละคือจุดที่ห้องมักเงียบ เพราะไม่มีใครตอบได้ว่า “ถ้าจ่ายเงินแล้วแต่ร้านไม่กดรับสักที จะทำยังไง?” เราไม่หยุดเวิร์กช็อปเพื่อแก้ปัญหานี้ตรงนั้น แต่ปัก hotspot สีแดงคร่อมไว้แล้วเดินหน้าต่อ

flowchart LR
  A["PaymentCaptured"] --> B["OrderAcceptedByRestaurant"]
  H["ร้านไม่กดรับใน 5 นาที ทำยังไง?"] -.-> A
  H -.-> B
  classDef evt fill:#e8743b,stroke:#b45309,color:#1a1a1f;
  classDef hot fill:#f87171,stroke:#b91c1c,color:#1a1a1f;
  class A,B evt;
  class H hot;

เมื่อจบวัน จะได้ผนังที่เต็มไปด้วยไทม์ไลน์สีส้ม เส้นแบ่ง pivotal สองสามเส้น และจุดแดง hotspot ประปราย นั่นคือ “แผนที่ความเข้าใจร่วม” ของทั้งทีม พร้อมรายการคำถามที่ต้องไปหาคำตอบต่อ — ซึ่งมีค่ามากกว่าเอกสาร requirement หนาเป็นปึกที่ไม่มีใครอ่าน

สรุปสิ่งที่ได้กลับบ้านจากบทนี้

Big Picture Event Storming เป็นรอบ กว้าง ไม่ลึก — เป้าคือเห็นทั้งสายธุรกิจในภาพเดียว ค้นพบรอยต่อและสิ่งที่ยังไม่รู้
ห้าขั้นตอน: ระเบิดความรู้ (chaotic) → จัดเส้นเวลา → หา pivotal event → ปัก hotspot → เติม actor / external system และมองหา opportunity
ทำ chaotic ก่อน enforce ทีหลัง โดยจงใจ เพื่อให้ทุกหัวปล่อยความรู้ออกมาก่อนที่การตัดสินจะทำให้คนเงียบ
pivotal event และเส้นแบ่งช่วง คือเบาะแสแรกของ bounded context ที่จะพาเราไปต่อในบทหลังๆ

บทถัดไปจะซูมเข้าไปอีกขั้น เพิ่ม command, actor, aggregate และ policy เข้ามาบนไทม์ไลน์เดิม เพื่อเริ่มเห็น “กลไก” ที่ทำให้แต่ละ event เกิดขึ้นจริง

🔗 อ้างอิงเพิ่มเติมใน DevIQ

เจาะลึกแนวคิดต่อได้ที่คลังอ้างอิง DevIQ:

Event Storming — ภาพรวมเทคนิคและรูปแบบของ EventStorming ทั้งหมด ต่อยอดจากขั้นตอน Big Picture ที่บทนี้พาลงมือทำ
Subdomain — กลุ่ม event ที่เกาะกลุ่มกันบนไทม์ไลน์มักเป็นเบาะแสชี้ไปยัง subdomain ที่ซ่อนอยู่
Bounded Context — pivotal event และเส้นแบ่งช่วงคือจุดตั้งต้นของการค้นหาขอบเขต bounded context ที่จะลงลึกในบทที่ 6

เช็กความเข้าใจ — บทที่ 2

ข้อ 1 / 3

ขั้น chaotic exploration ทำไปเพื่ออะไร?

Big Picture Event Storming — สำรวจ​ทั้ง​สาย​ธุรกิจ​ใน​ห้อง​เดียว

เป้าหมาย​ของ Big Picture: กว้าง​ไว้​ก่อน อย่า​เพิ่ง​ลึก

ใคร​ควร​อยู่​ใน​ห้อง และ​ต้องเตรียม​อะไร

ห้า​ขั้นตอน​ของ Big Picture Event Storming

ขั้น​ที่ 1: Chaotic Exploration — ระเบิด​ความ​รู้​ออก​มา​ก่อน

ขั้น​ที่ 2: จัด​เส้น​เวลา (Enforce the Timeline)

ขั้น​ที่ 3: หา Pivotal Event ขีด​เส้น​แบ่ง​ช่วง

ขั้น​ที่ 4: ปัก Hotspot สี​แดง

ขั้น​ที่ 5: เติม Actor / External System และ​มอง​หา Opportunity

ทำไม​ต้อง chaotic ก่อน​แล้ว​ค่อย​เรียง

ตัว​อย่างฟู้ด​เดลิ​เวอรี: ไทม์​ไลน์​เต็ม​เส้น

Hotspot ใน​สนาม​จริง

สรุป​สิ่ง​ที่​ได้​กลับ​บ้าน​จาก​บท​นี้