? ? ? ? 猶記得PMP中提到的敏捷開發(fā)，是為了“提高軟件開發(fā)效率”，“降低開發(fā)風險”，“增強軟件的可適應性和靈活性”，“提高客戶滿意度”，“增強團隊協(xié)作”。
? ? ? ? 但現(xiàn)實中失控得極為嚴重，幾乎不存在完美迭代。結(jié)合一直研究的【領域驅(qū)動設計】，我們可以【針對得到的UML模型圖進行實施有效的編碼】這一事實，那么一定是可以對項目管理是有幫助的。
? ? ? ?
（如何實施領域驅(qū)動設計，可查看本人其他文章。?技術棧概要描述：基于領域驅(qū)動設計的后端框架abp vnext，領域建模工具：plantUML + tmorin-plantumml-libs）
首先明白一組事實情況：
1，通過事件風暴建模后得到的業(yè)務模型圖，代表著穩(wěn)定的可實施的項目
2，得到后的模型是可以根據(jù)業(yè)務重要性分類的。區(qū)分出【核心業(yè)務模塊】【次級業(yè)務模塊】【支撐業(yè)務模塊】
3，對業(yè)務模塊進行分類后，后續(xù)的變更和需求都會通過【事件風暴建?！繉σ延械哪Ｐ蛨D進行更新，那么會引發(fā)業(yè)務模塊的重要性變更，但同時可以直觀的看到【哪些需求掛載在核心業(yè)務模塊】上，那么我們認定這個需求是高價值的
4，人月傳說，根據(jù)人的能力和時間安排做高價值的需求。同時，盡可能培養(yǎng)人員往核心領域上培養(yǎng)，這樣團隊才能形成自組織
5，項目代碼腐化是需要【真正真實有效的治理】的，業(yè)務模型圖保證【領域?qū)ο笳麧崱浚珶o法保證service層級的整潔，無法保證技術人員思維一致，所以需要【代碼審核環(huán)節(jié)】，且該環(huán)節(jié)是需要真實的記錄為工作量。最終的路線： 需求通過領域模型規(guī)整，在正常的迭代中，正確的分配到了正確的人手中執(zhí)行。
這樣，實現(xiàn)【需求在領域驅(qū)動設計上流轉(zhuǎn)】， 領域驅(qū)動不僅僅指導程序員如何實現(xiàn)（業(yè)務實現(xiàn)，對象劃分，項目防腐等），還能通過一次一次的需求輸入實現(xiàn)高優(yōu)先級的需求，讓優(yōu)質(zhì)資源被安排在正確的工作上，讓成員成長，讓團隊透明化。? 幫助項目迭代可控，降低項目實施風險。
