用戶必須積極參與

• 解讀：用戶參與能最大程度在業務需求梳理和確認上給予及時準確的反饋，同時用戶作為參與者能夠及時獲取項目推進過程的相關信息。

必須授權團隊做決定 （對應敏捷宣言--個體與交互勝過過程與工具）

• 解讀：團隊是沖在一線的開始實施者，他們對當前情況是最了解的，在做某些決定的時候沒有必要遵循條條框框，層層上報，最后才層層傳達決定。要相信團隊的專業能力，判斷能力。

需求變化，時間表不變（擁抱變化，額外付出精力通過放棄其他非關鍵的需求）

• 解讀：唯一不變的是變化，但是把項目做成功的目標是沒有變化。變化往往是不得不變，我們需要擁抱變化，不是為了做項目而做項目，變化的背后必定是價值在支撐。變化處理原則，抓住重點，主要矛盾，集中精力解決，必要時放棄或忽略次要矛盾問題。

輕量化，可視化在較高層次捕獲需求 （卡片，截圖序列，草圖......）

• 解讀：可視化極大幫助理解項目整體需求

進行小的，迭代增量式開發?

• 解讀：項目進展可見，用戶每次僅須了解幾個新加功能，用戶更容易提供反饋，項目風險小

專注于軟件產品的頻繁發布

• 解讀：MVP交付，持續交付，反饋，改進，產出

完成每個功能后再做下一個功能 （TDD 測試用例驅動）

• 解讀：成品交付，做好收尾，盡量不要返工

2/8原則

• 解讀：重點關注主流程，集中精力完成核心功能

測試集成在整個項目周期，盡早并經常地測試

• 解讀：持續構建，發布

所有利益相關者的合作方法至關重要

• 解讀：整合資源，促成各方面有利項目推進的有利條件達成

?

?

?

注：內容整理自，David C.Kung 美 《面向對象工程》

總結

以上是生活随笔為你收集整理的【项目管理】敏捷原则的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。