精益开发实战

Henrik Kniberg 资深敏捷教练、咨询专家，精益和敏捷原则的积极实践者，目前效力于瑞典的Crisp公司。在过去的10年间，Henrik曾为瑞典的3家IT公司担任过CTO，帮助过很多公司走上敏捷精益软件开发之路。Henrik是获认证的Scrum教练，与Scrum的联合创始人Jeff Sutherland共同进行培训和教练工作，并经常作为主讲嘉宾出席业内的各种国际性会议。除本书外，他还著有《硝烟中的Scrum和XP——我们如何实施Scrum》和Kanban&Scrum, making the most of both。现和家人居住在瑞典首都斯德哥尔摩，业余时间在两家乐队担任低音键盘手。

李祥青 七十年代生于湘西，长于西北。曾从事教师、工程翻译、计算机图书编辑等职，并编辑、翻译图书若干。七年前进入IT公司软件本地化团队，负责过本地化产品质量保...

(展开全部)

Henrik Kniberg 资深敏捷教练、咨询专家，精益和敏捷原则的积极实践者，目前效力于瑞典的Crisp公司。在过去的10年间，Henrik曾为瑞典的3家IT公司担任过CTO，帮助过很多公司走上敏捷精益软件开发之路。Henrik是获认证的Scrum教练，与Scrum的联合创始人Jeff Sutherland共同进行培训和教练工作，并经常作为主讲嘉宾出席业内的各种国际性会议。除本书外，他还著有《硝烟中的Scrum和XP——我们如何实施Scrum》和Kanban&Scrum, making the most of both。现和家人居住在瑞典首都斯德哥尔摩，业余时间在两家乐队担任低音键盘手。

李祥青 七十年代生于湘西，长于西北。曾从事教师、工程翻译、计算机图书编辑等职，并编辑、翻译图书若干。七年前进入IT公司软件本地化团队，负责过本地化产品质量保证及软件本地化供应商管理，一年半后转至技术写作团队至今。喜欢音乐、读书、电影、网球等。另有合译作品《璀璨星途：迈克尔•杰克逊音乐历程全记录》即将面世。

第一部分 我们如何工作
第1章 项目背景
1.1 时间线
1.2 我们如何切割大象
1.3 我们如何让客户参与进来
第2章 组织团队
· · · · · · (更多)

第一部分 我们如何工作
第1章 项目背景
1.1 时间线
1.2 我们如何切割大象
1.3 我们如何让客户参与进来
第2章 组织团队
第3章 每天出席鸡尾酒会
3.1 第一拨：功能开发团队每日立会
3.2 第二拨：不同专业角色的同步立会
3.3 第三拨：项目同步立会
第4章 项目进度板
4.1 我们的节奏
4.2 如何处理紧急问题和障碍
第5章 扩展任务看板
第6章 跟踪总体目标
第7章 定义“可供”与“完成”
7.1 可供开发
7.2 可供系统测试
7.3 两个定义如何提升团队协作
第8章 处理技术故事
8.1 示例1：系统测试瓶颈
8.2 示例2：版本发布前一天
8.3 示例3：7米长的类
第9章 处理Bug
9.1 持续系统测试
9.2 立马修复Bug！
9.3 为何要限定Bug跟踪系统中的Bug数量
9.4 Bug可视化
9.5 预防Bug重现
第10章 持续改进流程
10.1 团队回顾
10.2 流程改进研讨会
10.3 掌控改变速率
第11章 管理在制品
11.1 采用在制品限额
11.2 为什么在制品限额只适用于功能卡
第12章 捕捉并使用流程度量
12.1 速率（每周功能数）
12.2 为何不使用故事点
12.3 周期时间（每个功能所需时间）
12.4 累计流量
12.5 流程周期效率
第13章 Sprint与版本发布规划
13.1 需求清单梳理
13.2 挑选前十个功能
13.3 为何将需求清单梳理工作移出Sprint规划会议
13.4 规划版本发布
第14章 我们如何做版本控制
14.1 主干无垃圾
14.2 团队分支
14.3 系统测试分支
第15章 为何我们只用真实看板
第16章 经验教训
16.1 了解目标
16.2 不断实验
16.3 拥抱失败
16.4 解决真正的问题
16.5 拥有专职变革推动者
16.6 让人们参与进来
第二部分 技术详解
第17章 敏捷与精益概述
17.1 敏捷概述
17.2 精益概述
17.3 Scrum概述
17.4 XP概述
17.5 看板概述
第18章 缩减测试自动化需求清单
18.1 怎么办
18.2 如何每个迭代周期都提高测试覆盖率
18.3 第1步：列出测试用例
18.4 第2步：测试分类
18.5 第3步：按优先顺序对列表进行排序
18.6 第4步：每个迭代周期自动化若干测试
18.7 这能解决问题吗？
第19章 用规划扑克估算需求清单大小
19.1 不用规划扑克进行估算
19.2 用规划扑克进行估算
19.3 特殊牌
第20章 因果图
20.1 解决问题，而不是解决症状
20.2 精益问题解决方法：A3思维
20.3 如何使用因果图
20.4 示例1：发布周期长
20.5 示例2：上线版本有缺陷
20.6 示例3：缺乏结对编程
20.7 示例4：很多问题
20.8 实际问题：如何创建并维护因果图
20.9 陷阱
20.10 为何采用因果图？
第21章 结语
附录 术语表：如何避免高深术语
· · · · · · (收起)

第 1 章 项目背景 瑞典国家警署是瑞典国家警察机关。我们开发的产品是一个全新的名为PUST（Polisens mobila Utrednings Stöd）的数字调查系统。项目的基本理念是为每台警车配备一台小型手提电脑，具备移动连网功能，以及一个网页应用，来让警察快速处理调查工作。 假设警察抓到一名醉驾司机。过去，警察需要做笔录记下所有信息，开车到警局，提交报告，然后把案子移交给另一位调查...

• 第1章 项目背景