【笔记】软件活动中的浪费

序号不增值的活动举例或解释1特性生产过剩或在下一步骤之前生产过多部件•客户不需要的特征
• 大型需求文档---与其提供非常详尽的需求，不如快速的实现2等待、延迟•等待说明、文件、批准、组件、其他团体完成工作3交接、运输、移动• 分析人员将规格说明交给开发人员
• 开发人员将代码交给测试人员4额外处理（包括额外过程）•强制顺应集权过程的“质量”任务一览表5重复发明“轮子”• 重新创造其他开发人员已经开发的组件
• 数据或代码重复
• 重新学习、重新发明6部分完成的工作，在制品（WIP• 编写需求，但是没有代码
• 软件代码，但是没被测试7任务转换、在任务间移动、中断性多任务处理• 为处理棘手的缺陷而中断
• 在多个项目中承担多个任务
• 分配给部分人多个项目8在产品制造完毕后再测试和改正缺陷•在产品完成之后测试和改正缺陷不是增值活动，他可能是临时必须的浪费9未充分认识员工的潜能、多种技能、知识、想法、建议• 员工只为自己的单一专业职位工作，还是······
• 员工有机会改变他们发现的浪费吗？10知识和信息散布或遗失• 信息存储在多个单独的文档中，而不是集中在wiki中
• 沟通障碍，如员工办公室之间的墙壁，或员工位于多个不同的工作地点11一厢情愿（比如认为计划、估算和规格是“正确”的）• “估算不能增加，估算的工作量是我们所希望的，不是现在提出的。”
• “我们落后于计划，但是我们以后赶上。”