4.12.1 流程需要优化的现象有哪些
■开发产品没有一个“统一方法”;
■术语和定义不一致;
■注意力集中在“救火”上;
■过多的澄清会议;
■中层管理人员太多(太多会议);
■无法估计出资源需求(很忙、没有头绪);
■进度表不准确;
■无法估计出资源需求;
■小组与小组之间的计划不衔接(对出现问题有不同的理解);
■过量的任务间的相互依赖;
■对职责理解不够;
■浪费在没有附加值的工作上的时间(协调、重做)。
4.12.2 流程优化的技巧
流程优化的技巧如表4-31所示。
表4-31 流程优化的技巧
序号 |
主题 |
内容 |
1 |
消除或压缩流程中的等待和传递时间 |
流程多样化、提高针对性,将串行活动变成并行活动,去除不需要的活动,减少流程步骤,合并内部的界面(环节),调整各环节的地理位置或导入IT应用,压缩每个环节的时间,规定时间期限 |
2 |
优化流程中的检查与审核 |
根据发生错误的概率来决定检查、评审点设置的必要性,取消重复审批点,根据控制对象的风险和金额的大小,进行分层审批,采用窗口式服务 |
3 |
减少流程中的返工 |
提高流程中决策点的透明度,建立经验、教训、共享知识库,规范对流程执行人员的培训,重要活动定义操作规范和模板 |
4.12.3 流程如何有效推行
■简单,不要复杂难以理解的流程,也不需要制定过多的流程规范;
■抓住主要问题,不要贪大求全;
■研发管理核心人员的支持;
■注意宣传;
■推广团队的稳定性及有效培训;
■纠正预防;
■IT系统落地。
4.12.4 如何保证流程体系执行的质量
保证流程体系执行的质量如表4-32所示。
表4-32 保证流程体系执行的质量
序号 |
主题 |
内容 |
1 |
规划管理文档体系 |
明确定义各样的规范、指导书、Checklist等文档之间的关系,以及它们的主要作用 |
2 |
一次性把事情做好 |
充分获取和理解各方面输入的资料,弄清楚产品的应用场景,这也是一个对需求理解的过程。要求必须完成前一阶段的工作并为下一阶段工作提供高质量的输入,保证每一阶段的工作都是连续的、正确的 |
3 |
严格按照流程要求执行 |
加深对流程的认识,严格按照流程规定操作而且要提高研发人员责任心。不要总是认为按照流程操作太机械化、不灵活,国际化的大公司就应该机械化,机械化的工作方式能够使犯错误的概率降到最低 |
4 |
加强各阶段的评审和监控力度 |
保证每个阶段的输出质量 |
5 |
保证系统分析全面性 |
对产品的备选方案进行全面检查,形成文档。减少后期工作很多不确定性,不要出现后期推翻之前的结论,或者到后期才发现很多现成的部件或模块由于结构安装布局或供电等原因而无法使用,只能要求重新开发的情况,提高模块或部件的共享性 |
4.12.5 ODM/OEM行业VOC活动介绍
VOC是ODM/OEM类型项目的典型活动之一,对认证、知识产权、技术功能、测试和物料需求进行评估。一般自主研发项目则没有VOC活动。
VOC交付的内容包括:客户原始需求列表、关键物料风险评估报告、Q&A问题整理列表。
■项目经理根据立项阶段获得的市场信息进行VOC;
■按照要求完成客户原始需求列表和规格信息,VOC应该包括客户对象、收集需求的时间、方式(交谈、邮件、电话或传真等)、责任人、结束的时间和客户确认的时间;
■项目经理组织需求分析人员进行信息分析,并分组提出问题,将问题写入客户原始需求列表的Q&A部分。分组为硬件、软件、结构、硬件测试和软件测试;
■项目经理召开需求讨论会,组织需求分析人员对Q&A问题进行确认,删除不需要的问题,补充需要核实的问题;
■项目经理将问题发给客户并规定客户回复的时间;
■收到客户回复后,项目经理组织需求分析人员进行理解和消化,确定是否需要开始新一轮的VOC。