?敏捷宣言

我們正在通過親自開發(fā)和幫助他人開發(fā)，發(fā)現開發(fā)軟件的更好方法。通過這項工作，我們開始更重視：

個體和交互 勝于 流程和工具

工作的軟件 勝于 詳盡的文檔

客戶合作

勝于 合同談判

響應變化

勝于 遵循計劃

也就是說，右欄中的項目固然有價值，但我們更重視左欄中的項目

?敏捷十二原則

準則 1：我們的最高目標是，通過盡早和持續(xù)地交付有價值的軟件來滿足客戶

準則 2：歡迎對需求提出變更，即使在項目開發(fā)后期也不例外。敏捷過程要善于利用需求變更，幫助

準則 3：要經常交付可用的軟件，周期從幾周到幾個月不等，且越短越好。

準則 4：項目實施過程中，業(yè)務人員與開發(fā)人員必須始終通力合作。

準則 5：要善于激勵項目人員，給予他們所需的環(huán)境和支持，并相信他們能夠完成任務。

準則 6：無論是對開發(fā)團隊還是團隊內部，信息傳達最有效的溝通方法是面對面的交談。

準則 7：可用的軟件是衡量進度的首要衡量指標。

準則 8：敏捷過程提倡可持續(xù)的開發(fā)。項目發(fā)起人、開發(fā)人員和用戶應該保持步調。

準則 9：對技術的精益求精以及對設計的不斷完善將提高敏捷性

準則 10：簡潔，即盡最大可能減少不必要的工作。這是一門藝術

準則 11：最佳的架構、需求和設計出自于自組織團隊。

準則 12：團隊要定期反省怎么做才能更有效，并相應地調整團隊的行為。

敏捷階段框架

相較于結構化項目管理的啟動、規(guī)劃、執(zhí)行、監(jiān)控、收尾五大過程組，部分流派將敏捷也做了一

個五階段框架：構想、推演、探索、適應、結束。他們不能直接跟結構化項目管理中五大過程組完全

匹配對應，但是可以粗略這樣對應。

構想階段，得到產品愿景；推演階段，得到用戶故事清單、產品待辦事項列表、產品發(fā)布計劃等；

探索階段，執(zhí)行得到完成的用戶故事；適應階段對完成的進行把關；結束階段，完結整個項目。