适用场景:产品研发流程管理、质量控制方案制定、研发流程优化方案
演讲要点:技术评审分层分级实施、需求评审参与部门不全、项目经理承担最终决策责任
行文逻辑:建立组织→策划质量→控制评审→保证改进→规划重点
通过这次研发质量管理培训,了解了业界产品研发质量管理的优秀模式与实践,学习了结构化的产品开发流程体系,重点关注了产品开发过程中技术评审的分层分级与操作方法。培训讲师曾在hw公司多年从事流程引导,对新产品开发流程的讲解使我对ipd中岗位、角色,如pac(产品决策委员会)、pmt(项目管理团队)、pdt(产品开发团队)、pqa(产品质量保证)等有了更深的认识。参加这次培训的人员来自五家公司,主要是技术总监、项目管理部和质量保证部负责人,公司也都是中小企业,只有我们公司拥有实施ipd经历和研发管理信息平台,加上目前正在实施的系统工程(硬件可靠性、失效分析、物料认证),说明我们公司具有成长为中型企业的潜力,只是感觉公司之前对ipd流程的理解和贯彻落实的力度还不够。
研发质量管理贯穿于产品开发的全流程,包括研发质量管理组织建立、研发质量策划、研发质量控制(技术评审和产品测试)、研发质量保证和研发质量改进。而技术评审穿插于产品概念、计划、开发、验证与发布各阶段之间,目前也正是我们公司产品开发流程中最薄弱的环节,以往有些流于形式,主要原因是没有将技术评审分层分级进行。我们目前很多评审将研发组内纵向模块级评审与涉及pdt多部门的横向产品级评审混为一团,所以有人对跟自己无关的事讨论占用大家时间有意见,甚至有时不参加会议。
只有分级评审才是解决问题的根源,项目组在进行产品级评审之前必须先进行研发组内模块级评审,并做好必要记录和有关问题解决办法,模块级评审可以邀请其他技术部门高手参加,技术专家提供意见但不承担责任,可以不签字或者签字注明“特邀”,以便明确责任。产品级评审主要针对pdt各部门之间接口部分和模块级评审中提出的重大问题,如果模块级评审进行充分,产品级评审过程的时间就会降下来。建议由qa组织产品级评审,并对项目组的模块级评审记录和准备提交产品级评审内容进行检查,通过后方能进行产品级评审,同时维持会场秩序,避免陷入细节,避免把各村、乡、县里的事情都放到省级会议上讨论,提醒pdt中各部门代表真正代表其部门发言。考虑到qa人员数量和技术水平有限,模块级评审尽量参加,产品级评审则必须参加。抓好技术评审将是今年和明年研发质量保证组的工作重心。
技术评审最后谁来拍板呢?项目经理、产品经理、还是产品总监?我跟培训老师特别交流过。目前我们公司把产品经理定位于产品需求管理和市场支持,处在产品开发的两头把关。这对产品经理的要求很高,往往对多个项目提供支持,开会、出差较多。产品总监更是事务众多,评审会时常无法参加,对项目的了解项目经理则更为全面。培训师建议:产品总监授权项目经理综合pdt成员意见,对技术评审最后拍板。我也认为项目经理具备这个能力。
需求评审非常重要,它对设计、开发影响,变更也是最多的,如何控制好变更,尽量减少变更?办法是一开始就尽量把事情做充分。需求评审时召集pdt成员代表自己部门提出需求,如工艺工程师提可制造性需求、测试工程师提可测试性需求、工程部提可服务性需求等等,我们的pdt成员除研发部门外生产、营销、工程目前还没有充分利用自己的发言权,他们对项目的了解也是皮毛,产品需求里自然也很少体现这方面的内容。有人将研发、市场和销售部比作一个足球队的后卫、中场和前锋,市场部是中场发动机,负责整合资源、策划和组织进攻,我们正缺乏一个强有力的中场,培养产品经理的市场意识和建设产品经理后备队伍是关键。
通过这次深圳研发质量管理培训,了解了业界产品研发质量管理的优秀模式与实践,学习了结构化的产品开发流程体系,重点关注了产品开发过程中技术评审的分层分级与操作方法。培训讲师曾在hw公司多年从事流程引导,对新产品开发流程的讲解使我对ipd中岗位、角色,如pac(产品决策委员会)、pmt(项目管理团队)、pdt(产品开发团队)、pqa(产品质量保证)等有了更深的认识。参加这次培训的人员来自五家公司,主要是技术总监、项目管理部和质量保证部负责人,公司也都是中小企业,只有我们公司拥有实施ipd经历和研发管理信息平台,加上目前正在实施的系统工程(硬件可靠性、失效分析、物料认证),说明我们公司具有成长为中型企业的潜力,只是感觉公司之前对ipd流程的理解和贯彻落实的力度还不够。
研发质量管理贯穿于产品开发的全流程,包括研发质量管理组织建立、研发质量策划、研发质量控制(技术评审和产品测试)、研发质量保证和研发质量改进。而技术评审穿插于产品概念、计划、开发、验证与发布各阶段之间,目前也正是我们公司产品开发流程中最薄弱的环节,以往有些流于形式,主要原因是没有将技术评审分层分级进行。我们目前很多评审将研发组内纵向模块级评审与涉及pdt多部门的横向产品级评审混为一团,所以有人对跟自己无关的事讨论占用大家时间有意见,甚至有时不参加会议。只有分级评审才是解决问题的根源,项目组在进行产品级评审之前必须先进行研发组内模块级评审,并做好必要记录和有关问题解决办法,模块级评审可以邀请其他技术部门高手参加,技术专家提供意见但不承担责任,可以不签字或者签字注明“特邀”,以便明确责任。
产品级评审主要针对pdt各部门之间接口部分和模块级评审中提出的重大问题,如果模块级评审进行充分,产品级评审过程的时间就会降下来。建议由qa组织产品级评审,并对项目组的模块级评审记录和准备提交产品级评审内容进行检查,通过后方能进行产品级评审,同时维持会场秩序,避免陷入细节,避免把各村、乡、县里的事情都放到省级会议上讨论,提醒pdt中各部门代表真正代表其部门发言。考虑到qa人员数量和技术水平有限,模块级评审尽量参加,产品级评审则必须参加。抓好技术评审将是今年和明年研发质量保证组的工作重心。
技术评审最后谁来拍板呢?项目经理、产品经理、还是产品总监?我跟培训老师特别交流过。目前我们公司把产品经理定位于产品需求管理和市场支持,处在产品开发的两头把关。这对产品经理的要求很高,往往对多个项目提供支持,开会、出差较多。产品总监更是事务众多,评审会时常无法参加,对项目的了解项目经理则更为全面。培训师建议:产品总监授权项目经理综合pdt成员意见,对技术评审最后拍板。我也认为项目经理具备这个能力。
适用场景:核电工程现场管理、台风灾害应对处置、应急预案执行评估
演讲要点:应急物资保障到位、隐患排查整改落实、人员响应培训不足
行文逻辑:成立应急组织→准备应急物资→开展隐患排查→强化人员培训
受强9号台风影响,监理部认真贯彻应急组织机构领导精神,高度重视,密切关注台风发展动向,全力以赴,迅速组织、协调指挥各施工单位、监理部各有关部门,有序、高效开展防御台风“纳沙”工作,切实做好各项防御工作,最大限度减少自然灾害所造成的损失。现将有关防台工作总结如下:
一、应急准备
1、提高认识,加强领导
为了及时、科学应对突发事故事件,成立霞浦核电项监部应急组织机构。应急小组组长:总监理工程师。
应急小组副组长:副总监理工程师及各部门负责人。
应急办公室:设在安全管理部,应急办公室主任由安全管理部负责人担任,成员由安全管理人员和质量保证部人员组成。
2、应急物资保障
项监部配备必要的"应急物品如:雨衣、雨靴、消毒用品(紫碘、75%酒精)、常用药品(创可贴、纱布)、急救物品(绷带、无菌敷料)、手电等。应急撤离时,应准备必要的饮用水、面包等食物。
二、台风过后恢复生产
台风过后,监理部要求各施工单位必须做好现场隐患排查,重点检查脚手架、边坡、临时用电等,并对存在的问题立即进行治理,确保现场安全状态满足要求后方可组织施工。同时,监理部立即组织对现场状况进行检查,了解现场各项损失,对存在的问题立即要求整改。
三、主要存在问题及改进建议
1、各施工单位在防台防汛过程中,存在应急物资配备不足、现场信息牌等设施回收不到位、ⅱ级应急响应发布后仍有人员滞留岛上等问题,说明各施工单位防台防汛考虑不够深入、仔细,重视程度不够。在后续应急管理工作中需重点关注与改进,要求各施工单位加强防台知识宣贯,梳理防台应急预案,落实应急物资维护工作。
2、监理部在应急响应启动后,应急办公室进行清点人员时,部分人员响应不及时,导致监理部应急响应行动滞后。在后续工作中,需加强人员培训宣贯,台风来临前必须时刻关注微信群的台风动态及具体行动要求。