迭代開發:框架
(1)Product Owner將全部的需求總結成產品代辦列表微服務
(2)開迭代計劃會議,將產品待辦列表中須要迭代的事務挑出生成迭代待辦列表(Sprint Backlog)單元測試
(3)進入迭代(週期通常是1~6周),天天都會開每日例會【團隊成員會回答三個問題:昨天作了什麼、今天我要作什麼、在作的過程當中遇到了哪些工做障礙】,例會產生 的問題會由Scrum Master找人解決學習
(4)在迭代以後會產生潛在可交付的產品增量(Finished Work),客戶會邀請管理層及團隊開迭代評審會議——》展現產品的內容及功能,客戶若是有一些建議則Product Owner會繼續生成產品待辦列表測試
(5)開完迭代評審會議後,團隊內部會開迭代回顧會議(Sprint Retrospective)【在keep、change、try三項中回顧產品迭代】阿里雲
可視化工做流編碼
限制在製品數量:在任務項中有在製品數量的限制,取決於團隊的能力設計
度量和管理流動:用累積流量圖顯示、度量流動的狀態和健康狀況版本控制
協同改進:一塊兒掃清狀態流中的瓶頸事務
顯示化流程規則:當從上一個狀態轉到下一個狀態時,須要設定哪些規則能使狀態流運轉
風險識別
風險分析:用風險出現的機率和風險產生的影響 進行評估
風險應對:應對方案(如何規避風險、風險發生以後如何減小風險形成的損失)
風險監控:可能會再識別出新的風險
順暢、高質量地交付有用的價值