敏捷宣言和十二條原則

  • 7790
  • 0

(翻譯自:  The Agile Manifesto and Twelve Principles )

敏捷 是一種提供解決方案的哲學,該解決方案包含並促進整個產品/項目生命週期的進化變化。許多 敏捷團隊 和組織一直在使用敏捷來更快地交付軟件、提高質量並最終提高客戶滿意度。敏捷宣言可以在 www.agilemanifesto.org上訪問。

  1. 個人和互動優於流程和工具
    人被認為是最重要的因素。團隊專注於個人和互動。這種價值促進了項目的自我管理和共享所有權。
  2. 工作產品優於綜合文檔
    此價值側重於交付工作產品/軟件。文檔是必要的,但如果沒有可用的產品,它是無用的。團隊不應該讓文檔過程分散他們生產工作產品的注意力。
  3. 客戶協作勝過合同談判
    業務需求頻繁變化是正常的,所以一開始就把所有事情都放在合同之下是不現實的。雙方(團隊和客戶)必須靈活地接受產品變更。團隊應與客戶密切合作,以實現共同的願景和目標。因此,雙方需要建立互信並進行靈活的合同。
  4. 響應變化而不是遵循計劃
    要求通常會根據客戶的需求而變化。因此,從項目一開始就制定具體的計劃是無效的。建議在開始項目時制定一個高層計劃。接下來是更多信息:不時獲得的產品相關知識,產品待辦事項中的改進功能,以及基於優先級的項目實施。為此,建議每個團隊成員都參與規劃產品待辦事項。

敏捷鼓勵團隊 通過面對面的交流和反饋進行自我組織和與客戶協作。

敏捷宣言背後的12 條原則

以下是 在agilemanifesto.org 上支持敏捷宣言的12 條敏捷原則:

我們遵循以下原則:

  1. 我們的首要任務是通過早期和持續交付有價值的軟件來滿足客戶。
  2. 歡迎不斷變化的需求,即使是在開發的後期。敏捷流程利用變化來獲得客戶的競爭優勢。”
  3. 頻繁地交付工作軟件,從幾周到幾個月不等,優先考慮更短的時間範圍。
  4. 業務人員和開發人員必須在整個項目中每天一起工作。
  5. 圍繞有動力的個人建立項目。為他們提供所需的環境和支持,並相信他們能夠完成工作。
  6. 向開發團隊和在開發團隊內部傳達信息的最有效和最有效的方法是面對面交談。”
  7. 工作軟件是進度的主要衡量標準。
  8. 敏捷流程促進可持續發展。贊助商、開發人員和用戶應該能夠無限期地保持恆定的步伐。
  9. 對卓越技術和良好設計的持續關注提高了敏捷性。
  10. 簡單——最大化未完成工作量的藝術——是必不可少的。
  11. 最好的架構、需求和設計來自自組織團隊。
  12. 團隊會定期反思如何提高效率,然後相應地調整和調整其行為。”

敏捷採用了一種期望項目需求發生變化並展示如何處理這些需求的方法。這是基於上述12 條敏捷原則,這些原則指導如何確保成功的項目交付。


Visual Paradigm International