用戶必須積極參與

• 解讀：用戶參與能最大程度在業(yè)務(wù)需求梳理和確認(rèn)上給予及時(shí)準(zhǔn)確的反饋，同時(shí)用戶作為參與者能夠及時(shí)獲取項(xiàng)目推進(jìn)過程的相關(guān)信息。

必須授權(quán)團(tuán)隊(duì)做決定 （對(duì)應(yīng)敏捷宣言--個(gè)體與交互勝過過程與工具）

• 解讀：團(tuán)隊(duì)是沖在一線的開始實(shí)施者，他們對(duì)當(dāng)前情況是最了解的，在做某些決定的時(shí)候沒有必要遵循條條框框，層層上報(bào)，最后才層層傳達(dá)決定。要相信團(tuán)隊(duì)的專業(yè)能力，判斷能力。

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

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

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

• 解讀：可視化極大幫助理解項(xiàng)目整體需求

進(jìn)行小的，迭代增量式開發(fā)?

• 解讀：項(xiàng)目進(jìn)展可見，用戶每次僅須了解幾個(gè)新加功能，用戶更容易提供反饋，項(xiàng)目風(fēng)險(xiǎn)小

專注于軟件產(chǎn)品的頻繁發(fā)布

• 解讀：MVP交付，持續(xù)交付，反饋，改進(jìn)，產(chǎn)出

完成每個(gè)功能后再做下一個(gè)功能 （TDD 測(cè)試用例驅(qū)動(dòng)）

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

2/8原則

• 解讀：重點(diǎn)關(guān)注主流程，集中精力完成核心功能

測(cè)試集成在整個(gè)項(xiàng)目周期，盡早并經(jīng)常地測(cè)試

• 解讀：持續(xù)構(gòu)建，發(fā)布

所有利益相關(guān)者的合作方法至關(guān)重要

• 解讀：整合資源，促成各方面有利項(xiàng)目推進(jìn)的有利條件達(dá)成

?

?

?

注：內(nèi)容整理自，David C.Kung 美 《面向?qū)ο蠊こ獭?/p>

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。