在现在的快速和敏捷软件开发中已经使用了很多的精益思想，比如准时制生产，看板管理，TQM，零缺陷，团队和并行工程等都可以在敏捷软件开发中找到影子。前面我写过TPS和项目管理，而这篇重点描述TPS和软件开发。

整洁和明亮的办公环境是很重要的，好的环境产生好的心情，好的心情产生高质量的产品。而敏捷开发强调的办公环境都需要为高效沟通服务，办公是集中办公，办公位之间最好是没有阻隔板等开放环境。墙面预留来做看板和状态管理，有个1-2个专门的小会议室方面2-3个人下范围的进行问题的讨论和评审。工作时间每个人最好能够专注，不受太多外界的干扰，只有休息和工作时间完全分开才可能高效率产生高质量的产品。

精益里面的看板管理在敏捷软件开发中有明显的体现，比如用户故事墙，贴在白板上的小纸条(TODO,DOING,DONE)，涉及进度的S曲线等。这一切都是为了进度在整个团队是可视化的。只有明确知道你现在的位置和偏差，才知道如何改进以达到目标。在这里我们推荐的仍然是基于特征值和功能点的快速迭代开发模式，FDD特征驱动开发应该成为后续快速软件开发的主流。

在敏捷和极限编程中的测试驱动开发TDD应该是精益思想中关于拉式生产很好的体现。同时我们基于用户场景和Story进行的用例驱动开发也是拉动生产很好的体现。首先针对用户需求我们会编写UserStory，而在UserStory出来后我们不会先开始设计和编码工作，而是要通过编写测试代码来驱动开发，同时也驱动对需求的检验和细化。

说到交付能力，一定会提及到精益思想和柔性生产里面谈到的小批量和多批次的概念。我们的交付需要进行多次交付，使用户能够尽快的拿到他们需要的产品。而要做到尽早的交付，并非所有功能都全面完成了才交付就引入了迭代开发和持续集成必须要引入到我们现在的软件开发中，每一次迭代都是可以向用户独立交付的产品。所以也可以讲：

准时化开发 = 持续集成 + 迭代开发 + 多次交付。
零库存 = 用户故事驱动 + 每次提交都不产生半成品。

根据软件开发的生命周期模型，一个功能的开发需要经过需求，设计，编码和测试等多个工作单元或工序。在精益思想里面的自主工作单元就强调产品能够一件一件的生产，各工序的工作人员都能够一起工作而且工序之间没有库存。在软件开发中，上下游各个环境的密切配合就显得更加重要的，工序之间有库存说明了在整个流水线中存在了瓶颈，整个开发生产线是没有达到一种最优的。因此在快速软件开发中我们必须要考虑上下游角色之间如何更好的衔接，工序之间如何减少等待和浪费等问题。