敏捷軟體開發

1.敏捷宣言

個體與互動勝過過程和工具

可用的軟體勝過完備的文件

客戶協作勝過合同談判

響應變化勝過遵循計畫

2.什麼事敏捷軟體開發

一種軟體開發方**，可以應對客戶快速變更的需求，他強調以人為核心，採用迭代的方式，循序漸進的開發軟體。

3.scrum

是乙個敏捷開發過程框架，將整個開發周期包含若干個小的迭代週期，每個小的迭代週期稱為乙個sprint。

product backlog:在專案開始的時候，product owner要準備乙個根據商業價值排好序的客戶需求列表。這個列表就是prodct backlog，乙個最終會交付給客戶的產品特性列表，它們根據商業價值來排列優先順序。scrum team會根據這個來

做工作量的估計。

product backlog

應該涵蓋所有用來構建滿足客戶需要的產品特性，包括技術上的

需求。高優先順序的一些產品特性需要足夠的細化以便於我們做工作量估計和做測試。

4.sprint backlog

sprint backlog 是sprint規劃會上產出的乙個工作成果. sprint英文指短距離疾跑，就是說集合精力在短時間內（乙個迭代）完成一些價值。當scrum team選擇並承諾了product backlog中要遞交的一些高優先順序的產品功能點後，這些功能點就會被細化成為sprint backlog:乙個完成product backlog功能點的必需的任務列表.這些點會被細化為更小的任務，工作量小於2天。sprint backlog完成後，scrum team會根據它重新估計工作量，如果這些工作量和原始估計的工作量有較大差異，scrum team和product owner 協商，調集成理得工作量到sprint中，以確保sprint的成功實施。

根據product owner制定的產品或專案計畫在sprint的開始時做準備工作。product owner可以是客戶或者客戶代表或**。對於產品型的公司，客戶就是市場，product owner扮演市場**的角色。乙個product owner需要乙個確定產品最終目標的遠景，規劃出今後一段時間產品發展的路線圖，以及根據對投資回報的貢獻確定的產品特性。他要準備乙個根據商業價值排好序的客戶需求列表。這個列表就是prodct backlog，乙個最終會交付給客戶的產品特性列表，它們根據商業價值來排列優先順序。

當為乙個sprint定義好足夠多的product backlog，並且排列好優先順序後scrum就可以開始了，sprint規劃會是用來細化當前迭代的開發計畫的。規劃會開始的時候，product owner會和scrum team一起評審版本，路線圖，發布計畫，及product backlog。scrum team會評審product backlog中功能點的時間估計並確認這些估計盡可能的準確。scrum team會根據資源情況看有多少feature可以放在當前的sprint中。scrum team按照優先順序的高低來確定開發的先後是很重要的。

當sprint backlog確定後，scrummaster帶領scrum team去分解這些功能點，細化成sprint的乙個個任務. 這些任務就是細化的來實施這些功能點的活動. sprint planning的這個階段需要控制在4個小時。

一旦計畫階段結束，30天週期的sprint就開始了。scrummaster需要組織團隊成員每天開站會. 這個會議是用15分鐘的時間來讓大家過一下scrum的狀態。在會上，每個團隊成員需要問3個問題：我昨天做了什麼，今天做什麼，遇到哪些障礙。誰都可以參加這個會議，但只有scrum團隊成員有發言權。這個會議的目標是得到乙個專案的全域性觀，用於發現任何新的依賴，定位專案成員的要求，實時的調整當天開發計畫.

在sprint結束的時候召開sprint評審會. 這個會議最多不超過4個小時.會議的前一半時間用來演示在這個sprint中開發的產品功能給 product owner. produc owner會組織這階段的會議並且邀請相關的利益相關者參加。業務，市場，技術都要做相關的評審。由product owner來決定product backlog中的哪些功能已經開發完成。會議的下半部分，是由scrum master和scrum team一起回顧當前的sprint。團隊評估大家在一起的工作方式，找出好的方式以後繼續發揚，找出需要做的更好的地方，想辦法提公升。sprint評審會結束後，新一輪的迭代又繼續開始（中間最好修整半天或者隔個週末），迭代會一直繼續，直到開發了足夠多的功能去交付乙個產品。

敏捷軟體開發

敏捷軟體開發

敏捷軟體開發

敏捷軟體開發

相關推薦