ReqM访谈问题

ReqM：Requirements Management，需求管理

1、需求提供者有哪些？

包括客户，团队，一切与项目相关的人

 

2、如何理解需求？

得到了用户对《需求规格说明书》的签字确认以后，开始组织项目组成员，进行统一对需求的理解，在会议当中，项目组成员对不理解或者难理解的需求，进行讨论，直到需求完全被每一个成员理解。

 

3、如何获得项目参与人员对实现需求的承诺？

项目成员通过需求评审达成对需求的承诺：
1）项目参与人通过评审，评估需求对自己工作的影响，估计需要的工作量，签字承诺按照需求评审结果执行接下来的工作，如：计划、设计、编码、测试等；
2）当需求变更被发生后，评估对自己工作的影响，一旦变更被批准，签字承诺按照变更后的需求开展接下来的工作。

 

4、需求变更流程是怎么样的？

提出变更,影响分析,批准变更,分配任务,变更完成
1）变更的控制级别；影响大的变更CCB控制，影响小的变更PM控制，变更都要分析波及范围，并通知相关干系人员
2）变更度量分析（变更的工作量、变更次数等）

 

5、变更影响分析哪些内容

进度、成本、质量、风险、人员安排、外部承诺

 

6、需求/需求变更的基本属性有哪些？

ID、描述、来源、拥有者、优先级、状态（活跃中、已取消、已批准、已实现、已推迟等）、实现日期、验收标准（可选）

 

7、需求变更（为什么要加班完成功能开发，不能改变工期,一般为政府项目）？

一般政府项目都有特定的日期，这涉及到了政府的内部计划，工期变更影响太大，所以，一般需要加班完成。

 

8、如何跟踪需求？是否建立需求跟踪矩阵?建立了哪些矩阵？都是什么时候建立的？

跟踪矩阵包括：
需求->项目目标
需求<-->需求
产品需求<-->用户需求；

产品需求<-->系统测试用例
产品需求<-->设计；
代码<-->设计；

一般由项目经理在每个工作产品产出并评审通过后建立

 

9、为什么要建立需求跟踪矩阵？举例说明需求跟踪矩阵起到的作用?

对需求进行跟踪，确保所有需求都被实现（完整性）；
确保后续的工作产品都有需求来源（必要性）；
分析需求变更波及的范围，确保下游的工作产品和需求保持一致（一致性）。
例子：
确定回归测试范围

 

10、需求与项目计划,设计等文档的不一致是在何时识别的?是如何记录和处理的?

1）评审项目计划、设计等工作产品来发现与需求的不一致问题，并更正不一致问题
2）需求变更后，通过需求跟踪矩阵识别影响到的项目计划、设计等下游工作产品，并实施变更