作爲一個PM，TA有可能熟練掌握五大過程組，十大管理，能夠有條不紊的推進管理項目，推進項目，溝通需求。但是，在高速發展的今天，如果TA不知道Scrum，那就未免有些out了，很可惜小蠻就是後者。爲了不徹底被拍死在沙灘上，小蠻啓動了學習大法，花了小半天搞定《硝煙中的scrum和XP——我們如何實施scrum》這本入門級的小書。本文主要技術了小蠻在本書的所學所想，主要包含一些相關概念、技巧技能以及相關經驗。
-
相關概念
（1）關於Scrum；關於sprint；關於backlog；
Scrum 是一個用於開發和維護複雜產品的框架 ，是一個增量的、迭代的開發過程。在這個框架中，整個開發過程由若干個短的迭代週期組成，一個短的迭代週期稱爲一個Sprint，每個Sprint的建議長度是2到4周(互聯網產品研發可以使用1周的Sprint)。在Scrum中，使用產品Backlog來管理產品的需求，產品backlog是一個按照商業價值排序的需求列表，列表條目的體現形式通常爲用戶故事。Scrum團隊總是先開發對客戶具有較高價值的需求。在Sprint中，Scrum團隊從產品Backlog中挑選最高優先級的需求進行開發。挑選的需求在Sprint計劃會議上經過討論、分析和估算得到相應的任務列表，我們稱它爲Sprint backlog。在每個迭代結束時，Scrum團隊將遞交潛在可交付的產品增量。 Scrum起源於軟件開發項目，但它適用於任何複雜的或是創新性的項目。[1]
（2）什麼是XP？Scrum與XP有什麼關係？
XP是指極限編程，與scrum一樣，也是敏捷（agile）開發流程的一種實踐，在本書中對XP提到的非常少，想要了解極限編程的讀者，可以參考[2]。就目前的調研來講，XP作爲一種敏捷開發實踐，在於scrum的對陣中，已經偃旗息鼓了[3]，而且據筆者調研了衆多項目經理崗位招聘職責，部分崗位職責中都會有“具備敏捷開發經驗”類似字眼，部分會直接提到scrum，但是罕見出現“XP極限編程”相關內容。
2.Scrum的重要元素；
（1）Scrum的團隊角色安排
產品負責人（Product Owner），是管理產品待辦事項列表的唯一責任人，首要目標對團隊的目標進行清晰的定義，用現在的行話是“敏捷狀態下的產品經理，做對的事情”。
Scrum Master是團隊中一個服務式領導，首要目標是負責確保 Scrum 被理解並實施，用現在的行話“敏捷狀態下的項目經理，負責將事情做對，讓Scrum中的每一項故事點都按照對的方向執行”。
開發團隊，不解釋，本書中認爲團隊規模3~8人最爲合適，根據不同的團隊實際（技術水平、磨合時間等）進行調整。（本書中，考慮將測試工程師納入開發團隊）。
（2）Scrum的三個工件
產品待辦事項列表（Product Backlog），實際上就是產品的需求清單，是一個排序的列表,包含所有產品需要的東西,也是產品需求變動的唯一來源，產品負責人負責產品待辦事項列表的內容、可用性和優先級。
Sprint 代辦事項列表（SprintBacklog），是一組爲當前 Sprint 選出的產品代辦事項列表條目,外加交付 產品增量和實現 Sprint 目標的計劃，就是當前sprint的規劃目標的集合。
產品增量（Increment），增量是一個Sprint 完成的所有產品待辦列表項的總和，以及之前所有 Sprint 所產生的增量的價值總和。
（3）Scrum事件
Sprint（Sprint本身是一個事件，包括瞭如下4個事件，具體內容可以參考書中相應章節），一個Sprint是指一個1周－4周的迭代，它是一個時間盒。Sprint的長度一旦確定，保持不變。Sprint的產出是“完成”的、可用 的、潛在可發佈的產品增量。Sprint 在整個開發過程中的週期一致。
-
Sprint計劃會議（Sprint Planning Meeting）
-
每日站會（Daily Scrum Meeting）
-
Sprint評審會議（Sprint Review Meeting）
-
Sprint回顧會議（Sprint Retrospective Meeting）
3.本書框架
4.讀完本書的兩點感受
（1）內容全面，簡約而不簡單
覆蓋了從基本定義，日常操作，複雜情形以及注意事項的所有內容；
（2）以實戰爲主，脫離教條主義
沒有長篇大論的枯燥理論，用實際的sprint ，實際的sprintlog，實際的看板，實際的操作講述scrum實踐，作者作爲一名充當多個角色的領導，在文中也展現出了自己的管理天賦，對於常見的棘手事情，通常會給出幾種解決方案以供參考。
5.本書精典摘錄
- 其實，敏捷不是說出來的，是幹出來的。
-
backlog中添加故事，但是他們不能說這個故事有多重要，這是產品負責人獨有的權利。他們也不能添加時間估算，這是開發團隊獨有的權利。
-
我們最終總結出了最喜歡的長度：三個星期。絕大部分團隊的sprint長度都是三週。
-
產品負責人是領域專家，他可以指導團隊的前行方向，但不應該被牽扯到亂七八糟的扯淡細節中。
個人認爲，本書作爲需要了解敏捷項目管理，需要實行敏捷管理團隊，是一本不可多得的好書。關注微信，回覆“scrum”獲取電子書。
參考---------------------------
[1]http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html
[2]https://baike.baidu.com/item/xp/776028
[3]https://www.zhihu.com/question/30547608