Scrum精髓：敏捷转型指南

#读书笔记/敏捷之路/Scrum精髓 2023年3月11日 于南京 1.关于本书 Jim Wang（王军）老师说如果让他只推荐一本敏捷相关的书，那么首推这本《Srcum精髓：敏捷转型指南》，我大概用了17小时完成精读，用心读来，果然受益匪浅。这本书2014年出版，却丝毫不过时，对我们落实敏捷转型实践具有很好的指导意义。优秀的思想和方法永远都是迷人的。 2.关于作者 作者Kenny拥有乔治亚理工学院的计算机科学学士学位和斯坦福大学的计算机科学硕士学位，有着丰富的开发和管理经验，有微观和宏观的视野，他丰富的背景使他能够从开发团队和管理层等多个角度深入、透彻地理解（并解释）Scrum及其含义。同时，他是Scrum联盟的第一任执行总裁，Scrum联盟是全球性的非盈利组织，致力力推广Scrum的成功应用。 3.读书笔记 本书脉络清晰，图文并茂，语言精练，逻辑严谨，译文清晰，可读性很强，并且用图标语言来视觉化呈现内容，上下文衔接也非常流畅，阅读起来也更加轻松有趣。 第1部分 先讲Scum核心概念，明晰原则，澄清术语。我印象比较深刻的是关于认知循环的论述，在Scrum中，每日立会实现天级别认知循环，每迭代实现迭代级认知循环，结对编程实现秒级认知循环，TDD测试驱动实现分钟级别认知循环。 之后第2部分，围绕Scrum团队的各个角色进行阐述。其中关于职能经理和项目经理的设置还蛮有参考意义的，在敏捷转型过程中，可以结合组织情况，予以借鉴。文中对于其权责体系没有展开陈述，还需要结合国情或企业情况来看。尽信书不如无书。 而后在第3部分强调Scrum规划的重要性，及如何在多层级上做好规划，而后上升到组织层面的产品组合战略介绍。内容层次分明，渐进明细。 最后一部分是冲刺的实践，延续上部分的规划，从冲刺规划开始，到冲刺执行、评审和回顾，并很贴心的指出在前行之路上可能遇到的障碍。其中浅谈到组织文化，确实如果文化不欢迎敏捷，那么组织文化便会是敏捷变革的一大制肘。 我觉得这是一本很专业也很贴心的书，值得阅读。

《Scrum精髓：敏捷转型指南》全书章节（4部分23章） 开篇：第1章 引子 - 什么是Scrum、起源与适用场景 - 复杂/繁杂/简单/混乱域区分（Scrum适配复杂域） - 转型价值与预期成果 第Ⅰ部分 核心概念（第2–8章） 第2章 Scrum框架 - 三大角色（PO/SM/开发团队） - 核心工件（产品列表/冲刺列表/可交付增量） - 五大事件（冲刺/冲刺计划/每日站会/评审/回顾） 第3章 敏捷原则 - 不确定性与迭代增量开发 - 透明/检视/适应三大支柱 - 预测vs适配、延迟决策原则 第4章 冲刺 - 冲刺本质与时长（2–4周） - 冲刺目标与交付节奏 - 成功冲刺的关键要素 第5章 需求与用户故事 - 需求拆解与用户故事写法（INVEST原则） - 史诗/特性/用户故事层级 - 需求优先级与价值排序 第6章 产品列表（Product Backlog） - 列表梳理与优先级排序 - 列表细化与估算方法 - 动态维护与干系人协作 第7章 估算与速率 - 故事点/理想人天估算 - 团队速率计算与迭代校准 - 估算常见误区与修正 第8章 技术债 - 技术债成因与影响 - 识别、量化与偿还策略 - 预防技术债的工程实践   第Ⅱ部分 角色（第9–13章） 第9章 产品负责人（PO） - 核心职责：价值最大化、列表管理、干系人对齐 - 授权与决策边界、常见陷阱 第10章 ScrumMaster（SM） - 仆人式领导、团队教练、障碍移除者 - 冲突化解、流程守护、敏捷文化推动者 第11章 开发团队 - 自组织、跨职能、责任共担 - 团队规模（3–9人）与角色分工 - 团队协作与凝聚力建设 第12章 Scrum团队结构 - 单团队/多团队协作模式 - 组件团队vs特性团队 - 分布式团队适配策略 第13章 管理者 - 敏捷转型中管理者的新角色 - 赋能而非管控、资源协调、组织变革推动者   第Ⅲ部分 规划（第14–18章） 第14章 Scrum规划原则 - 分层规划、滚动式规划 - 价值驱动、风险共担、快速反馈 第15章 多层级规划 - 组合→产品→版本→冲刺→每日规划 - 各层级输入输出与协作关系 第16章 产品组合规划 - 多产品优先级与资源分配 - 投资组合价值最大化、风险平衡 第17章 产品规划（愿景） - 产品愿景制定与路线图设计 - 目标用户、核心价值与成功标准 第18章 版本规划 - 版本目标与范围界定 - 固定日期/固定范围策略 - 冲刺映射与发布节奏控制   第Ⅳ部分 冲刺执行（第19–22章） 第19章 冲刺计划 - 输入输出、目标设定、工作量拆分 - 团队承诺与风险识别 第20章 冲刺执行 - 每日站会流程与问题解决 - 进度跟踪、障碍移除、团队自组织 - 质量保障与完成定义（DoD） 第21章 冲刺评审 - 增量演示、用户反馈收集 - 干系人参与、价值验证、列表调整 第22章 冲刺回顾 - 团队复盘、流程优化、持续改进 - 回顾会议形式与行动项落地   收尾：第23章 前进之路 - 敏捷转型常见障碍与应对 - 规模化Scrum（多团队、大型项目） - 持续学习与组织敏捷文化构建

