为什么Scrum指南中移除燃尽图 Scrum指南尝试只保留最重要最基本的核心元素。那么燃尽图的作用是什么需要了解。
燃尽图，其最主要有如下作用： - 体现团队的进度，从而暴露问题 - 团队根据进度、或暴露的问题，进行调整
达到上述目的，用Scrum中的Sprint Backlog就可以。
Sprint Backlog
燃尽图是一种实践，是辅助Sprint Backlog的一种实践。除了燃尽图，我们还可以用任务板等方式来实现Sprint Backlog。 下图是一个任务板（Sprint Backlog）的样例。 行动 每日问题 你的团队还在用燃尽图吗（尤其是手绘的）？有没有其他可视化的方式来实现Sprint Backlog呢？ 与BoB面对面 报名BoB的敏捷认证课程 订阅邮件列表 关于作者 BoB Jiang
中国北方的第一位CST（Certified Scrum Trainer）
敏捷变革中心（Center for Agile Transformation）合伙人
Bob的博客、《Scrum精髓》译者 欢迎加入自由职业者俱乐部 微信群，请加微信： hiblocknet ； 添加微信后，发送消息 dream 版权声明 本文采用 CC BY-NC-SA 3.0 许可协议。
转载请注明出处！
获取SEU（Scrum Educational Unit）的6个方法 Scrum Education Units® (SEU®) 为了验证您的参与以及对Scrum基本原则和实践的持续熟练程度，并保持您的认证，您需要通过完成教育培训或学习机会来获得Scrum教育单元（SEU）。这很容易做，并将帮助您保持市场的相关性（和竞争力）。
SEU遵循1：1的比例，其中一小时的参与或准备等于一个SEU。有六类SEU（6个方法）。向下滚动以查看每个类别的概述。虽然我们建议您将SEU体验分散到多个类别以体验多样性，但您只需填写SEU总量即可维护、续订您的认证。
更新基础、高级和专业级认证都需要SEU。这包括CSM®，CSPO®，CSD®，A-CSM℠，A-CSPO℠，CSP®-SM，CSP®-PO和CSP®。 SEU还可用于为那些完全通过Certified Scrum Developer®（CSD®）认证的人员获得CSP。了解CSD如何通过CSP获得SEU。
SEU类别 类别A的活动： 参加如下活动都可以获得SEU，如Scrum联盟的 Global Gathering, Regional Gathering, Scrum Coaching Retreats，及其他Scrum联盟赞助的活动、还有Scrum联盟支持赞助的用户组活动等。 注：中国每年有 Regional Scrum Gathering, 详情参考。
演讲、教练及参与都算作SEU相关的活动。 另外，Scrum联盟认可Scrum Gathering中交流的价值，所以参与Scrum Gathering也可以获得SEU。每天最多8个SEU。
分类A的选项： - A.1 参加 Global Scrum GatheringSM - A.2 参加 Regional Scrum GatheringSM - A.3 参加 Scrum Alliance 用户组活动 - A.4 参加 Scrum Alliance-sponsored event - A.5 参加 Scrum Coaching Retreat - A.6 参加 Scrum Alliance CSP Retreat - A.
探秘Scrum机构 - Scrum联盟和Scrum.org对比 简介 Scrum联盟是一个非盈利机构，旨在“改变工作的世界”。 Scrum.org是一个盈利机构，旨在“改善软件交付行业”。
对比 Scrum联盟的使命是“改变工作世界”，scrum.org的使命是“改善软件交付行业”。 Scrum联盟是一个非盈利组织，scrum.org是一家盈利公司。 Scrum联盟计划强调学习经验，包括讨论，模拟，应用等，scrum.org计划强调通过在线测试。 Scrum联盟培训适用于“工作世界”，scrum.org培训适用于软件开发应用。 Scrum联盟有教练计划（CTC，CEC和免费在线教练培训），scrum.org没有（除了作为ScrumMaster角色的一个子集）。 有一些优秀的scrum.org培训师，但PST（Scrum.org的培训师）要求不会很高，但成为Scrum Alliance CST的标准要比PST高很多。 Scrum联盟认证企业教练（CEC）也是一个非常高的标准。
两者都比像SCRUM study这样的复制更可靠，他们教授大量的方法来记录的项目。400页误导性地称为“Scrum”，但不是轻量级项目无关的Scrum。
原文作者：Rowan Bunning
八卦 与Scrum相关的机构有如下几个：（欢迎读者补充） - Scrum联盟 - scrum.org - scruminc - LeSS - Scrum@Scale - SAFe - 国内Scrum机构就不一一列举，基本分为2大派别（一派是Scrum联盟体系，一派是PMP体系）
八卦来啦………… 2001年Ken Schwaber、Mike Cohn、Esther Derby三人发起了Scrum联盟 2005年（或2006年）Ken出走离开了Scrum联盟成立了scrum.org 2007年 Jeff Sutherland成立ScrumInc 2005年 Craig Larman & Bas Vodde开始实践LeSS框架 2011年 Dean Leffingwell成立SAFe
行动 你所在的行业，有哪些机构，你对这些机构的认知是怎么样的？ 这是构建一个行业认知的好机会。
每日问题 如果你来构建一个培训机构，你会从哪儿开始？ 与BoB面对面 报名BoB的敏捷认证课程 订阅邮件列表 关于作者 BoB Jiang
ScrumMaster的十大错误 敏捷进入中国有18年了，现在各个行业都在说敏捷，每个ScrumMaster都在说scrum。本身这是个好事，可是出现了很多“敏捷大仙”。用各种预定义的流程、工具、文档替代了敏捷，这已经背离了敏捷的精髓，敏捷的本质。
注明：BoB在工作中也碰到了很多敏捷的误区，与作者深有同感。
1. 因为敏捷而敏捷 其实大家并不关心敏捷，而是关心敏捷背后的那个“快”。（我有一篇文章专门描述，敏捷不是快）。除去“快”，敏捷更应该关注目标及个人成长。
ScrumMaster的口头挂着“敏捷、Scrum、看板”，经常会说敏捷要求我们做这个，敏捷要求我们做那个，blah,blah…… 这个不是答案，敏捷也不仅是项目管理工具或流程。敏捷更多是一种心态的改变。
敏捷应该帮助企业和个人实现目标（即价值）。
团队成员不想开每日站会，讨厌计划会，回顾会。为什么？因为团队认为敏捷是另一套流程，我已经996了，还要加这么多会议，不如去写代码。
在敏捷转型的过程中，“拒谈敏捷”，认真思考如下问题：
你的目标是什么？ 为了达到目标，你需要什么？ 达到目标的阻力是什么？ 你怎么知道达到目标了？ 敏捷里面有非常多的实践了，比如Scrum的5个会议，看板，用户故事，等等。但是用每个实践之前，尝试回答上面的问题，并且和团队一起来回答。
2. 管理心态 ScrumMaster不用管人，而是帮助改进系统，提升公司和个人价值以及移除障碍。ScrumMaster并不是角色，也不是头衔。 作为ScrumMaster，是与团队在一起帮助团队完成工作。提供团队的需要，解决团队的问题。
良好的ScrumMaster观察团队工作，使之透明并识别改进机会。
3. 推敏捷 不要向团队推敏捷，推工程实践。而是让团队主动用敏捷方法。 参考我之前的文章，推还是拉敏捷
让团队决定他们要如何解决问题。团队需要时间成长。
4. 4W1H（Who, What, When, WHere, How） ScrumMaster主动的什么也不做。表面上什么也不做。产品开发是客户、产品负责人及团队的工作。作为ScrumMaster是帮助团队成长，改进系统。
下面这些对于ScrumMaster很常见： - 分配任务 - 编写用户故事 - 提前规划迭代列表 - 估算 - 更新任务板 - 认为对所有问题负责 - 选择配置scrum工具 - 决定什么是团队的障碍 - 计算团队成员的能力（容量）
认真思考一下，作为ScrumMaster你有没有做过类似的事情。如果做过，请认真反思。
5. 定义团队协议及DoD ScrumMaster和团队一起共同制定团队协议、DoD，而不是代替团队，一个人制定好。询问团队他们想要什么样子的协议，DoD。 这是团队的事情，作为ScrumMaster，是帮助团队制定协议和DoD。 让团队理解协议和DoD的好处，并制定出来。
6. 定义需求或任务 ScrumMaster是帮助产品负责人和团队的，但产品负责人和团队要做他们自己的工作。
产品负责人不准备产品路线图，不提前准备需求，不去和干系人或真实客户探讨，不梳理产品列表。 作为ScrumMaster，需要帮助产品负责人认识到这些问题，并提供相应的工具，辅助产品负责人。
7. 定义优先级及计划 不要成为产品负责人的代理，永远不要。 产品列表的优先级（顺序）是产品负责人的职责，ScrumMaster可以帮助产品负责人认识到： - 如何排序 - 排序的参考因素 - 什么时间排序 - 什么时间准备好产品列表
推荐敏捷教练书籍 敏捷教练是一个“新兴”的职位，对于这个新职位，他都有哪些技能要求，如何自我提升呢？
看一下下面的书单：
敏捷教练 如何构建敏捷项目管理团队 : ScrumMaster、敏捷教练与项目经理的实用指南 敏捷软件开发 : 原则、模式与实践 敏捷回顾 : 团队从优秀到卓越之道 敏捷革命：提升个人创造力与企业效率的全新协作模式 Scrum敏捷项目管理 敏捷开发的艺术 敏捷项目管理 30天软件开发 : 告别瀑布拥抱敏捷 敏捷武士 : 看敏捷高手交付卓越软件 敏捷教练 作者: [英] Rachel Davies / [英] Liz Sedley 出版社: 清华大学出版社 副标题: 如何打造优秀的敏捷团队 原作名: Agile Coaching 译者: 徐毅 / 袁店明 内容简介： > 《敏捷教练：如何打造优秀的敏捷团队》取材于国际知名敏捷教练的真实经历，展示了他们在辅导团队进行敏捷实践过程中所积累的辅导技巧，凝聚着他们在对敏捷辅导的真知灼见，每章还针对特定主题总结了在转型过程中教练和团队可能面对的障碍及其应对方案。
《敏捷教练：如何打造优秀的敏捷团队》具有较强的实用性和指导性，适合项目经理、技术总监和敏捷团队的所有成员阅读与参考。
如何构建敏捷项目管理团队 : ScrumMaster、敏捷教练与项目经理的实用指南 作者: 丽萨·阿金斯 出版社: 电子工业出版社 副标题: ScrumMaster、敏捷教练与项目经理的实用指南 译者: 徐蓓蓓 / 白云峰 / 刘江华 内容简介： > 《敏捷项目管理系列丛书•PMI-ACPSM考试指定教材•如何构建敏捷项目管理团队:ScrumMaster、敏捷教练与项目经理的实用指南》结合作者的亲身经历告诉读者如何建立一个高性能的敏捷项目管理团队，以及最终成为一名优秀的敏捷教练。作者将敏捷教练定义为导师、协助者、老师、问题解决者、冲突领航员、协作指挥者，正是这种不同角色之间的细微区别才使敏捷教练的工作富有深度。《敏捷项目管理系列丛书•PMI-ACPSM考试指定教材•如何构建敏捷项目管理团队:ScrumMaster、敏捷教练与项目经理的实用指南》不仅能帮助敏捷教练、培训师、导师、协助者提升自身表现，而且对所有敏捷开发组织中身处领导岗位的人在构建敏捷项目管理团队方面提供指导和帮助，对希望成为高效敏捷项目管理团队一员的人也可以从《敏捷项目管理系列丛书•PMI-ACPSM考试指定教材•如何构建敏捷项目管理团队:ScrumMaster、敏捷教练与项目经理的实用指南》中获益。
敏捷软件开发 : 原则、模式与实践 作者: [美] Robert C·Martin 出版社: 清华大学出版社 副标题: 原则、模式与实践 原作名: Agile Software Development: Principles, Patterns, and Practices 译者: 邓辉 内容简介： > 在本书中，享誉全球的软件开发专家和软件工程大师Robert C.
推荐软件工程实践书籍 Scrum转型想要做好，第一步先了解并真正落实Scrum，那么我推荐的Scrum书籍是要看懂并实践的。第二步是团队的工程实践要做扎实。
下面推荐工程实践书单：
重构：改善既有代码的设计 解析极限编程 : 拥抱变化 代码整洁代码 程序员的职业素养 修改代码的艺术 编写可读代码的艺术 测试驱动开发 : 实战与模式解析 Cucumber：行为驱动开发指南 实例化需求 驯服烂代码 重构：改善既有代码的设计 作者：Martin Fowler 出版社：人民邮电出版社 译者：熊节 链接：https://item.jd.com/12584498.html 内容简介： > 重构，一言以蔽之，就是在不改变外部行为的前提下，有条不紊地改善代码。多年前，正是本书原版的出版，使重构终于从编程高手们的小圈子走出，成为众多普通程序员日常开发工作中不可或缺的一部分。本书也因此成为与《设计模式》齐名的经典著作，被译为中、德、俄、日等众多语言，在世界范围内畅销不衰。
本书凝聚了软件开发社区专家多年摸索而获得的宝贵经验，拥有不因时光流逝而磨灭的价值。今天，无论是重构本身，业界对重构的理解，还是开发工具对重构的支持力度，都与本书最初出版时不可同日而语，但书中所蕴涵的意味和精华，依然值得反复咀嚼，而且往往能够常读常新。
解析极限编程 : 拥抱变化 作者：Kent Beck / Cynthia Andres 出版社：机械工业出版社 译者：雷剑文 / 李应樵 / 陈振冲 链接：https://item.jd.com/31536602426.html 内容简介： > 极限编程（XP）是适用于中小型团队在需求不明确或者迅速变化的情况下进行软件开发的轻量级方法学。本书是XP宣言，也是第一本有关XP的图书。
这本书介绍了XP背后的思想——它的根源、哲学、情节等。它将帮助读者选择是否在项目中使用XP时做出明智的决策。本书的另一个目的是帮助那些已经在使用 XP的读者更好地理解它。 对程序员而言，XP做出的承诺是他们每天能够处理真正重要的工作，而不必单独面对令人担忧的状况。他们将能够集中全力来使他们的系统获得成功。他们将做出最适合由他们来做的决策。对于客户和管理人员而言，XP的承诺是他们将从每个编程周期中获得最多的利益。他们将能够在开发的中途更改项目的方向而不用承担太高的成本。
本书适合所有软件开发人员、管理人员参考。
代码整洁之道:程序员的职业素养 作者：罗伯特·C.马丁 (Robert C.Martin) 出版社: 人民邮电出版社 原作名: The Clean Coder:A Code of Conduct for Professional Programmers 译者: 余晟 / 章显洲 链接：https://item.
推荐Scrum书籍 直接上干货，推荐书籍清单如下（推荐有顺序的哦）
Scrum指南 Scrum精髓 Scrum敏捷软件开发 Scrum捷径 硝烟中的Scrum和XP : 我们如何实施Scrum 敏捷软件开发:Scrum实战指南 Scrum要素 大规模Scrum:大规模敏捷组织的设计 用户故事地图 用户故事与敏捷方法 Scrum指南 作者：Ken Schwaber & Jeff Sutherland 出版社：Online 译者：Jiancheng Zhou 链接：https://scrumguides.org/ 内容简介： Scrum 是用于开发、交付和持续支持复杂产品的一个框架。本指南包含了 Scrum 的定义，其中包括 Scrum 的角色、事件、工件，以及把它们组织在一起的规则。Ken Schwaber 和 Jeff Sutherland 创造了 Scrum，Scrum 指南也由他们撰写并提供。总之，他们是 Scrum 指南的后盾。
Scrum精髓 作者：Kenneth Rubin 出版社：清华大学出版社 译者：姜信宝 / 米全喜 / 左洪斌 / （审校）徐毅 链接：https://item.jd.com/11462889.html 内容简介： > 短短几年时间，Scrum跃升为敏捷首选方法，在全球各地得以普遍应用。针对如何用好、用巧这个看似简单的框架，本书以通俗易懂的语言、条理清晰的脉络阐述和提炼出Scrum的精髓。全书共4部分23章，阐述了七大核心概念：Scrum框架，敏捷原则，冲刺，需求和用户故事，产品列表，估算与速率，技术债；三大角色：产品负责人，ScrumMaster，开发团队以及Scrum团队构成：Scrum规划原则及四大规划活动：多层级规划、产品组合规划、产品规划和长期规划；冲刺四大活动：规划、执行、评审和回顾。
本书取自作者十多年的实践经验，对员工个体和管理层都具有重要的指导和参考意义，可以帮助企业顺利导入Scrum，在动态的商业环境中以积极心态拥抱变化，做出优秀、卓越的产品，走上创业、守业、常青基业的成功之路。
Scrum敏捷软件开发 作者：Mike Cohn 出版社：清华大学出版社 译者：廖靖斌 / 吕梁岳 / 陈争云 / 阳陆育 链接：https://item.
物以类聚 - Scrum特性团队之社区 今天读到 Scrum模式社区 中的一个模式（物以类聚 - Bird of Feathers），觉得很有启发。
公司或组织内，往往是用层级方式（加上组件团队或职能团队）来搭建组织结构。
这个方式非常符合我们的学习方式，即还原论方式。
把一个系统切分成若干个小块，然后认真学习其中的每一块。（西方哲学的基础是还原论[1]）
看一下我们的组织（或公司），是不是也是拆分成很多的小块，然后期望每一块都可以做到极限的效率。
Scrum的重要基础是特性团队（特性团队有两个阶段，后续可以讨论）。据我观察，愿意且能够组成特性团队的公司不超过10%。
原因呢，我猜测是不好管理。试想一下，是把同样技能的人放在一起好管理，还是特性团队好管理。（这里的管理指的是直接可见的效率数字，如KPI等）
而反直觉的特性团队，会给产品开发带来巨大的收益。
比如Spotify的例子，很多人都在研究，如下图：
这个图中的Squad就是特性团队，而Chapter是类似于职能、技能。
需要项目经理看到这个图后，都会跟我讨论是弱矩阵还是强矩阵。
其实这个根本不是矩阵。
只有一个方向 Squad 的负责人是PO（即产品负责人），另 Tribe 会有管理者。Chapter的负责人不是管理者。而不论是Chapter也好，Guild也好，都是某种形式的社区。即同类的人。
对于公司来讲，赚钱（盈利）是首要目的。因此以首要目的来组织人员没有问题。
至于相同技能、兴趣的人，是以非正式的社区形态存在。（如果公司小，可以考虑和外部社区进行关联）
如下图是另外一个呈现的形式：
原文链接
参考资料 [1] 还原论 https://zh.wikipedia.org/zh-hans/%E8%BF%98%E5%8E%9F%E8%AE%BA
思考 组织结构永远不可能有完美的，但一定要记住，无论怎么调整结构，都是为组织目标服务的。（产品是核心）
每日问题 你的组织结构是怎么样的，你会怎么调整？（虽然不一定有权限，但这个是作为管理层必备的技能） 欢迎加入自由职业者俱乐部 微信群，请加微信：
baobaotalk_com ； 添加微信后，发送消息 dream 版权声明 本文采用 CC BY-NC-SA 3.0 许可协议。
转载请注明出处！
关于作者 BoB Jiang
中国北方的第一位CST（Certified Scrum Trainer）
敏捷变革中心（Center for Agile Transformation）合伙人
Bob的博客、《Scrum精髓》译者
