- 1、本文档共9页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
原文地址:\o如何解决评审中抓壮丁、科普会、批斗会的问题_评审三步曲_研发项目管理、项目管理、项目状态管理、项目如何解决评审中抓壮丁、科普会、批斗会的问题_评审三步曲_研发项目管理、项目管理、项目状态管理、项目作者:\o青铜器软件青铜器软件
技术评审在研发项目运作中是一个重要的质量控制手段,同样一个问题发现越早修复的成本越低,所以众多研发企业都已经充分认识到项目评审的重要性,并开始构建评审管理体系,组建评审专家团队,到头来发现评审效果一般,普遍存在抓壮丁、科普会、批斗会等问题,如何有效提升评审效率,让评审真正起到质量控制的作用。
????整体分析导致评审形式化,花了时间但没有最终起到效果的核心原因主要有如下6个方面:
1)??评审缺少计划性,因为缺少计划导致,必要的人员无法及时到场,到场的人员有对评审对象不了解,无法发现实质性的问题,停留在宋体改黑体、逗号变分号,这样的鸡毛蒜皮问题。
2)?评审责任不明确,没有详细定义评审的责任主体,每个角色在评审中承担什么责任、对哪类的问题负责,没有责任主体的事情,要想做出高质量还是很难的。
3)??缺少流程支撑,经验证明,要想避免评审变成形式,就需要把评审会变成形式,不能依赖2个小时的评审会发现太多的问题,所以需要都建评审流程,明确评审步骤,强化预审。
4)?评审缺少标准,质量控制就需要有标准,类似测试的标准是满足需求定义,同样技术评审如果没有定义通过和不通过的标准,每次评审都是靠天马行空拍脑袋,势必经常发现重复犯同样的错误。
5)?发现问题缺少跟踪,评审发现问题只是第一步,发现了问题,但没有持续跟踪,没有保证最终修复,这样的评审也无法保证质量,如果有效跟踪评审发现的问题,很多公司采用评审问题跟踪单,最终有QA持续跟踪直至关闭,也不失一个方法,但这种方法费人费力,不是最好的方法。
6)?评审量化分析,东郭先生滥竽充数,实际企业评审中大量存在东郭先生样的人物,认为自己水平很高,拿着高工资,评审会上不说话、装神秘,如何揪出东郭先生,唯一的办法:量化分析。
当然大家也可以分析其他原因,搞管理推崇2/8原则,抓住核心问题,就可以有效解决问题的80%,所以如果有效解决如上6个问题,就可以有效改变目前评审走形式的问题。
1)?评审计划性,这个方面没有什么好说的,凡是先做计划,计划管理是项目管理的核心,作为项目经理需要明确定义评审计划,什么时间预审、什么时间评审会议、什么时间确保评审问题修改完毕,这些事情是基础。没有评审计划,势必导致评审:抓壮丁,该到的人无法及时到场,找人凑数。
2)??明确评审责任主体,这方面要做好就涉及公司的评审管理体系的问题了,我们首先需要明确定义一个项目运作过程中有哪些评审,评审的目的是什么,然后利用“权责矩阵”的管理办法,明确定义每个评审的责任主体是谁、参与人是谁,这些制度性的内容需要提前构建,要不然只能把混乱留给每个项目,如下是一个评审权责矩阵样例:
3)??构建评审流程,涉及多人参与的事情一般都需要流程来约束每个人的行为,同时定义每个人的责任,构建类似121的机制,从而保证团队协作步伐一致,评审也不例外;今天上午要评审了,结果昨天晚上大家才邮件收到资料,评审会前没有看资料,这势必导致评审:科普会,需要花比较多的时间先讲解,直接影响了的评审效率,如下是一个技术评审过程样例,当然不同企业实际情况不一样,需要结合实际情况,灵活个性化定义。
4)?建立评审标准,是研发就会犯错误,但不能重复犯同样的错误,需要把历史犯的错误固化到公司的研发体系中,如何固化?就需要把这些历史错误提炼总结为设计规范?+?评审要素?+?失败案例,通过设计规范可以指导技术人员不犯同样的错误,通过评审要素,可以检查确认没有犯同样的错误,通过失败案例,让后来者站在巨人的肩膀上,技术更上一层楼,而不是从刀耕火种起步,上来就有飞机、大炮、原子弹。如下是一个评审要素样例,仅供参考:
????通过青铜器RDM研发管理软件,可以有效固化这些评审要素,同时通过青铜器RDM的情景化知识管理能力,可以实现评审要素和失败案例自动关联,评审专家看到评审要素后,同时可以看到相应的失败案例,提升失败案例的重用效率,如下图:
?
5)?有效跟踪评审问题,确保评审问题得到定位和解决,这个就涉及评审报告的了,评审后需要提交相应的评审报告,详细罗列评审发现的问题、决议、问题解决责任主体、谁负责解决后的验证,这就是评审的结论执行,如下分享一个评审问题跟踪表,供大家参考:
?????上述改进计划虽然不错,但无法实现自动跟踪,需要由QA人工跟踪,还是一种比较浪费资源的做法,借助青铜器RDM,可以实现自动将评审发现的问题转化为问题单据,而问题单据是可以通过系统自动管理和跟踪的,从而最大程度
文档评论(0)