• 为实现目标而确定、记录并管理相关方的需要和需求的过程。
  • 需求是指根据特定协议或其他强制性规范,产品、服务或成果必须具备的条件或能力。

5.2.1 输入

  1. 项目章程:项目章程记录了项目概述以及将用于制定详细需求的高层级需求
  2. 商业论证:描述了为满足业务需求而应该达到的必要、期望及可选标准
  3. 协议:协议会包含项目和产品需求

5.2.2 工具和技术

  • 数据收集
    • 头脑风暴:大量创意、各种想法、畅所欲言
    • 访谈:直接交谈、预设和即兴问题、一对一、多对多、获取机密信息
    • 焦点小组:同一领域(同职能)、主题专家(SME)
    • 问卷调查:受众多样化、需快速完成、地理位置分散、适合开展统计分析
    • 标杆对照:识别最佳实践,形成改进意见。标杆可以是内部或外部、同行业或不同行业的。
  • 数据分析
    • 文件分析:分析现有文件
  • 决策
    • 投票
    • 一致同意:每个人都同意、德尔菲(专家、匿名、多轮、趋同、消除偏见)
    • 大多数同意超过50%,一般把决策小组的人数定为奇数
    • 相对多数同意:相对多数,通常候选项超过两个时使用
    • 独裁型决策制定:一个做决策
    • 多标准决策分析:决策矩阵、多钟标准、评估和排序
  • 数据表现
    • 亲和图分组、进一步审查和分析
    • 思维导图整合、反映共性与差异、激发新创意、脑图
  • 人际关系与团队技能
    • 名义小组:促进头脑风暴、投票、优先排序
    • 观察和交谈:工作跟随、难以或不愿清晰说明、挖掘隐藏的需求
    • 引导
    • 与主题研讨会结合使用、跨职能、协调相关方差异
    • JAD:软件开发行业、业务主题专家和开发团队集中
    • QFD:制造行业、收集客户需要(客户声音)开始、分类和排序
    • 用户故事:需求研讨会、角色、目标、动机
  • 系统交互图:拓扑图、可视化
  • 原型法
    • 支持渐进明细的理念。例如:故事板,能减轻返工的风险
    • 步骤:模型创建->用户体验->反馈收集->原型修改(可能需要走变更流程)

5.2.3 输出

  1. 需求文件:需求文件描述各种单一需求将如何满足与项目相关的业务需求
  2. 需求跟踪矩阵:需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。把每个需求与业务目标或项目目标联系起来,有助于确保每个需求都具有商业价值。有助于确保需求文件中被批准的每项需求在项目结束的时候都能交付。最后,需求跟踪矩阵还为产品范围变更提供了框架。

发表评论

电子邮件地址不会被公开。