Scrum精髓：敏捷转型指南

图书标准信息

• 作者 Kenneth Rubin 著；姜信宝、米全喜、左洪斌 译
• 出版社 清华大学出版社
• 出版时间 2014-06
• 版次 1
• ISBN 9787302363859
• 定价 79.00元
• 装帧 平装
• 开本 16开
• 纸张 胶版纸
• 页数 446页
• 字数 457千字
• 正文语种 简体中文
• 原版书名 Essential Scrum

【内容简介】

　　短短几年时间，Scrum跃升为敏捷优选方法，在全球各地得以普遍应用。针对如何用好、用巧这个看似简单的框架，本书以通俗易懂的语言、条理清晰的脉络阐述和提炼出Scrum的精髓。全书共4部分23章，阐述了七大核心概念：Scrum框架，敏捷原则，冲刺，需求和用户故事，产品订单，估算与速率，技术债；五大角色：产品负责人，ScrumMaster，开发团队，Scrum团队结构，经理：Scrum规划原则及四大规划活动：多层次规划、产品组合规划、产品规划和长期规划；冲刺四大活动：规划、执行、评审和回顾。
　　《Scrum精髓：敏捷转型指南》取自作者十多年的实践经验，对员工个体和管理层都具有重要的指导和参考意义，可以帮助企业导入Scrum方法实现敏捷转型，从而在动态的商业环境中以积极的心态拥抱变化，做出优秀、卓越的产品，成就创业、守业、常青基业。

【作者简介】

　　KennethRubin，Ken提供Scrum和敏捷培训与教导服务，旨在帮助企业以更高效、更经济合理的方式开发产品。作为一名认证的Scrum培训师，他曾为1.8万人提供过Scrum和敏捷培训，管理过面向对象项目与企业转型管理过程。他还为数千家公司（从初创公司到财富十强的企业）提供教练服务。Rubin是全球Scrum联盟的首任常务董事，Scrum联盟是一家非盈利机构，着眼于推广Scrum的成功应用。从事开发工作期间，Rubin也是一个能干的多面手，先后担任过Scrum产品负责人、ScrumMaster和开发人员。他的管理经历也很丰富，担任过CEO，COO，工程副总，产品管理副总和专业服务副总。他还是SucceedingwithObjects:DecisionFrameworksforProjectManagement一书的合著者，此书出版于1995年。他还独立开发了业内享有盛誉的OBA/D（对象行为分析与设计）方法论。

【目录】

推荐序-Mike Cohn
推荐序-Ron Jeffries
推荐序-李国彪
前言
致谢
第1 章引言
什么是Scrum？
Scrum 的起源
为什么要用Scrum？
Genomica 取得的成果
Scrum 能给你带来帮助吗？
复杂域
繁杂域
简单域
混乱域
无序
常常被打断的工作
结语
第Ⅰ部分 核心概念
第 2 章 Scrum 框架
概述
Scrum 角色
产品负责人
ScrumMaster
开发团队
Scrum 活动与工件
产品 Backlog
冲刺
制定冲刺计划
目录
冲刺执行
每日例会
完成
冲刺评审
冲刺回顾
结语
第 3 章敏捷原则
概述
可变性和不确定性
积极采用有帮助的可变性
采用迭代和增量开发
通过检查、调整和透明性充分利用可变性
同时减少各种形式的不确定因素
预测与适应
保持选择开放
承认无法一开始就把事情做对
偏好适应性、探索式的方法
用经济合理的方法接受变化
平衡预测性的事前工作和适应性的刚好及时工作之间的关系
经过验证的认知
快速验证重要的假设
利用多个认知循环并行的优势
组织妥善工作流程以获得快速反馈
在制品
批量大小要经济、合理
识别并管理库存以达到良好的流动
考虑延迟成本
进度
根据实时信息来重新制定计划
通过验证工作结果来度量进度
聚焦于以价值为中心的交付
执行
快速前进，但不匆忙
内建质量
采用最小够用的仪式
结语
第 4 章冲刺
概述
时长限定
设定在制品数量限制
强制排列优先顺序
展示进度
避免不必要的完美主义
促进结束
增强可预测性
持续期短
容易制定计划
快速反馈
提高投入产出比
有限的错误
重新焕发活力
频繁的检查点
一致的持续期
节奏感的好处
简化计划过程
所做的变化不允许改变目标
什么是冲刺目标？
共同的承诺
是变更，还是澄清
变更所引起的后果
注重实效
异常终止
完成的定义
什么是完成的定义
完成的定义可以随时间演变
完成的定义与验收标准的比较
完成还是完成-完成
结语
第 5 章需求与用户故事
概述
利用对话
逐步细化
用户故事是什么
卡片
确认
细化程度
好故事的INVEST 原则
独立
可协商
有价值
可估算
大小合适（小）
可测试
非功能性需求
目录
知识获取型故事
收集故事
用户故事编写研讨会
绘制故事地图
结语
第 6 章产品 Backlog
概述
PBI
哪种方法更适合好的产品Backlog 有何特征
详略得当
涌现的
做过估算的
排列好优先顺序的
修整
什么是修整
由谁来修整？
何时修整？
就绪的定义
工作流管理
版本工作流管理
冲刺工作流管理
有哪些产品Backlog，有多少个？
什么是产品？
大型产品--层级式Backlog
多个团队，一个产品Backlog
一个团队，多个产品
结语
第 7 章估算与速率
概述
何时估算，估算什么
产品组合Backlog 条目的估算
产品 Backlog 的估算
任务估算
PBI 估算的概念
团队估算
估算不是承诺
准确相比精确
相对大小估算
PBI 估算单位
故事点
理想天数
规划扑克
估算规模
活动规则
好处
什么是速率？
计算速率范围
预测速率
影响速率
速率的误用
结语
第 8 章技术债
概述
技术债的后果
目录
不知何时爆发
交付时间增长
缺陷数量可观
开发支持成本上升
产品萎缩
可预测度降低
表现欠佳
普遍的挫败感
客户满意度降低
技术债的起因
按期完工的压力
尝试错误地提速
误区：减少测试可以提速
债累债
技术债必须加以管理
管理技术债的增长
使用良好的技术实践
使用强完成标准
正确理解技术债的经济效果
让技术债可见
让技术债在业务层面可见
让技术债在技术层面可见
维护技术债
并非所有技术债都应偿还
行将就木型产品
即扔原型
短命型产品
应用童子军规则（即遇技术债即维护）
增量地偿还技术债
先偿还高利息技术债
边做有客户价值工作边偿还技术债
结语
第Ⅱ部分 Scrum 的角色
第 9 章产品负责人
概述
主要职责
管理经济因素
版本发布层面的经济情况
冲刺级的经济情况
产品 Backlog 的经济因素
参与制定计划
修整产品Backlog
定义验收标准并验证这些标准是否得到满足
与开发团队协作
与利益干系人协作
特征∕技能
领域能力
人际交往能力
决策力
责任心
日常一天
谁应当成为产品负责人？
内部开发
商业开发
外包开发项目
组件开发
目录
产品负责人兼任其他角色
产品负责人团队
产品负责人代理
首席产品负责人
结语
第 10 章 ScrumMaster
概述
主要职责
教练
服务型领导
过程专家
屏蔽干扰（在Scrum 中通常说"保护团队"）
移除障碍
变革推动者
特征/技能
知识渊博
善于提问
有耐心
有协作精神
给予保护的
透明
日常一天
履行角色
谁应该成为ScrumMaster
ScrumMaster 是全职工作吗？
ScrumMaster 兼任其他角色