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

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

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

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

　　 “我从头到尾读完了这本书。一句话，太棒了！扎实、真切、有趣、易读、流畅，极好地平衡了理论与实践。”
　　 ——肯特·贝克（Kent Beck），敏捷先驱，著名软件工程师、作家
　　
　　 “向作者致敬！你不辞辛劳地记录下了大型项目获得成功需要做出的各种日常决策。希望这本书会成为判断众多项目成功与否的基准。”
　　 ——沃德·坎宁安（Ward Cunningham），维基概念发明者，设计模式和敏捷软件方法先驱
　　
　　 “这本书让我们看到了一个将敏捷流程的精髓应用于真实场景的案例。如果你曾困惑于‘我做得对不对’之类的问题，这本书就会告诉你答案。所有技术团队主管，只要想了解敏捷流程如何实际运作，都应该现在就买这本书！”
　　 ——科林·耶茨（Colin Yates），英国QFI咨询公司首席工程师

第一部分 我们如何工作
第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章 结语

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

　　 很多人都听说过精益软件开发、看板和其他一些时髦的术语。不过，这些东西实际上究竟是什么样？如果一个项目是开发真实的复杂系统，项目团队扩展到60人时应该如何管理？

　　 我无法告诉你具体该怎么做，因为每个项目的具体情况都会不同。不过我可以告诉你我们是如何做的（基本上是结合了Scrum、XP和看板），或许其中一些解决方案以及我们得到的经验教训能够为你所用。

　　 读者对象

　　 本书的主要读者是软件开发组织中的项目团队主管、经理、教练和其他变更负责人。

　　 不过，本书的部分内容对于有兴趣了解软件开发、精益产品开发或者常用的协作技术知识的读者，可能都有用，无论你是什么角色或处于什么行业。

　　 如果你希望对本书加以评论，请前往本书主页，访问论坛和勘误页面。欢迎你提出宝贵意见！

　　 如何阅读本书

　　 本书由两部分组成，每个部分都分成多个篇幅短小的章。

　　 第一部分“我们如何工作”是案例研究，讲述我们如何将看板和精益原则运用到为瑞典国家警署开发的大型项目中。第1章介绍了项目概况，接下来的各章详细介绍了我们面临的具体挑战（如项目需要扩展）、我们如何处理这些挑战，以及我们得到的经验教训。

　　 第二部分“技术详解”首先概要介绍了敏捷和精益，然后详细介绍本书第一部分中提到的一些实践做法，比如因果图。

　　 建议你先全文阅读第一部分，因为这是本书的核心所在，而且其中所有章的内容都互相关联。然后，再从第二部分中挑选自己感兴趣的内容，因为这部分各章的内容相对独立。

　　 第一次接触敏捷或精益？

　　 如果你是第一次接触敏捷或精益思想，也别担心，本书的内容面向实践，而不是理论。我只会告诉你我们的具体做法，你读的时候就会对相关理论有概念了。

　　 如果你想先初步了解一下敏捷和精益思想以及相关的方法（Scrum、XP和看板），那么可以直接阅读第17章。

　　 免责声明

　　 我并未说我们的工作方式是完美的精益方式。精益是方向，而不是目的。精益的核心是持续改进。精益没有明确的定义，但我们应用的很多精益实践都是以玛丽·帕彭迪克、大卫·安德森和唐·类纳森所教授的精益产品开发原则为基础的。而且，在多数情况下，这些精益实践都可与敏捷原则完美匹配。

　　 另外，你只是从我的视角看这个项目。我是项目的兼职教练，参与了六个月的时间。我没有要去展示项目100%的完整面貌，而是想让你了解我们具体做了什么，以及目前为止得到了什么经验教训。

　　 致谢

　　 很多人都对这本书的出版作出了贡献，感谢所有的人！我想特别感谢哈贝·雷德曼，他作为内部变更负责人将我带入项目，感谢托马斯·阿尔斯特尔伦德强有力的管理，让我们可以专注于项目目标。

　　 我还想向以下这些人致谢。

　　 克里斯蒂安·斯图尔特以及RPS管理团队的其他人，感谢他们委托我担任这一项目的教练，并允许我们宣传自己的具体做法。

　　 项目所有参与人员，感谢他们全心投入到此项目中，帮助推动变更流程。我为项目团队所拥有的高超技能、独特创造力和巨大能量深深折服！

　　 玛丽与汤姆·帕彭迪克夫妇，感谢他们多年来对我在精益软件开发方面给予的教诲与培训，并鼓励我写了这本书。他们还慷慨地提供了17.2节中的大部分内容。

　　 我的编辑凯·克普勒。在此之前我还从未与编辑合作过，此次合作经历弥足珍贵，让我受益匪浅。凯不但帮助润色了本书的文字，还帮助我提高了写作水平！

　　 本书所有审校人员：Gunnar Ahlberg、Kevin Beam、Kent Beck、Pawel Brodzinski、Ward Cunningham、Doug Daniels、Chad Dumler-Montplaisir、Yves Hanoulle、Michael Hunter、Andy Keffalas、Maurice Kelly、Sebastian Lang、Rasmus Larsson、Mary Poppendieck、Sam Rose、Daniel Teng、Nancy Van Schooenderwoert、Joshua White与Colin Yates。

　　 马提·史密斯和艾玛·马特森，感谢他们免费提供部分珍贵的照片。

　　 最后感谢我的妻子索非亚，是她让我专注工作（带着四个小孩子，真是不易），我才能用了数天，而不是数月就完成了本书的初稿。

　　 亨瑞克·尼伯（Henrik Kniberg）

　　 2011年10月于斯德哥尔摩