需求评审流程规范.doc

需求评审流程规范.doc需求评审流程
目录
1. 目的 1
2. 职责 1
3. 评审角色构成因素 1
4. 文档评审的层次 2
5. 文档评审流程 3
3
3
3
4
4
4
4
4
5
1. 目的 
在团队开发中,充分的沟通是非常有必要的,沟通的方式之一就是通过文档。不论评审的效果如何,发现多少问题都可以让相关人员了解需求与设计。而通过相互之间的讨论,澄清一些模糊的认识,进一步理解文档的含义。评审不但是软件开发活动中一个重要的质量控制机制,而且也是一个重要而有效的沟通方式。通过评审可以利用企业内部各种优秀成员的智慧,为软件开发寻找最佳的解决方案。 
   评审的作用和目的主要是尽早发现潜在的问题,尽早纠正缺陷,控制纠正成本的滚雪球效应。本阶段造成的错误如果能够及时地发现,或者在后面越早的阶段发现,就能够及早发现潜在的风险,及时做好防范的对策,做到未雨绸缪。 
   评审的过程不仅是为了发现问题,而且为了便于跟踪及改正,还应当对问题进行记录。特别是需要对问题的真实性进行确认,剔除可能是误解、似是而非或不必采纳的建议性问题。  
2. 职责 
Ø 评审组长:制定评审计划、确定或制定各项评审准则、必要时组织评审人员进行培训、组织必要的资源、进行评审分工、确保正式评审准备充分、分发待评审文档、必要时召开并主持评审会议、向有关领导报告评审结果,并且跟踪评审错误的改正。 Ø 
评审人员:必要时参加与评审有关的培训、按评审计划阅读待评审材料、保证对待评审材料的理解、与待评审材料作者讨论,并且指出和记录问题。
文档作者:按评审计划准备并按时提交待评审材料、必要时对材料进行解释、必要时参加评审会议,并且在确定需要改进时按时完成修改。 
Ø 记录人员:评审会议中记录评审人员提出的问题及相关讨论。 
Ø 项目经理:制定保证评审和改正的项目进度计划,还要确保评审准备时间、评审会议时间及错误的改正时间。而且评审安排及结果与所有项目成员沟通,必要时参加评审会议、阅读评审报告、分析缺陷原因,并且改进项目质量。 
3. 评审角色构成因素 
评审人员的选择是评审效果的关键,需要考虑以下因素: 
Ø 项目重要性:项目重要性是决定角色构成的最重要的因素,评审角色的构成因素首先要根据项目的重要性而定。这与需要投入的成本有关,对于重要的项目一般会更多地投入资源,提高评审级别。 
Ø 项目复杂度:项目的复杂度也是决定角色构成的因素之一,根据温伯格的公式,项目管理的复杂度相当于功能规模的平方数。笔者认为还应该考虑技术复杂度、技术新鲜度和文档复杂度等因素。 
Ø 项目组成员的能力成分和水平:评审角色构成还应当根据项目团队成员本身的各项技术水平,特别是分析和设计的技术水平如何,行业领域知识是否丰富来进行搭配。 
除了团队内部自己进行评审之外,评审团队最好是一些独立于项目团队之外的成员构成。  应当注意的原则是人数要少而精,一个人可以兼多个角色,但要覆盖各项人员需求。需要说明的是,不具备评审能力的不应参加,可以通过旁听来提高水平。  
4. 文档评审的层次 
Ø 过程规范:是否符合过程规范、是否按照计划提