需求评审的案例分析

案例一：客户需求文档评审

一次客户需求文档评审会议，涉及8位参与人员，耗时6.3人时，加上9人时的会前准备，总工时达到15.3人时。在会议前，共发现问题25个，会中新增2个，总计27个问题。文档规模为13页，缺陷密度为2.1个/页。各位专家准备情况不一，共发现64个问题。咨询顾问提出评审流程中的分工不明确，专家描述的注意事项，会议控制和记录模板的优化，以及“虫子窝”现象。

案例二：需求评审流程定义与推广

在讨论如何推广需求评审实践时，提出组建领域专家库，项目立项时确定专家，安排部门月度评审配合，由质量部经理担任主持人。建议大型系统先评审总体需求后分别评审子系统，明确各角色，并在概况会议后进行个人评审和记录会议。主持人要制定详细的评审计划，包括人员、角色、时间等。同时，确立评审过程的度量标准，并在公司内部进行宣讲。

案例三：需求评审度量数据分析

通过分析六次需求评审的度量数据，缺陷密度均值为0.936个/页、标准差为0.522个/页，离散系数为0.557692，因离散系数过大，以均值的15%作为标准差计算基线，得到上下控制限。评审效率的均值为1.293个/人时、标准差为0.675个/人时，离散系数为0.522，同样采用均值15%作为标准差计算基线，得出上下控制限。

2022年总结之团队成长篇

了解更多

想要了解更多内容？

查看原文：需求评审的案例分析

文章来源：

麦哲思科技任甲林

扫码关注公众号