“精益软件开发”七大原则，就是我们所熟悉的消除浪费、增强学习、尽量延迟决策、尽快交付、授权团队、嵌入完整性、着眼整体等精益软件开发的七原则。

李智桦编著的《精益开发与看板方法》除了传递软件工程上的精益观念，还在实务作法上以精益开发中独具特色的看板方法（Kanban Method）为主要工具，阐述了精益七大原则及其实践，充分演示如何巧用精益和敏捷这两种方法来应对日益复杂的软件开发项目。

《精益开发与看板方法》作者李智桦从事软件开发多年，善于吸取敏捷和精益这两种开发方法的精髓，对看板的理解和应用具有实用而丰富的经验。他在本书中依托精益开发中的主流工具，介绍了看板的概念、遵循的基本原则、看板的适用范围和具体使用等。

精益软件开发是当下软件开发项目的主流。看板可以使得精益理念落实并贯穿于整个开发流程，从而提高应变能力、减少无谓的资源及时间浪费、完全发挥团队的开发效能。本书适合所有软件从业人员（从项目经理到工程师）阅读，可以帮助他们从容应对千变万化的客户需求。

第1章 精益软件开发

 1-1 精益的由来

 1-2 精益软件开发

 1-3 精益软件开发七大原则

1-3-1 消除浪费（Eliminate waste）

1-3-2 增强学习（Amplify learning）

1-3-3 尽量延迟决策（Decide as late as possible）

1-3-4 尽快交付（Deliver as fast as possible）

1-3-5 授权团队（Empower the team）

1-3-6 嵌入完整性（Build integrity in）

1-3-7 着眼整体（See the whole）

 1-4 结论

第2章 看板方法

 2-1 看板的由来

 2-2 何为“看板方法”

 2-3 看板方法四大基本原则（Foundational Principles）

2-3-1 原则1：从既有的流程开始

2-3-2 原则2：同意持续增量、渐进的变化

2-3-3 原则3：尊重当前的流程、角色、职责和头衔

2-3-4 原则4：鼓励在各个层级上发挥务实性领导行为

2-3-5 四大基本原则的意义

 2-4 为何要使用看板方法

 2-5 哪些地方可以运用看板方法

 2-6 结论

第3章 看板方法的六大核心实践

 3-1 可视化目前的工作流程

 3-2 限制半成品（WIP）数量

3-2-1 利特尔法则

3-2-2 多任务是不好的？看板方法如何处理多任务

3-2-3 怎么样的数值才会让人满意呢

3-2-4 根据请求的多寡分配产能

 3-3 管理工作流程

 3-4 让规则明确

 3-5 落实反馈循环

 3-6 由协作改善，经实验演进

 3-7 结论

第4章 如何实施看板方法

 4-1 看板墙的设计

4-1-1 三个基本元素

4-1-2 顺序处理状态VS.并行处理状态

4-1-3 工作项目的属性

4-1-4 加入WIP限额

 4-2 Scrum运作模式的看板墙设计

4-2-1 将看板方法融入Scrum的开发过程

4-2-2 在Scrum中运用看板

 4-3 看板一日游

4-3-1 看板一日游1/12说明

4-3-2 看板一日游2/12说明

4-3-3 看板一日游3/12说明

4-3-4 看板一日游4/12说明

4-3-5 看板一日游5/12说明

4-3-6 看板一日游6/12说明

4-3-7 看板一日游7/12说明

4-3-8 看板一日游8/12说明

4-3-9 看板一日游9/12说明

4-3-10 看板一日游10/12说明

4-3-11 看板一日游11/12说明

4-3-12 看板一日游12/12说明

 4-4 运行看板方法的简单规范

 4-5 结论

第5章 个人看板：类项目管理

 5-1 个人看板

 5-2 制作第一个个人看板

5-2-1 可视化

5-2-2 设定WIP限额

5-2-3 看板管理：开始运行拉动系统

 5-3 个人看板与软件开发：类项目管理

5-3-1 项目的范围

5-3-2 建立个人看板

5-3-3 个人看板一日游

5-3-4 另类的个人看板

 5-4 结论

第6章 个人看板与生活：让生活与工作相得益彰

 6-1 开始使用看板

 6-2 生活与效能

6-2-1 消除浪费

6-2-2 梦想与目标

 6-3 个人看板进阶

 6-4 结论

第7章 预测未来：减少变异性，增加可预测度

 7-1 系统思考

 7-2 内部变异

 7-3 外部变异

 7-4 结论

第8章 持续改进

 8-1 看板方法的问题管理

 8-2 运用看板方法自然形成简单的团体规范

 8-3 没有银弹（No Silver Bullet）

附录

 附录A 精益咖啡

 附录B Scrum But 和 Kanban But

 附录C 用户故事图谱：对付需求模糊的好帮手

 附录D 敏捷开发需要哪些文件