第三次作業 Scrum

2. 增量交付

3. 開發團隊和使用者反饋推動產品開發

4. 持續整合

5. 開發團隊自我管理

上面說了敏捷是一種指導思想或開發方式，但是它沒有明確告訴我們到底採用什麼樣的流程進行開發，而具體的開發方式有哪些呢？

scrum，極限程式設計（xp），精益軟體開發（lean software development），動態系統開發方法（dsdm），特徵驅動開發（feature driver development），水晶開發（crystal clear）等等。

我們可以簡單的對比一下scrum和xp：

在開發的過程中，你可以採用scrum方式也可以採用xp方式；

scrum和xp的區別是，scrum偏重於過程，xp則偏重於實踐，但是實際中，兩者是結合一起應用的。

我們通過身體力行和幫助他人來揭示更好的軟體開發方式。經由這項工作，我們形成了如下價值觀：

個體與互動重於過程和工具

可用的軟體重於完備的文件

客戶協作重於合同談

響應變化重於遵循計畫

在每對比對中，後者並非全無價值，但我們更看重前者

scrum 是乙個用於開發和維持複雜產品的框架，是乙個增量的、迭代的開發過程，通常用於敏捷軟體開發。。原詞來自於橄欖球中「帶球過人」。在橄欖球比賽的每次衝刺前，都將有乙個計畫安排的過程，但衝刺開始後則由隊員在原計畫的基礎上隨機應發

很多覺得scrum並沒什麼實質性作用，原因有這麼幾點：

1. 對於沒有接觸過scrum的程式設計師來說，很難做到敏捷。

2. 使用者故事的劃分以及產品列表挑選最高優先順序有點困難

3. 開發的過程中，團隊中所有程式能夠一直保持積極主動性很難把握

4. scrum對於自組織的團隊要求很高

5. 對於在實施scrum的過程中，對於把握全域性的master以及產品負責人的要求更高。

6. 能否在實施的過程中及時發現問題，及時解決問題

不可忽視scrum作用：

1. scrum團隊總是先開發對客戶具有較**值的需求。

2. 更好的管理軟體開發專案，它同樣可以用於管理執行軟體維護團隊，或者作為計畫管理，或者作為計畫管理方法。

3. 提高團隊的開發效率，降低專案的開發周期，最大限度的發揮團隊的作用，更好的滿足使用者的需求。

優缺點：

scrum的優點就是敏捷的優點，很注重實效，能更好的應對變化。

缺點是，他過於強調了人的自我管理。有的觀點認為，scrum適用於一幫資深程式設計師組成的團隊，每個人都是牛人，每個人都有激情幹活，這樣才work。在國內大家缺乏能動性，沒什麼激情，很不適合scrum。

還有乙個問題，就是很容易不停的因為目標變化而重新設計，最終導致不能交付。

scrum並不能保證專案成功，它只是給你更多的反饋，更多的可控性，讓你更靈活的應對變化。在實際專案中我們應該對scrum進行可適應性調整。

團隊分工：