需求管理手册-评审类型和对评审的要求(13&14)

13评审类型

13.1级别

(1)一级评审

(2)二级评审

(3)三级评审

13.2内容

(1)业务可行性评审

(2)技术可行性评审

(3)设计可能性评审

(4)实施可行性评审

13.3参与者

(1)设计评审

(2)研发评审

(3)项目经理评审

(4)客户评审

14对评审的要求

14.1级别

14.1.1一级评审

项目组内部评审,一般是技术负责人和产品技术负责人评审。

一般是技术型,对是否可以实现,进行评审。

14.1.2二级评审

部门级别评审,技术总负责人和GM,带领本部门技术专家进行评审。

一般是业务型,对是否符合业务逻辑和产品方向,进行评审。

14.1.3三级评审

公司级别评审,老板和多个GM,带领公司技术专家进行评审。

一般是规划型,对是否符合公司战略方向,进行评审。

14.2内容

14.2.1业务可行性评审

对需求人员提交的评审物中,业务逻辑的合理性、可行性、紧迫程度进行分析,基于业务层面评判该需求是否予以执行。

需求人员提供的评审物有:客户对业务的口头或文字表述、业务操作的演示记录、客户对系统输出物的期望等。

14.2.2设计可行性评审

对设计人员提交的评审物中,设计方案的合理性、可行性、紧迫程度进行分析,基于设计层面评判该需求是否予以执行。

设计人员提供的评审物有:ppt、草图、原型图、demo或是流程图等。

14.2.3技术可行性评审

对研发人员提交的评审物中,实现方案的合理性、可行性、紧迫程度进行分析,基于设计层面评判该需求是否予以执行。

设计人员提供的评审物有:代码、接口文档、设计模型等。 评审手段有:代码走查、数据流模拟、单元测试等。

14.2.4实施可行性评审

对运营人员提交的评审物中,测试、部署、运维方案的合理性、可行性、紧迫程度进行分析,基于设计层面评判该需求是否予以执行。

运营人员提供的评审物有:发布包、部署方案、测试方案、上线计划、技术支持方案、运营规划等。

评审手段有: (发布包)现场测试;(部署方案)主机信息性能检查、网络和端口检查;(测试方案)单元用例测试、集成测试、系统测试;(上线计划)割接模拟演练;(技术支持方案)协调客户和现场进行业务处理模拟、故障处理模拟或上线模拟;(运营规划)用户使用培训计划评审、用户需求调研计划评审、模拟不同类型用户沟通等。

14.3参与者

14.3.1设计评审 由项目组成员(一般是项目经理、需求负责人和技术总负责人)对(一般是技术负责人、运营负责人)设计方案(ppt、草图、原型图、demo或是流程图)进行项目组内部的评审。多用于设计阶段。

14.3.2研发评审

由项目组成员(一般是项目经理、需求负责人、技术总负责人、技术负责人和运营负责人)对(产品技术负责人)实现功能(代码、发布包或是技术实现方案)进行项目组内部的评审。多用于实现阶段。

14.3.3项目经理评审

由项目经理对需求负责人的需求、技术负责人的设计方案、产品技术负责人的交付计划、质量负责人的测试计划或运营负责人的试运行计划和上线计划进行评审。多用于里程碑或系统集成到初验阶段。

14.3.4客户评审

由项目经理邀请客户,对项目组内部提供的各项交付物进行评审。多用于里程碑、初验或终验。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值