DDD、Wardley對映和團隊拓撲
Susanne 解釋了她如何將 3 種不同的方法(Wardley對映、領域驅動設計和團隊拓撲)聯絡起來,以設計和構建自適應系統以實現快速變化,以及為什麼任何組織都必須擁有自適應系統。她是即將出版的《具有領域驅動設計、Wardley對映和團隊拓撲的自適應系統:流程架構》一書的作者。
這三者之間的關係如下:
- 通常是從使用者和他們所反映的使用者需求開始採用Wardley地圖,
- 然後是領域驅動設計中的問題域劃分;
- 然後開始識別這些使用者需求中的哪些是核心子域,試圖提煉出子域並發現核心。
1、Wardley地圖通常是從目的開始:我們的目的是什麼?我們的使用者是什麼?而使用者可以是你的客戶。可以是商業夥伴,內部使用者,等等。它幫助你更好地理解問題或問題域。
核心領域是我們提供競爭優勢的問題域的子域,它往往是相當複雜的,往往是經常變化的。這就是產生我們商業成功的那個領域。這是我們最需要進行戰略投資的領域。
2、因此,我從識別核心子域開始,將問題領域劃分為更小的部分,即子領域,並發現核心部分,以便知道在哪裡投入最多開發努力。
這就是領域驅動設計的戰略設計的問題空間,然後我切換到戰略設計的解決方案空間。
3、這就是我們現在將我們的問題域分解成模組化的元件,即有邊界的上下文。這就是我們試圖用軟體來解決問題的地方。
有幾種技術設計你的有邊界的上下文和領域模型:事件風暴、領域故事、例子對映、使用者故事對映,等等。
我喜歡從事件風暴開始,關注系統的具體部分,通過關注系統的行為來確定你的領域中正在發生什麼。而我則順著使用者的需求去做。這通常是在你的Wardley地圖上反映一個使用者旅程。然後,我開始圍繞它們進行事件風暴會議,然後得出有邊界的上下文背景和潛在的領域模型。
4、我也嘗試用上下文對映來設計有邊界的上下文之間的依賴關係。
我們所確定的有邊界的上下文之間的依賴關係是什麼?領域驅動設計中的上下文和模式有哪些?並確定是否有一些瓶頸。我們在有邊界的上下文之間是否有緊密的變化耦合?
如何消除這一點?然後設計當前的場景,也是未來的場景,我應該去哪裡或者發展到哪裡,以消除瓶頸,你係統中的潛在瓶頸。
5、之後,再應用團隊拓撲結,試圖帶來潛在的變化流,然後由使用者需求來反映。什麼是合適的團隊邊界?這可能是有邊界的上下文。有界限的上下文現在形成了合適的團隊邊界,用於流對齊的團隊。
再後來,他們需要什麼來支援穩定的功能交付流或穩定的變化流?所以,流式排列的團隊就需要平臺團隊的支援。平臺團隊在最後可以提供X-as-a-service,平臺-as-a-service給流向一致的團隊。
總結
這是從使用者和使用者需求出發的。從那裡開始,試圖識別子域、有邊界的上下文、變化流、合適的團隊邊界,然後也找到可能的團隊組合。此外,還要考慮到團隊的認知負荷。
以下是詳細介紹:
Wardley對映
Wardley Mapping是關於如何創造情景意識,設計和發展有效的商業戰略。Wardley Mapping本身是一個戰略框架,由Simon Wardley發明,它有助於設計和發展有效的商業戰略,這些戰略是基於情景意識和戰略週期的運動。
領域驅動設計有助於應用Wardley Mapping的這些原則。
它從第一部分 "目的 "開始。這是企業的 "為什麼",我們為什麼要做我們正在做的事情。
這是對價值鏈演變的一種表述。它試圖把重點放在你的使用者和你的使用者需求上,使他們成為你Wardley地圖的支柱。
它位於代表價值鏈的Y軸的頂端。
然後,你試圖確定哪些元件是直接滿足使用者的需求?哪些是促進價值鏈上其他組成部分的組成部分?
它們沿著Y軸向下被繪製出來,越是Y軸上方,越與使用者聯絡緊密。
X進化軸:起點是創新,然後是可定製的,最後是產品和租賃,也就是全面商業化階段。
你需要在每個X軸進化階段使用適當的方法:
創新:這些元件需要用最好是敏捷的方法在內部建立。
對於產品和租賃中的元件,他們需要更加註重,比如,使用購買現成的產品或使用開源軟體,最好是用精益方法。
對於商品和公用事業方面的元件,你應該把這些元件外包給公用事業供應商或使用六西格瑪方法。
Wardley對映與DDD銜接共同之處
Wardley Mapping中你應該把你的景觀分割成更小的部分;
在領域驅動設計,將你的問題域分解並劃分為子域,或者當你進入戰略設計的解決方案空間時進行分解,將你的問題域分解為模組化元件。
另一個共同點是使用一種共同的通用語言,例如,Wardley Mapping建議,這也是領域驅動設計的一個核心方面,領域專家和開發團隊之間的合作是獲得領域知識的一個重要部分,這是用無處不在的統一語言、共享語言來描述的術語與行話。
戰略週期中的景觀,即代表你的上下文環境,作為一個組織正在運作和競爭的環境:它是由Y軸和X軸組成的Wardley地圖的形象化。
而且,領域驅動設計還可以讓你發現你的核心領域,然後提供競爭優勢。那是你應該在戰略上投資最多的地方。因此,它也創造了情景意識,這也是由Wardley Mapping支援的。
詳細點選標題
banq:Wardley地圖 = 做什麼,DDD = 怎麼做,團隊拓撲 = 誰去做
相關文章
- 2022年DDD新書推薦:領域驅動設計+Wardley對映+團隊拓撲新書
- 事件風暴創始人Alberto:團隊拓撲和DDD上下文對映的關係事件
- 事件風暴建模中Wardley Maps和團隊拓撲型別對元件的影響 - Markus事件型別元件
- DDD與團隊拓撲以及微服務之間的關係圖 - aleixmorgadas微服務
- AdHoc使用團隊拓撲方法打造其工程團隊
- 團隊拓撲快速參考圖
- Pipefy如何使用團隊拓撲方法建設敏捷團隊?敏捷
- 什麼是DevOps團隊拓撲? - atlassiandev
- 什麼是Spotify模型的團隊拓撲?模型
- 團隊拓撲:減少軟體團隊的認知負擔 - mimacomMac
- TeamTopologies/Team-API-template:用於定義團隊拓撲中團隊API 的模板API
- BBC如何使用團隊拓撲構建內部核心平臺?
- 加拿大如何在社保數字領域內實施產品管理和團隊拓撲?
- 團隊拓撲:軟體與組織之間的完美融合 - Matthew Skelton
- 使用團隊拓撲發現並提高敏捷DevOps可靠性質量 - joaorosa敏捷devROS
- Noc拓撲
- 拓撲排序排序
- 拓撲排序,YYDS排序
- 我們團隊是如何落地DDD的(1)
- 圖論——拓撲排序圖論排序
- 筆記:拓撲排序筆記排序
- 拓撲排序小結排序
- DDD設計工具:上下文對映器ContextMapperContextAPP
- Reward (圖論+拓撲排序)圖論排序
- AOV網與拓撲排序排序
- StratoVirt 的 vCPU 拓撲(SMP)
- 【筆記/模板】拓撲排序筆記排序
- DFS實現拓撲排序排序
- 網路拓撲結構
- DTO、儲存庫和資料對映器在DDD中的作用 | Khalil Stemmler
- 網路拓撲圖:網路拓撲圖介紹及線上製作
- DDD戰略腳手架工具:Wardley Mapping線上繪製APP
- Istio全景監控與拓撲
- 拓撲序的三種功能
- tidb拓撲查詢工具qtidbTiDBQT
- 樹的拓撲序計數
- 拓撲排序就這麼回事排序
- 拓撲排序詳解(梅開二度之dfs版按字典序輸出拓撲路徑+dfs版輸出全部拓撲路徑排序