这个流程的优点在于有一个小组来初步审核评审内容,当评审内容为达到评审标准会直接退回,这样就尽最大程度减少了对评审人员的骚扰。因我们原公司所做产品较少,所以对其开发内容都比较了解,而且前期有系统组来选择合适的评审人员,保证了评审人员对评审内容的熟知程度,所以这里裁剪了介绍会的步骤。但是这个流程仍然较长,评审人员参会时间难以保证,会后跟踪比较繁琐。项目经理圈子
四、系统式评审:blog.mypm.net
当一个团队规模较大、跨地域甚至是有时差时,面对面地召开评审会就是一个非常“奢侈”的要求,使用系统进行异地、分时评审势在必得。在评审前我们应该有评审计划,一般评审计划是随着项目计划制定的,需要明确需要评审的文档、作者、评审时间、评审人员等属性。让评审人员事先知道某一个时间段会有参与评审的任务。根据评审计划,我们在评审系统中事先将其设置。评审的这些属性与项目计划中的任务进行关联,如计划进行变更,评审计划也进行相应的更改。当作者完成文档后将文档上传平台,平台通知评审组长和相关评审人员。评审人员对文档进行评审,提出意见和建议。作者看到这些线下与评审人员进行交流并由评审人员确定问题的级别(也有可能确认后确定不是问题了)。评审组长在评审期限后对最终问题进行汇总、分析,确定通过、修改后通过、不通过。如通过就直接进入基线系统,并发通知给配置人员。如修改后通过,则遗留问题由作者进行修改,再次上传。由问题提出人进行确认,直至问题关闭。所有问题关闭后评审通过。项目管理者联盟
这四种评审方式其实还可以根据实际情况自由组合,使其最佳。或是对其进行完善。比如:我还根据公司的情况在介绍会和评审会之间,增加过预评审环节。评审人员得到评审资料后要对其进行初步评审,并反馈给评审组长,评审组长对问题进行分析后再确定是否召开评审会或是再次召开介绍会。评审会上应先对预评估发现的问题进行解答、确认,然后再阐述在评审会临时发现的问题。转自项目管理者联盟
建议对评审的效率和效果进行度量已对评审过程进行完善。评审效率可以分预评审和评审会每人时发现问题的个数。效果可以有后续的BUG进行分析得出。具体的度量数据和评审人员激励措施这里因篇幅限制不再阐述,如有需求可以另外再阐述。blog.mypm.net
项目管理者联盟 项目经理圈子
本文为项目管理者联盟联盟会员原创文章,授权发布,非经同意不得转载!
|