博碩ai編輯室譯

　　故事講述是人類溝通的核心——那麼，何不利用它來克服軟體設計中代價高昂的誤解呢？透過講述和視覺化故事，領域專家與團隊成員可以將業務流程和領域知識具體化。領域故事化能讓每個人理解相關的角色、活動和工作項目。在這本指南中，方法的發明者解釋了如何讓領域專家和團隊共同合作，利用簡單的圖像獲取深入的見解、展示他們的工作、尋求回饋，並讓所有人達成共識。

　　Stefan Hofer 和 Henning Schwentner 介紹了這種方法的簡單圖像式語言、基於情境的建模技術、工作坊格式以及與其他建模方法的關聯。他們透過逐步的案例研究，指導你解決許多常見的問題：

　　■  讓所有專案參與者和利害關係人在技術面和業務面完全達成共識
　　■  掌握一套簡單的符號和規則來建模任何流程或工作流程
　　■  利用以工作坊為基礎的協作建模，更快找到更好的解決方案
　　■  劃定淸晰的邊界以便有效組織你的領域、軟體和團隊
　　■  將領域知識轉化為需求，自然地融入敏捷流程中
　　■  將模型從圖表和便條紙轉化為程式碼
　　■  提高 IT 環境的可見性，以便進行整合或優化

　　這本指南適合所有希望提升軟體效能的人，包括開發人員、架構師，以及每天依賴這些軟體的團隊負責人、領域專家、產品負責人和高層管理者。

專業人士推薦

　　透過這個出色的工具進行協同建模，可以在視覺上進行探索，同時捕捉到以領域驅動的發現和模型使用場景，這將帶來更大的成功。「領域故事化」不應該被視為取代先前工具的工具，而是為了獲得更多的知識收集工具。——Vaughn Vernon，《實戰領域驅動設計：高效軟體開發的正確觀點、應用策略與實作指引》作者

　　這本書遠超出了對領域故事化的指導。Stefan 和 Henning 充滿熱情、聰明且具有豐富的協作領域建模經驗。透過他們的思維模式，這本書將帶你深入他們的腦海，深入介紹協作領域建模和工作坊引導的原則。無論你決定使用哪種技術，無論你對領域驅動設計了解多少，都將非常有用。它甚至可能激勵你創造下一代的協作建模技術。—Nick Tune，軟體工程師

作者簡介

Stefan Hofer

　　不擅長繪畫。然而，他認為他可以透過繪製領域故事來建立領域知識。Stefan 在奧地利學習軟體工程，並獲得了電腦科學博士學位。自 2005 年以來，他一直在德國漢堡的 WPS 工作場域解決方案（Workplace Solutions）工作。他在那裡的工作是幫助團隊以正確旳方法開發合適的軟體。他負責維護domainstorytelling.org 這個網站。你可以在 Twitter 上（@hofstef）聯繫他，或者發送電子郵件到stefan@domainstorytelling.org。

Henning Schwentner

　　是一位程式設計師，自從他在 90 年代初獲得 Amiga 500 電腦以來，他一直對電腦情有獨鍾。他有幸將這份熱情轉化為職業，並在 WPS 工作場域解決方案（Workplace Solutions）擔任程式設計師，教練和顧問。他幫助團隊在現有的軟體中帶入結構，或者從頭開始建立具有可持續架構的新系統。Henning 是 LeasingNinja.io 的作者、《Domain-Driven Design Distilled》的德文譯者以及 CoMoCamp 的共同組織者。他的推特帳號是 @hschwentner，可以透過 henning@domainstorytelling.org 發送電子郵件給他。Henning 是五個孩子的驕傲父親，家庭狀況非常特殊。

審校者簡介

高翊凱（Kim Kao）

　　目前在AWS Taiwan 擔任資深解決方案架構師，專注於架構師職能發展、商務需求對接及解決方案設計與實施，特別關注提升IT 從業人員的價值，同時也是台灣領域驅動設計社群（DDDesign Taiwan Community ）的發起人之一。致力於促進技術工作者的社交交流（Socio-technical ），推動在大型商務系統變革中跨群體的協作與共創。倡導企業透過領域驅動設計（DDD）和便捷的雲端服務，打造更適切的系統方案，解決實際商務問題。

陳勉修（Michael Chen）

　　現任樂屋國際資訊產品處副總經理，並擔任 DDDesign Taiwan 社群核心志工。專精於Agile 和Domain-Driven Design 的實踐、推廣與傳承，在矩陣式組織中負責產品設計、開發與營運的全方位管理。堅信企業的永續經營需依賴貼近商業流程的系統，其關鍵在於整體性的架構分析，而非單純功能式的結構設計。持續投入於產品需求與技術架構整合開發的探索，致力於建構能持續提供商業價值的軟體系統。