原书信息如下

• 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不给加班费，电费总要钱吧）。

使用敏捷框架，不仅涉及到你，而且涉及到包括客户、利益相关方，和开发团队的每一份子。这样你能够将工作流细化，从而节省金钱、时间，并有助于提高客户满意度。在这个过程中，项目在调整中不断适应，进化并前进，最终比原来闭关蛮干效果好的多。