【产品】产品工作过程中的七大浪费
什么是七大浪费？
如果没接触过工程管理或质量管理的朋友，看到这个标题时，千万不要误会，七大浪费并不是因为在下只能想到7个小标题，所以叫七大浪费。这是质量管理中的专业名词。
要了解什么是七大浪费，首先，我们要了解什么是“精益生产方式”。
精益生产是丰田公司践行的一个生产理念，这个理念，顾名思义——生产的产品要精良、高效益，高成本的极品不行，低成本的垃圾也不行，就要成本低的精品。
这里面还有一段历史，就是二战后的日本汽车产业几乎被美国车打到快断气了。而丰田的老大——丰田喜一郎提出一个目标：降低成本，取消不必要的浪费，三年赶超美国！
这位大佬画的大饼，让手下的一位叫大野耐一的职业经理人激动不已。于是这位大野耐一同学，每天就蹲在工厂里，死死盯住生产中的每一个环节，研究各个环节是否存在浪费。最终，就研究出了生产中可能会存在的各种浪费，并且整理出了一套大名鼎鼎的“丰田生产方式（TPS）”。
生产中的七大浪费：
过量生产的浪费：生产过多、过早，下一个环节用不上，就是一种浪费
等待时间的浪费：上游零部件供应不及时，员工在等待零部件，产生浪费
搬运过程的浪费：搬运的方式、动作不合理或者不是最优方式，会浪费时间和成本
库存的浪费：产品生产过多，需要使用仓库储存，增加成本，造成浪费
过程的浪费：生产过程不合理，导致成本增加，容易产生浪费
动作的浪费：工作的动作不标准或者出现多余动作，造成时间和体力的浪费
不良品的浪费：生产出不合格的零部件或产品，当然是一种严重的浪费
这七大浪费都是工业生产中的出现的浪费，是不是只有制造业才能用？
其实不然，七大浪费早就超脱了汽车生产的范畴，在各个领域都用这七个浪费来审视自己企业的工作流程。例如餐饮业，食材预备过多而卖不出去，这就是库存浪费；做菜的步骤过于繁琐，这是动作浪费。诸如此类。
所以，在产品工作中，我们当然也可以把七大浪费作为指标，不断审视和优化我们的工作流程。下面，说一下我自己观察到的关于产品设计和开发工作的七大浪费和解决方案，不一定对所有人适用，当做抛砖引玉，展示一下我的思考思路吧。
产品设计与开发中的七大浪费：
一、过量生产的浪费
问题：做出没有必要的功能或产品，增加了维护成本
原因：（1）需求接收不准确；（2）没有考虑成本最低的方案，局限于使用新功能满足需求方
解决方案（1）：产品经理需要熟悉业务流程和场景，先弄明白业务流程再考虑方案；（2）优先考虑最低成本方案，包括使用现有产品或功能实现，除非有更优质的方案再考虑增加新的功能或系统，减少过度开发。
二、等待时间的浪费
问题：产品到开发，开发到测试都存在不同步的问题，产品往往需要等开发完成
原因：工作“节拍”不一致，开发所需的时间比产品设计要长很多，导致互相需要等待，造成时间浪费
解决方案：产品主动调整工作节奏，例如开发人员没有时间开发新功能，则增加更多的方案讨论和评审，再安排开发，这段时间实际上可以减少开发过程中的沟通成本，从整体上提高开发效率。另外，如果开发出现空闲时间，产品可以准备一些bug单或者小调整让开发做。我以前实习时的导师跟我说，让开发闲着的产品不是好产品，你细品...
三、搬运过程的浪费
问题：主要体现在设计方案同步问题，由于设计修改，需要把设计稿转为网页版，再上传到内部SVN，开发人员才能看到，整个过程至少要耗费5分钟到半小时不等，整个过程就造成了时间浪费
原因：（1）开发没有安装可以查看设计原型的软件；（2）不允许在IM直接传输文件；（3）没有使用线上同步的工具
解决方案：现在有很多可以直接在线更新的设计工具，例如墨刀或者蓝湖这种插件，当然Axure也是有一个叫AxureShare的功能的，可以直接共享文档。但是，如果企业认为以上工具会有安全问题，想必这公司规模也不小了，可自行开发一个可以在线共享文档的工具，尽量减少原型交付到开发查看的这个过程。
四、库存的浪费
问题：很多需求和产品原型，一直在堆积，没有安排开发，最后就被遗忘掉，前期付出了不必要的时间
原因：需求不紧急，以至于被大量其他优先的任务插单，插单以后又没有安排重新做
解决方案：（1）需求先排优先级，以及了解现有资源情况，再进行设计；（2）每个月进行月度总结，查看有什么遗留的任务没有做，安排到下个月工作日程当中；（3）插单需要通过审批，有规有矩，不能轻易改动开发顺序。
五、过程的浪费
问题：提出一个需求，需要填写各种表单和文件，尤其一些公司的流程不规范、或者过于冗余，从需求提出到产品开发的过程会浪费很多时间
原因：（1）需求提出到开发，需要提需求单、安排开发、开发计划表等，真个流程的环节较多；（2）为了保证把控开发进度，产品、开发、测试，开多张需求单，容易导致过程不透明，增加了沟通成本；
解决方案：可以让相关开发人员在产品建立的需求提单上面评估时间，产品经理再进行整理，增加信息透明度。所有人员更改或计划更改在一张表单中进行编辑，尽量缩减不表要的步骤。
六、动作的浪费
问题：产品设计原型与产品文档分开两个文件进行编辑，导致产品需要维护两份文件，而开发也需要切换着看两个文件，需求修改的时候也需要同时更新两个文件，看上去是一个小动作，其实也是一种时间浪费。
原因：传统习惯，需求文档可以讲述更多的产品背景或者其他内容，然后也可以让产品重新思考自己的设计
解决方案：其实文档是否详细跟你用什么文件写，关系不太大，我是比较推崇直接在原型文件中直接编辑需求说明的。当然也不是随便写，需要遵循一定的格式，例如要求每个功能写前置条件、后置条件、交互效果，用表格的形式规范起来，这样产品和开发都可以节省不少时间。
七、不良品的浪费
问题：产品的产出就是需求文档和原型，但很多产品设计在逻辑就有问题，或者没有考虑各种特殊情况，或者是各种细节描述不清晰，这就算是我们产出的原型是不太理想的了。
原因：能力有限、时间有限、对产品的了解有限、各种用户使用场景没有考虑充分
解决方案：逻辑上养成一种思考习惯，设计一个功能，思考用户各种非正常操作场景，还有功能的各种前置条件需要考虑清楚；对功能进行描述的时候，有多详细写多详细，写多了只是看起来啰嗦，但是写少了，回头各种沟通，就是纯粹的浪费时间。
最后小结
关于产品的七个浪费，比不是针对所有公司，每个公司的情况肯定是不一样的。这种工具给我们提供了一个不错的思路，让产品人员，尤其是产品管理者更好的管理整个产品团队或开发团队。不妨尝试动手分析一下自己团队存在的各种浪费，在各个流程中做到精益求精，相信一个优秀的组织设计，一定会产出优秀的作品。
