精益开发实战：用看板管理大型项目

作者: [瑞典] Henrik Kniberg 著 , 李祥青译

出版社: 人民邮电出版社

出版时间: 2012-09

版次: 1

ISBN: 9787115291776

定价: 39.00

装帧: 平装

开本: 16开

纸张: 胶版纸

页数: 168页

字数: 153千字

正文语种: 简体中文

原版书名: Lean from the Trenches: Managing Large-Scale Projects with Kanban

丛书: 图灵程序设计丛书

分类: 计算机与互联网

5 张插图图片

《精益开发实战：用看板管理大型项目》从实践角度展示如何使用看板管理大型项目。书中内容共分为两大部分。第一部分是案例研究，讲述看板和精益原则在具体项目中的运用；第二部分是技术详解，详细介绍第一部分提到的因果图等实践做法。
《精益开发实战：用看板管理大型项目》适合软件开发组织中的项目团队主管、经理和其他变更负责人，也适合一切对敏捷开发感兴趣的人士。 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章组织团队

第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.4Bug可视化

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.3Scrum概述

17.4XP概述

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章结语

附录术语表：如何避免高深术语
内容简介:
《精益开发实战：用看板管理大型项目》从实践角度展示如何使用看板管理大型项目。书中内容共分为两大部分。第一部分是案例研究，讲述看板和精益原则在具体项目中的运用；第二部分是技术详解，详细介绍第一部分提到的因果图等实践做法。
《精益开发实战：用看板管理大型项目》适合软件开发组织中的项目团队主管、经理和其他变更负责人，也适合一切对敏捷开发感兴趣的人士。
作者简介:
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章组织团队

第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.4Bug可视化

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.3Scrum概述

17.4XP概述

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章结语

附录术语表：如何避免高深术语