(八)评审中常见的问题
1.准备问题
评审的问题很大一部分出现在准备上,这不仅仅是说某个项目的评审准备,甚至可能是整个组织内部对评审工作没有制定相关的标准和规范,没有建立组织级过程。评审资源没有得到保证,资深评审人员其他工作比较多,没有投入足够的时间。评审计划草率、不合实际,或没有及时调整,或实施不力。项目经理没有为评审或改正保证足够的时间。
● 现象1:被评审人员缺少自我检查,或因计划不合理,提交文档是“粗稿”。提交的文档是应该经过被评审人员自己充分检查过的文档,不能把查问题的责任完全推给评审人员。应该有类似“冒烟测试”的过程,明显未达到要求的文档退回修改后再提交评审。
● 现象2:评审人员到评审会议时才看文档或才看到文档,而没有提前阅读文档并解决大部分问题。正式会议评审的准备不够充分,不做准备而完全靠评审会议上的有限时间来进行评审是评审失败80%的原因。造成这一现象的原因可能是评审人员事情太多,也可能是因为评审人员对会议有依赖心理,不愿意阅读文档,只希望到会议上听别人解说。
● 现象3:没有足够的时间改正已经发现的错误,如果没有有效的跟踪,久而久之可能忘记,或者不具备对开发团队的指导意义,造成错误可能会流转到下一环节。
2.焦点问题
就某个文档而评审该文档,没有对照已有的成果和标准。需求和设计是软件开发项目的中间文档,前面会有一些约定输入,也可能会要求遵守相关标准。除非是对这些输入的内容已经了如指掌,可以敏感地发现互相之间的不一致性;否则一定要考虑仔细对照相关的输入。
就某个系统而评审该系统,没有考虑相关系统。当客户或企业已经开发了多个软件系统之后,系统之间的相关性必须是考虑的因素,这些相关性包括数据之间的关系、业务之间的关系、用户管理、系统管理的一致性,操作习惯和界面的关联性和软件复用等。
过多地讨论问题如何改正,评审的目的主要在于指出问题。而一旦正确地确认了问题之后,解决问题就容易得多。大多数都能很快找到解决方案,而一时无法给出解决方案的问题可以在评审后研究讨论。
在小问题上花太多时间,捡芝麻丢西瓜。在一些无关紧要的事情上纠缠不清,争执不下,造成时间的浪费。当然要注意的是,有些细节是项目成败的关键,所以要分清什么是重要的细节,什么是不重要的细节。
评审与评价混淆,评审的目的是指出具体问题以便改进,评价是给最终工作结果及人员工作绩效下结论。