1、软件缺陷
Bug创造价值么？没了Bug才算是用户所期待的。Bug产生花销吗？找到Bug、汇报Bug、定位Bug、修补Bug、验证Bug等都要占用花销。Bug是能够 避免的么？大部分Bug全是能够 避免的。因此软件中的缺欠简直彻头彻尾的铺张浪费，假如能采用适度的措施降低Bug的出现，那一定会节省下来许多用于处理Bug的时间，随后把那些时间用在有价值的事情上边，这一正一负会产生极大的差别。
2、额外的功能特性
依据Standish Group的调查报告，传统的软件开发过程制造了大批人们不用的功能特性每一个功能的实现，都需要历经软件开发的全部生命周期：需求分析、设计、编码、测试、发布和维护，这需用消耗大批的人力、物力和财力，假如最后人们将不可能采用那些功能，那么全部的投入都变为了铺张浪费。而这都还没考虑过多的功能特性带给的系统复杂度所提升的花销，及变为潜在失败点的风险。因此额外的功能特性是软件开发过程中的一种铺张浪费。
3、传送
下列是一个典型的瀑布全过程场景：
需求分析师建立了一份包含全部产品需求量的文档，把它传送给了架构师；架构师取得需求量后做了一个产品设计，传送给了程序员；程序员编写代码实现架构师的设计，过后把结果传送给测试人员；测试人员依据产品需求量，来验证最后的产品。
期间填满了传送活动。架构师不可能像需求分析师那般深入地理解需求量，程序员也不可能像架构师那般确切地理解设计。大批知识在传送全过程中丢失，特别是大批的隐形知识没了被传送下去。每一次传送发生的知识丢失，是具有复合效应的。举例来说，一个人若表达能力尚可，大约能表述出70%左右的意思，若对方理解力尚可，大约能理解70%~80%的意思。因此传送数次越多，知识损耗就越大，那些不完整的理解将会造成错误和遗漏，末期需用昂贵的返工来改正。因此，降低交接、降低传送就是降低铺张浪费。
4、等待
等待一般 包含外部引发的等待（如项目启动的延迟、人员配备的延迟、审查批准的延迟等）、开发团队内部结构的互相等待（如任务分配不合理引发的互相等待、不同角色相互协作时的等待等），用户的等待。等待影响了团队效率，等待延迟了问题的暴露和解决时间，等待使用户没法尽快实现价值，因此降低等待就是降低铺张浪费。
淘贝App开发官网： http://taobeikeji.com 淘贝vi设计官网：http://www.szfyzkj.com