第三次做業-Scrum

理解：

• 首先，敏捷並非一門具體的技術，而是一種理念或者說是一種思想。它能夠指導咱們更加高效的開發。
• 其次，敏捷開發都具備如下共同的特徵：
  1.迭代式開發

    2.    增量交付

    3.    開發團隊和用戶反饋推進產品開發

    4.    持續集成

    5.    開發團隊自我管理

• 最後，相比於「傳統」的瀑布開發模式，敏捷開發是一種「現代」的開發模式。

具體開發

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

Scrum，極限編程（XP），精益軟件開發（Lean Software Development），動態系統開發方法（DSDM），特徵驅動開發（Feature Driver Development），水晶開發（Crystal Clear）等等。

除了Scrum和XP，對於上面的其餘開發方式，我也只是簡單瞭解，你們能夠多查查相關的資料。

咱們能夠簡單的對比一下Scrum和XP： 

1. 在開發的過程當中，你能夠採用Scrum方式也能夠採用XP方式； 

2. Scrum和XP的區別是，Scrum偏重於過程，XP則偏重於實踐，可是實際中，二者是結合一塊兒應用的。

   敏捷宣言：

   咱們經過身體力行和幫助他人來揭示更好的軟件開發方式。經由這項工做，咱們造成了以下價值觀：

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

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

   客戶協做 重於 合同談

   響應變化 重於 遵循計劃

   在每對比對中，後者並不是全無價值，但咱們更看重前者

   什麼是Scrum？

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

   評價：

   不少以爲Scrum並沒什麼實質性做用，緣由有這麼幾點：

1.    對於沒有接觸過Scrum的程序員來講，很難作到敏捷。

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

3.    開發的過程當中，團隊中全部程序可以一直保持積極主動性很難把握

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

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

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

不可忽視Scrum做用：

1.    Scrum團隊老是先開發對客戶具備較高價值的需求。

2.    更好的管理軟件開發項目，它一樣能夠用於管理運行軟件維護團隊，或者做爲計劃管理，或者做爲計劃管理方法。

3.    提升團隊的開發效率，下降項目的開發週期，最大限度的發揮團隊的做用，更好的知足用戶的需求。

優缺點：

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

缺點是，他過於強調了人的自我管理。 有的觀點認爲，Scrum適用於一幫資深程序員組成的團隊，每一個人都是牛人，每一個人都有激情幹活，這樣才work。在國內你們缺少能動性，沒什麼激情，很不適合Scrum。

   還有一個問題，就是很容易不停的由於目標變化而從新設計，最終致使不能交付。

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

團隊分工：

• 秦崇文：編寫代碼，進行前端測試
• 彭聖鬆：寫後端開發代碼
• 鄧志豪：瞭解客戶需求，溝通用戶
• 谷濤： 編寫需求文檔
• 儲夢秋： 負責項目以及安排任務和測試