敏捷宣言和原則

2021-06-01 02:12:02 字數 1978 閱讀 2621

我們正在通過親身實踐和幫助他人實踐,揭示更好的軟體開發方法。通過這項工作,我們認為:

1)  個體和互動 勝過 過程和工具。

2)  可以工作的軟體 勝過 面面俱到的文件。

3)  客戶合作 勝過 合同談判。

4)  響應變化 勝過 遵循計畫。

雖然右項具有價值,但我們認為左項更具有價值。

1)  我們最優先做到的是通過盡早的努力、持續交付有價值的軟體來使客戶滿意。

2)  即使到了開發的後期,也歡迎改變需求。敏捷過程利用變化來為客戶創造競爭優勢。

3)  經常性地交付可工作的軟體,交付的時間間隔可以從幾個星期到幾個月,交付的時間間隔越短越好。

4)  在整個專案開發期間,業務人員和開發人員必須天天都在一起工作。

5)  圍繞被激勵起來的個體構建專案。給他們提供所需的環境和支援,並且信任他們能夠完成工作。

6)  在團隊內部,最具有效果,並且富有效率的傳遞資訊方式,就是面對面的交談。

7)  工作的軟體是首要的進度衡量標準。

8)  敏捷過程提倡可持續的開發速度。責任人、開發者和使用者應該能夠保持乙個長期的、恆定的開發速度。

9)  不斷地關注優秀的技能和好的設計會增強敏捷能力。

10) 簡單——使來完成的工作最大的藝術化——是根本的。

11) 做好的架構、需求、設計出自於自組織的團隊。

12) 每隔一段時間,團隊會在如何才能更有效地工作方面進行反省,然後相應地對自己的行為進行調整。

1)  srp:單一職責原則:就乙個類而言,應該僅有乙個引起變化的原因。

2)  ocp:開發-封閉原則:軟體實體(類,模組,函式)應該是可以擴充套件的,但是不可以修改的。

3)  lsp:liskov替換原則:子類必須能偶替換掉他們的基本型別。

4)  dip:依賴倒置原則:抽象不應該依賴於細節。細節應該依賴於抽象。

5)  isp:介面隔離原則:不應該強迫使用者依賴它們不用的方法。介面屬於客戶,不屬於他所在的類層次結構。

6)  rep:重用發布等價原則:重用的粒度就是發布的粒度。

7)  ccp:公共封閉原則:包中所有的類對於同一類性質的變化應該是共同封裝的。乙個變化若對乙個包產生影響,則將對包中所有類產生影響,而對於其他包不造成任何影響。

8)  crp:公共重用原則:乙個包中的所有的類應該是共同重用的。如果重用了包中的乙個類,那麼就要重用包中的所有類。

9)  adp:無環依賴原則:在包的依賴關係圖中,不允許存在環。

10) sdp:穩定依賴原則:朝穩定的方向進行依賴。

11) sap:穩定抽象原則:包的抽象程度應該和其穩定程度一致。

完整團隊:xp專案的所有參與者(開發人員、業務分析師、測試人員等)一起工作在乙個開放的場所中,他們是同乙個團隊的成員。這個場所的牆壁上隨著懸掛著大幅的、顯著的圖表以及其他一些現實他們進度的東西。

計畫遊戲:計畫是持續的、循序漸進的。每2周,開發人員就位下2周估算候選特性的成本,而客戶則根據成本和商務價值來選擇要實現的特性。

客戶測試:作為選擇每個其他的特性的一部分,客戶定義出自動驗收測試來表明該特性可以工作。

簡單設計:團隊保持設計恰好和當前的系統功能相匹配。它通過了所有的測試,不包含任何重複、表達出編寫者想要表達的所有東西、並且包含盡可能少的**。

結對程式設計:所有產品軟體都是由兩個程式設計師、併排坐在一起在同乙個機器上構建的。

測試驅動開發:程式設計師以非常短的迴圈週期工作,他們先增加了乙個失敗的測試,然後使之通過。

改進設計:隨時改進糟糕的**,保持**盡可能的乾淨,具有表達力。

持續整合:團隊總是使系統完整地被整合。

集體**所有權:任何結對的程式設計師都可以在任何時候改進任何**。

編碼標準:系統中所有的**看起來就像是被單獨乙個——非常值得信任的——人編寫的。

集體**所有權:任何結對的程式設計師都可以在任何時候改進任何**。

隱喻:團隊提出乙個程式工作原理的公共景象。

可持續的速度:團度只有持久才有獲勝的希望,他們以能夠長期維持的速度努力工作。他們儲存精力,把專案看成是馬拉松長跑,而不是全速短跑。

敏捷宣言和敏捷原則

一 敏捷宣言的四個核心 1 個體和互動 勝過 流程與工具 2 可執行的軟體 勝過 詳盡的文件 3 客戶合作 勝過 合同談判 4 響應變化 勝過 遵循計畫 二 敏捷的十二原則 1 我們的最高目標是,通過盡早和持續地交付有價值的軟體來滿足客戶。2 歡迎對需求提出變更 即使是在專案開發後期。要善於利用需求...

敏捷宣言和敏捷原則

最近在看 軟體專案管理與敏捷方法 這本書,作者將pmbok中各個過程中可以用敏捷方式進行的作了乙個說明,也給出了一些如何在使用傳統開發方法的團隊中如何推廣敏捷開發原則的方法,但總體而言收穫不大。另外我看的這一版是根據pmbok第三版編寫的,而我學習和考試pmp時用的是第四版,看書的過程比較痛苦。但看...

敏捷軟體開發宣言和原則

我們一直在實踐中探尋更好的軟體開發方法,身體力行的同時也幫助他人。由此我們建立了如下價值觀 個體和互動 高於 流程和工具 工作的軟體 高於 詳盡的文件 客戶合作 高於 合同談判 響應變化 高於 遵循計畫 也就是說,儘管右項有其價值,我們更重視左項的價值。敏捷宣言遵循的原則 我們遵循以下原則 我們最重...