记录品质协会(www.PinZhi.org)

品质协会(www.PinZhi.org) › 记录

天行健: 公司研发过程一个项目有十几个评审，评审流于形式，评审后文件研发人员又可以再次修改，也没有反复组织评审，这些问题咋解决？

1085279993: 那为什么搞那么多评审，关键的几个人评审不就行？然后落实一个责任人。 (4-27 17:07)
天行健: 不是评审人数，是立项、策划、需求分析、设计、开发。。。。。十几个流程环节要评审，不过参与评审领导也不少有八九个人 (4-27 17:44)
wanggonglj: 你是什么职位？上级是啥人？下面有几个人？岗位职责，各负其责。存在即合理。要么上冈山，要么认从。 (4-27 17:11)
天行健: 我负责体系的，公司项目管理工程师负责组织研发项目评审，我梳理流程时发现这个地方有不合理地方，不过还没有想好怎么改进呢 (4-27 17:45)
wanggonglj: 研发的公公婆婆太多啦！设计开发程序文件是质量技术部写的?不太对哟，应该是研发编写，涉及部门参与讨论会签，体系（质量）负责发布。... (5-4 09:38)
天行健: 情况比较复杂，母公司那边就是质量技术部负责编写设计开发程序，我们子公司引用的母公司制度，要想返还给研发自己编写，还要改变不少领导认知 (5-4 09:42)
wgq518: 手伸的太长自己容易死，体系怼研发就是找灯笼上WC，找屎 (4-28 07:52)
天行健: 你不太清楚情况，公司设计开发程序文件是质量技术部写的，研发也觉得流程比较繁琐，出现交给客户一套资料+交给公司质量技术部另外一套资料的... (4-28 09:00)
wgq518: 写你所做，做你所写，体系，体系？？？ (4-28 10:00)
pomewty: 评审流于形式，可以把评审内容标准化，让其框选打√。另外评审的再次修改可以认为是变更吗？走变更流程。 (4-28 07:58)
天行健: 如果走变更流程，再组织一次评审，会浪费很多时间，有可能一个产品需求会在评审通过后还会改几次吧 (4-28 09:22)
kwplmj: 给你一建议，你先非常深入的了解，别急着改，存在既有其合理的地方，全部了解清楚了，你再优化，要尊重之前大家的操作习惯。 (4-28 08:57)
天行健: 同意你的说法，我现在也只是观察分析问题，了解到一定深度再考虑修改建议方案。请问你们公司研发过程会组织这些专家领导评审会议吗？ (4-28 09:25)
kwplmj: 按项目重要程度区分，不会一股脑全部进行这样的评审，没有必要，体系流程是为了更加高效的工作。你多和大家充分交流，对后续优化推行有帮助 (4-28 09:43)
wanghaifeng: 怎么说了，看项目程度 (4-28 11:33)
h119769: 想不费事，应该多考虑怎么一次评审到位，怎么做好评审前的工作，而不是考虑更改后要不要评审的问题吧 (4-29 08:08)
weewweew: 是不是先不急着改，先把产品搞明白，为啥有这些评审，每个评审的目的是什么。前面评审的越多，后面返工报废越少 (4-29 08:20)
h119769: 是的，非必要的评审可以取消或合并，没必要搞得太细 (4-29 08:26)

2023-4-27 16:44 回复|

		自动登录	找回密码
密码			加入协会


还可输入 200 个字符