项目管理【12】 | 项目范围管理-收集需求

需求是指根据特定协议或其他强制性规范，项目必须满足的条件或能力，或者产品、服务或成果必须具备的条件或能力。需求包括发起人、客户和其他干系人的已量化且书面记录下来的需要与愿望。

 

1、收集需求是为了实现项目目标而确定、记录并管理干系人的需要和需求的过程，其作用是为定义和管理项目范围（包括产品范围）奠定基础。

 

2、需求的分类：

（1）业务需求，即组织的高层级需要

（2）干系人需求，即干系人群体的需要

（3）解决方案需求，即为满足业务需求和干系人需求而具备的特性、功能和特征，又进一步分为功能需求和非功能需求

（4）过渡需求，即从当前状态过渡到将来状态所需的临时能力，如数据转换和培训需求

（5）项目需求，项目需要满足的行动、过程和其他条件

（6）质量需求，分为基本需求、期望需求和意外需求三个层次

 

3、收集需求的ITO详解：

①  访谈：与干系人直接交谈，正式或非正式。

②  焦点小组：干系人和主题专家集中在一起，主持人引导，分组讨论，得到更有价值的意见，是一种群体访谈

③  引导式研讨会：跨职能干系人在一起，定义跨职能需求，比单一会议更快地发现和解决问题

④  群体创新技术：包括以下几种方式：

          头脑风暴：集思广益

          名义小组技术：通过对头脑风暴的结果投票排列最有用的创意，以便进行进一步的头脑风暴

        德尔菲技术：专家采用背靠背或匿名的方式进行几轮反馈，意见逐渐趋同

          概念/思维导图（心智图）：将头脑风暴的创意用简单的图联系起来，引出新的创意

          亲和图（KJ法）：通过图解方式汇总，求得统一认识

          多标准决策分析：借助决策矩阵进行多方案评估

⑤  群体决策技术：对达成期望的多个未来行动方案进行评估。达成群体决策的方法有一致同意、大多数原则、相对多数原则、独裁。

⑥  问卷调查：书面问卷收集需求

⑦  观察：直接观察干系人工作过程和流程

⑧  原型法：快速建立产品模型，便于沟通

⑨  标杆对照：将实际或计划与其他类似组织进行对比，识别最佳实践

⑩  系统交互图：如UML

⑪  文件分析：对现有文档进行分析挖掘

⑫  需求文件：多种多样的描述需求的文件总称

⑬  需求跟踪矩阵：将产品需求从来源连接到可交付成果的一种表格

 

4、需求文件描述各个单一的需求将如何满足与项目有关的业务需求。需求文件既可以是一份按干系人和优先级分类列出全部需求的简单文件，也可以是一份包括内容提要、细节描述和附件等的详细文件。需求文件的内容包括：

（1）业务需求

（2）干系人需求

（3）解决方案需求

（4）项目需求

（5）过渡需求

（6）与需求有关的假设条件、依赖关系和制约因素

 

5、可跟踪性是项目需求的一个重要特征，可验证性是需求的最基本特征。每个配置项的需求到其涉及的产品（或构件）需求都要具有双向可跟踪性，包括：

（1）正向跟踪：指检查需求文件中每个需求是否都能在后继工作产品（成果）中找到对应点

（2）反向跟踪（逆向跟踪）：指检查设计文档、产品构件、测试文件等工作成果是否都能在需求文件中找到出处

 

6、需求跟踪涉及五种类型（箭头表示需求跟踪能力联系链，它能跟踪需求使用的整个周期，即跟踪需求建议到交付的全过程）：

 

 

（1）从用户原始需求到需求文件的正向跟踪

（2）从需求文件到下游工作产品的正向跟踪

（3）从需求文件到用户原始需求的反向跟踪

（4）从下游工作产品到需求文件的反射跟踪

（5）需求文件之间各种需求之间的逻辑相关性跟踪，用于检查需求分解中的错误和遗漏

 

7、表示需求与其他产品元素之间的联系链的最普遍方式是需求跟踪（能力）矩阵，需求跟踪矩阵是将产品需求从其来源连接到能满足需求的可交付成果的一种表格。

需求跟踪矩阵中记录的典型属性包括唯一标识、需求的文字描述、收录该需求的理由、所有者、来源、优先级别、版本、当前状态（需求的状态：进行中、已取消、已推迟、新增加、已批准、已分配、已完成）和状态日期。

 

认真掌握和管理项目需求与产品需求，对促进项目成功有重要作用。项目一旦开始，就应该足够详细地获取、分析和记录这些需求，以便日后进行测量。下一节将进行范围的定义，敬请期待~

 

 

版权声明：

本文由lenbor原创整理，转载请联系作者，并注明出处。

本文部分内容节选自《项目管理师》（清华大学出版社）一书，如果侵犯了您的权利，请告知，我们立即删除。

​