CMMI3需求访谈提纲(可编辑修改word版)

需求访谈提纲

一、自我介绍

1、你的姓名？

2、你担任的角色？

3、你来公司多长时间？

4、你参与了哪几个项目？

5、目前项目处于什么阶段？

二、能力（GP2.3 资源、GP2.4 分配职责、GP2.5 培训、OT 组织培训过程域）

1、你在公司的岗位是什么？

答：公司有岗位职责表。在《项目组岗位职责》中明确在该项目中的职责。

2、为了胜任本岗位工作，你参加过哪些方面培训？

答：进入公司时，参加了公司的入职培训；正式上岗之前，参加了岗位培训；需求分析，Visio2003、沟通技巧。

3、项目启动时，是否进行过培训？

答：项目启动时，项目经理依据《员工技能一览表》查看人员的技能，组织项目团队。根据项目的实际情况和人员能力要求，项目经理会制定《项目培训计划》，参加《项目培训计划》的内容参加相应的培训。举例说明你在参加项目过程中参加了哪些培训。

4、为了更好的开展你的工作，公司为你提供了哪些资源？

答：机器设备如电脑、办公场地、办公软件等，公司还有专门一个文件《工作

环境标准》明确一些资源使用的要求。

三、制度（GP3.1 组织标准过程文件和裁剪）

1、你工作时主要依据哪些方针和制度（过程文件、规范、指南、模板）？

答：需求开发的方针是保证后阶段产物与客户的需要一致，并获取客户及相关

人员承诺；需求管理的方针是需求进行良好的跟踪，保证最终产品满足客户的

要求。

规范指南：需求的过程文件、需求分析指南等

2、文件是如何产生和更新的？

答：我是 EPG 的成员（具体按照实际情况回答），参与了这些文件的编写和评审。做为 PAT（过程行动组成员），在项目试点及推广时，负责对我负责的文件跟踪，收集过程改进建议。一般会通过《过程改进建议表》提交给 EPG 组长， EPG 组

长在每周的 EPG 例会上讨论改进建议（四种状态：新增、接受、拒绝、暂缓），对于每个建议都会给出回复。如果是接受了该建议，则会安排该文件原来编写

人员进行修改，提交 EPG 组评审和 MSG 组长批准进行发布。

3、你提交了什么改进建议？

答：参照《过程改进建议表》。

4、在整个项目过程中，是否有一些进行了裁剪？

答：具体参照《项目已定义过程》

5、你知道为什么要裁剪吗？

答：为了满足项目目标和公司的过程改进目标，依据项目特点，采用不同的过

程标准。经过裁剪，能产生更加适用过程标准和经验教库来丰富过程财富库，

推动公司过程改进的执行。

四、计划（GP2.2）

1、请你描述一下你的工作是如何策划的？

答：开展工作之前制定《需求调研计划》，根据《需求调研计划》进行需求调研，另外项目进度计划中也会有详细的安排。

五、协同工作（GP2.7 干系人或相关利益者））

1、为了更好的开展工作，你需要与哪些人进行协作？

答：需求调研人员：项目经理、需求人员、客户；需求评审：项目经理、需求、

设计、开发、测试、必要时邀请客户。需求分析：项目经理、需求人员；需求

确认：需求人员、项目经理、部门经理、客户。

（1）我的直接上级项目经理会给我安排任务，我每周通过参加例会向他汇报工作。

（2）我工作结果是设计人员工作的输入。（如：我是编码人员，需要与设计和

测试人员紧密合作）

（3）参加一些项目组成员的工作产品的评审，了解与我任务相关的工作产品。（4）质量保证人员会对我的工作过程和产生的工作成果进行监督。

（5）还有其他的人员如培训、采购和 EPG，在某些方面都需要进行配合工作。

六、工作流程（对应到每个过程域的 SP）

1、请描述一下你日常工作是如何开展的？

答：编制《需求调研计划》，进行需求调研，编制《需求调研报告》。

调研的基础上，完成《用户需求说明书》经项目组相关人员评审后，经客户确认。

在《用户需求说明书》基础上分析细化，完成《需求规格说明书》，经项目组相关人员（项目经理、设计、编码、测试）进行需求文档的评审，交由客户确认。

2、在整个工作过程中产生的文档是如何进行管理的(CM，GP2.6)

答：电子文档通过 VSS 由配置管理人员进行管理，纸质文档也会由配置管理人

员统一进行归档管理。

七、子流程（对应到每个过程域的子实践，具体的点，过程关联性< 点对面的文档关联性>）

1、如何进行需求调研？

答：编制《需求调研计划》。《需求调研计划》主要内容包括需求调研对象、时间、工作量、成本、资源、风险等。常见的方法有直接访谈、场景用例法、原型确认法等。

2、准备了哪些调研问题？

答：参照项目实际情况。

2、需求调研报告的内容？

答：调研时间，调研人员、被调研人员、调研内容、需求优先级

3、用户需求说明书内容？

答：功能性需求和非功能性需求，具体参照《用户需求说明书》。

4、需求规格说明书的内容？

答：用例、系统总体结构图、用户需求的细化（功能性和非功能性需求），接口的需求、界面需求

5、如何描述需求？

答：用例图，用例标识，约束条件，操作流程

6、需求的划分？

答：按功能来分：需求可分为功能性需求和非功能性需求。

7、有哪些非功能性需求？

答：非功能性需求又分为：用户界面需求，接口需求，软硬件环境需求，项目质量需求（易用性，可移植性，健壮性，性能，效率）等。

8、从哪些方面去分析需求？

答：需求的优先级、可实现性，二义性，矛盾

9、需求的优先级如何确定？

答：提示：一般根据业务内容、开发的难易程度、与客户的交流以及项目组的人员安排情况确定需求的优先级（高、中、低）。

10、客户提出的所有的需求都需要实现吗？按什么原则确定是否实现？

答：提示：要对需求进行分析。有时需求是不可实现的，有的需求是会有前后冲突。需要对需求进行平衡各需求之间关系。另外，合同也是判断是否实现客户需求，如在合同范围之外的需求可以不实现。通过验收测试确定需求是否实现。

11、如何平衡各需求之间关系？

答：提示：项目经理必须平衡需求（包括功能和质量）、进度、成本三者。权衡时为保证进度、成本，则必须对需求进行删减，其删减依据需求优先级。

12、接口需求有哪些？

答：内部接口有哪些，外表接口有哪些，参照两份《需求说明书》

13、需求分析采用了哪些方法和工具？是否有其他的方法？你是如何判断这些方法符合项目要求？

答：一般通过面向对象的方法，画用例图、状态图、时序图、类图等。此外还有原型法、可行性分析法、问答法等。主要是参考公司的历史项目和当今流行的技术。

工具：如 Vuisio 2003 PD ROSE 等

14、如何将客户需求转化为软件需求？

答：通过 Visio 工具绘制用例图，流程图，将客户需求转化为软件需求。

15、如何将软件需求分解到各模块？

答：依据客户业务流程、行业标准、操作的方便性、系统的安全性以我们在该行业里的经验进行分解，必要时，进行决策分析。

16、需求规格说明书的确认？

答：签字确认。