想起来今年年初的一次面试。 他：假如年底了准备发奖金，你怎么评估大家的绩效？ 我：(脑袋空白了一会儿，因为我面的是一个高级技术岗，的确这种偏管理的问题，被问的频率不高，但是知道问题的本质就是，如何去准确量化不同级别人员的工作成果)比较简短的说了日常工作内容的分配会根据人员级别进行差异分配，然后每个周期会根据分配的工作内容完成度进行考核，形成一定的绩效评分，同时作为年底用绩效的一部分成绩。 他：那么不同级别的工作内容是谁来定，依据什么规则来定？ 我没有回答上来，显然我以往的工作内容，和我平时的学习范围没有覆盖到这部分的内容，这里就引申出一些问题，技术人员级别高了之后转管理是不是必须，？或者说是不是不管转不转管理，有些管理技能也是必备的？平时除了专业知识，是不是也该有一些其他领域的摄入？

Scrum的书如果只读一本的话，那就只有这本了，既全面又详尽。值得反复学习！

可以看看，但是没有必要仔细看 事无巨细，但是提出来的很多经验都是toymodel

不愧是指南内容很全面，从scrum的由来到具体实践都有一一说明。很适合scrum新手。 印象比较深刻的内容： ●scrum与传统瀑布流开发主要差异在于“迭代开发”和“增量开发”，小步快走可以更早获得反馈和调整。 ●要承认认知局限。在接触事物的早期，认知往往不深，而认知会随时间推移在不断反馈中加深，所以尽量不要在最终责任点前做决定。 ●够用就好。投入的精力（比如拆解任务等）、提前的准备工作，不是越详细越多就越好，要从经济合理的方面看问题。前期认知不深时投入过多，可能会导致大量浪费，所以要把握好度。 ●不论是什么工作，多从经济合理方面考虑安排和配置。工作的优先级，很多时候受时间，成本，范围三个重要因素影响。 ●工作或者任务的制定者，除了列出任务的内容之外，同时也可以制定“完成定义”和“接收标准”。前者明确某个阶段任务完成的标准（任务拆分后的一部分，比如开发），后者明确验收已完成任务标准（整个任务的全部流程，比如测试无误后），相当于验收清单。 ●19章中“确定生产能力”的整个过程很有意义，将所有可能占用时间的工作进行分析归类，并以可视化的方式展示出来。项目排期时间看起来够用，但刨除其他工作后，实际分摊到项目上的并不多，所以在预估时要把干扰时间考虑进去。 ●对燃尽图和燃烧图理解更深了。 暂时是这些，有空的话需要把第三四部分再看一遍。 另外我认为scrum的创建者或许受到了系统思考相关的启发。很凑巧，在看这本书时刚好看了《系统思考》，里面提到了自组织、涌现的内容，并且也强调管理工作或处理问题需要从整体、系统的角度，这与敏捷注重工作流和整体视角一致。 后续要把《系统思考》看完，再看看它的前辈《第五项修炼》。

很不错，讲的透彻，解答了很多年的一些疑惑，比如一个产品的完整周期是怎样的， PBI生命周期的管理， PBI与Sprint中task的关系等

Scrum是一种用于开发创新产品和服务的敏捷方式。 经验控制：Scrum的核心原则是检视、调整和透明性。

行文不流畅，一股子机翻味。 很多表达诘屈聱牙，看它解释一个名词时，还得揣度解释中的其它名词是什么意思。 但书中表达的内容思想又是很有价值的，以后有机会看原版吧。

总体不错，略微有点重复啰嗦。 Scrum 是很好的一种工作框架，其核心无非就是快速迭代，迅速获得反馈，然后及时调整方向，持续改进。