原書資訊如下
- Name: The Ultimate Beginner’s Guide To Learn And Master Scrum Agile Framework
- Author: HEIN SMITH
- File Size: 733 KB
- Print Length: 44 pages
- Publication Date: June 18 2018
- Language: English
- ASIN: B07DV9QMJH
版權申明
本人秉承開源分享精神，自願分享並翻譯本書正文譯本並共享，不存在任何商業盈利用途。若有版權問題，我將自願刪除所有相關內容。
目錄
- 第1章：什麼是敏捷框架？
- 第2章：敏捷宣言
- 第3章：什麼是Scrum？
- 第4章：Scrum中的核心參與者？
- 第5章：Scrum中的非核心參與者？
- 第6章：Scrum工件
- 第7章：Scrum工作流
- 第8章：敏捷評估與測算
- 第9章：分階段衝刺與交付
- 第10章：Scrum的規模化應用
- 第11章：Scrum大法好
- 結束語
第1章：什麼是敏捷框架？
Scrum敏捷框架是什麼？這個詞像是高大上的底層框架，或是碼農們才能理解的專業術語，可能會令你覺得無所適從。不過不用擔心點，實際上Scrum比你想象的要簡單得多！
什麼叫做“框架”
讓我們先從基礎開始說起。“框架”是什麼意思？框架是軟體開發中最經常使用的術語，它為特定的問題領域提供一系列功能和解決方案。這意味著，您已經在這個領域中有了基礎工具包，但不同的工作和需求隨之而來，你也會不斷改造，購買，優化這個工具包。
這就好比，英國人每天早上都泡一杯茶。你每次都往杯子裡放一些調料，但沒有一個固定的量。所以，有時候可能會加更多的糖，有時候可能會忘記了加檸檬。雖然味道會有一點點奇怪，最終你還是會得到一杯茶，至少能喝。
突然有一天，你靈機一動，想到了一個更加高效的辦法。先測量出一杯茶中所有配料的比例和克數，然後把所有的乾料都放在一個容器裡，再配上一個大小差不多的湯勺。從那時起，只要舀出一勺料，就可以得到一杯完美的茶。節省時間，刪繁就簡，這正是框架發揮的作用。對於你而言，可以自由更改框架，以滿足其特定需求。有助於提高生產效率，使工作變得更容易。
什麼叫做“敏捷”
敏捷本身意味著能夠快速，輕而易舉地完成特定動作。但敏捷是怎麼和循規蹈矩的框架結合呢？我們已經知道，框架是一套工具，我們可以使用，改良這個工具包來完成許許多多工。敏捷框架是指一種用於軟體開發中的的專案管理方法，其特點是能夠將原本遙遙無期的交付任務，轉化為短而頻繁的一個個工作小階段。
基本上，敏捷框架的過程不是有一個長專案，而是通過將所述專案分解為較小的增量來使用。這使得每個人一次只關注一件事，這有助於質量控制。它基於9個不同的“原則”，用於通知和激勵安全或規模化敏捷框架的角色和實踐。規模化敏捷框架是一種幫助您以更簡單的方式完成任務的框架。它包括對計劃的適應性和靈活性，以及一些不同的方法或原則。
企業級專案管理的9大準則
1.經濟效益視角
使用敏捷框架來管理您的專案，其中最大原因，是它能在最短的時間內，以最大化的價值和效益，為您的專案相關方提供最高質量的產品。然而，你需要先理解企業或產品的戰略定位，確保在正確的定位，戰略和大經濟形勢下做出決定。也就是說，你需要理解，什麼產品對客戶是有價值的，什麼產品組合對客戶是相對有高價值的。
2.大局觀和系統化思維
一個系統是非常複雜的，計算機/資訊系統也是如此。它有許多不同的元件，所有元件都在一起，協調配合，共同工作，並且每項工作都導向一個最終目標。如果說要作出改進和優化，每個人都需要理解系統的目的。在構建你的APP，資訊系統，甚至是你的團隊組織中，至始至終，你都應該運用系統思維。
3.考慮多樣性與選擇性
所有系統和產品設計開發的一個傾向，也可以說是誤區，就是在開發開始時只選擇唯一的技術選型。在這樣孤注一擲的起步中，一旦發生失誤，就會導致不斷的轉型和重構。這有可能把一個專案推入死亡行軍。
4.快速學習，持續整合，逐步構建
解決一個超延期+上線見光死專案的最佳方法，是在一系列短迭代快交付中探索解決方案。改良並迭代之前的版本，允許並寬容客戶反饋，這意味著每次改動帶來的風險更小。迭代也可以為前期的內測打下基礎。早反饋，早定向，早修正。
5.公開評估里程碑
你應該安排與研發工程師、企業內部相關方（領導，銷售，客服等）和客戶（金主爸爸）進行的定期交流評估，為你提供財務、技術和戰略指導。你們都有責任，也有義務確保要出售/使用的產品能帶來經濟效益。所以，在每階段工作有所產出後（達到里程碑），安排這些評估交流的機會就非常重要。每個參與者均可在整個開發週期中各抒己見。
6.明確和減少WIP、規範並管理任務佇列
使用敏捷框架的一大要點，是實現價值的持續流動，並允許團隊中新功能快速、明顯地推進。有3個關鍵該您，可以幫助你更好的理解持續流動：
-
WIP：開發在製品，正在開發的需求，已經決定準備開發的需求都是WIP。明確WIP的存在並調節WIP數量非常重要，這也減少了對不必要的變更請求。對於團隊來說，在一定的變更口徑之下，一次承諾的在製品模組越多，被要求變更的可能性就越大，造成的打斷和返工就越頻繁。
-
減少每次研發的交付數量，對單次研發速度和質量都有很大的幫助，最主要的是給予團隊我們能做到而且能做好的信心。
-
在任務佇列的長度上進行優化，細化每個任務或是減少一些邊緣任務，都是加速交付的好方法。
7.把握節奏，擬定跨職能計劃
節奏有助於為團隊提供一定的可預測性。當我們使用跨職能計劃時，我們能夠理解幷包容許多不同的觀點，同時關注並聚焦問題。即使在產品開發過程中存在不確定性，我們的團隊也能夠相互理解，從而更有效地運作。
8.開啟思維，鼓勵創造
團隊的前進動力中，不能缺乏新思想、創新力和對未知的好奇心。更不用說在發薪水時，會導致內部的不公平競爭。鼓勵創造，寬容失敗，可以提高員工敬業程度。這將為整個企業和客戶帶來更好的回報。
9.分散決策，規避風險
當需要實現快速而有價值的交付時，需要進行分散決策。它有助於減少溝通延遲，實現快速反饋，改善開發流程，並帶來更多創造性方案。當決策需要層層批准，可能會發生許多延遲。這些延遲帶來更高的成本和內部損耗。讓每個人都參與到決策體系中，既加深了不同視角對產品的理解，也加速了研發流程。
第一章總結
綜上，為什麼要使用敏捷框架呢？比如說，我們已經在一個專案上工作了很長時間，終於要交付拿尾款了。但是甲方爸爸們還想要改一改特性，或者功能。這意味著你必須回去修改，浪費時間和團隊生產力，也帶來的額外的成本（996不給加班費，電費總要錢吧）。
使用敏捷框架，不僅涉及到你，而且涉及到包括客戶、利益相關方，和開發團隊的每一份子。這樣你能夠將工作流細化，從而節省金錢、時間，並有助於提高客戶滿意度。在這個過程中，專案在調整中不斷適應，進化並前進，最終比原來閉關蠻幹效果好的多。