分析报告指出，多达76%的项目失败是因为差劲的需求管理，这个是项目失败的最主要原因，比落后的技术、进度失控或者混乱的变更管理还要关键。很多项目往往在开始的时候已经决定了失败，谜底就在谜面上，开始就注定的失败，你后面多努力都很难，注定背锅！
很多PMO和项目经理却没有把需求管理重视起来，甚至认为这只是产品经理的事情，自己只做交付即可，俗话说：好的开始是成功的一半，一开始就没有管理好，注定为后续埋下了很多坑。
项目的全生命周期绝对不是到了需求给你才是项目管理的开始，而是从项目的开始有意向和萌芽开始的，越往前参与越深，你的价值就越大。
今天就分享给大家一个需求管理全过程流程图及详解，供大家参考！
需求管理全过程管理详解--PMO前沿
|
||
阶段
|
检查项目
|
详细描述
|
需求输入
|
1. 来源可靠性
|
需求是否来自客户、市场调研、业务部门或其他正规渠道，是否有足够的依据和可靠性。
|
2. 充分和准确性
|
需求是否描述清楚，是否完整覆盖了所有有价值的需求信息，如需求的功能、性能、安全等等，是否准确无误。
|
|
3. 可行性和可实现性
|
需求是否能够实现，是否需要进一步的研究和分析，是否具有实现的可行性。
|
|
4. 普适性和标准合规性
|
需求是否符合相关标准和规范，是否是产品和服务可扩展的。
|
|
5. 目标性和实用性
|
需求是否符合产品和业务目标，是否具有实际价值和可用性。
|
|
6. 可跟踪性和可管理性
|
需求是否能够被有效地跟踪和管理，是否有足够的指标和标准来进行跟踪。
|
|
7. 优先级和紧急程度
|
需求是否具有优先级和紧急程度，是否需要进行排序和重点关注。
|
|
8. 规范性和记录整理
|
需求输入是否符合产品需求管理规范，是否有足够的模板和记录档案来支持验证和管理，以及整理形成完整的记录。
|
|
需求检查
|
1. 需求战略一致性
|
提出的需求是否符合产品定位和战略规划。
|
2. 需求体验性
|
需求是否可能造成客户/用户体验下降。
|
|
3. 需求冲突性
|
需求实现是否会对现有功能造成冲突。
|
|
4. 需求重复性
|
需求是否与已有需求存在重复或相似之处。
|
|
5. 规范性
|
需求数据格式、定义是否规范正确。
|
|
6. 需求可拆分性
|
需求是否可被拆分为多个子需求。
|
|
7. 需求合规性
|
需求在法律合规性方面是否有风险。
|
|
需求分析
|
1. 功能性和性能要求
|
对需求描述中所涉及的各项功能和性能要求进行详细的分析，以确立具体的实现方案。
|
2. 用户和场景分析
|
对所需求相关的用户类型、使用场景、需求来源和喜好进行分析，以便对需求进行更精准的定义和拆解。
|
|
3. 技术可行性和设计可行性
|
对所需求的技术方案进行分析评估，以确定实现方案和设计方案是否可行、是否符合产品的技术设定和架构。
|
|
4. 通用性和扩展性
|
对所需求涉及的通用性和扩展性进行分析，以便在设计阶段考虑扩展性的需求，以及如何保证通用性的需求。
|
|
5. 成本和人力资源评估
|
对所需求的实现所需的成本和资源进行评估，以便制定实际可行的计划和方案，并在产品设计、研发和运营中合理地考虑成本和人力资源的管理。
|
|
6. 风险评估
|
对所需求涉及的技术方案、人员、时间、预算等不确定因素进行评估，以及对实现和商业风险进行分析，以便制定相应的应对方案。
|
|
7. 需求标签和分类
|
对需求进行标注和分类，以方便在后续的计划和实施过程中进行跟踪和管理。
|
|
8. 与其他需求间的关系
|
对需求与其他需求之间的关系进行分析和评估，以确保需求的整体一致性和高度聚合性。
|
|
需求评审
|
1. 完整性和一致性
|
需求描述是否完整覆盖了所有有价值的需求信息，是否与其他相关需求相互一致。
|
2. 清晰度和明确性
|
需求的描述是否明确，是否不含任何二义性，是否需要进一步详细说明。
|
|
3. 准确性和规范性
|
需求描述是否准确无误，符合产品和服务的相关标准和规范，是否符合产品需求管理规范。
|
|
4. 可行性和风险评估
|
需求是否可行，是否需要进一步的研究和分析，是否具有一定的风险，如技术实现难度等。
|
|
5. 实用性和用户价值
|
需求是否具有实际价值和可用性，是否满足了用户的需求，是否符合市场需求的变化。
|
|
6. 优先级和紧急程度
|
需求是否具有合理的优先级和紧急程度，是否需要进行排序和重点关注。
|
|
7. 可跟踪性和可管理性
|
需求是否能够被有效地跟踪和管理，是否有足够的指标和标准来进行跟踪。
|
|
8. 记录整理和筛选
|
需求检查过后需要将有效、可行的的需求整理成清单的形式进行筛选，形成可实施的计划。
|
|
争议处理
|
1. 争议来源和背景
|
要了解争议的来源和背景，例如对于核心业务功能、创新点、战略目标等是否存在争议。
|
2. 争议关键点和主张
|
确定争议所涉及的具体点和与会者的主张，了解争议的差异和背后的原因。
|
|
3. 文档和证据准备
|
要准备相应的文档和证据，以便明确提出主张和支持理由，并为工作会议做好充分的准备。
|
|
4. 参与者和决策机构
|
要确定有关参与者和决策机构，以确保争议的处理和决策过程具有合法性和风险控制。
|
|
5. 引导和推动协商
|
通过合理的引导、协商和讨论，使争议变为真正的合作机会，并能够就具体方案达成一致的认识。
|
|
6. 技术实现和成本评估
|
对所涉及的技术方案进行技术评估和成本评估，以确保争议最终决策所选方案的可行性和可持续性。
|
|
7. 风险评估和规划
|
对所涉及的风险进行评估和规划，以确保争议所选方案的风险控制、防范和预防。
|
|
8. 需求确认和管理
|
最终确认和管理所选方案中所涉及的需求和责任，确定实现和管理的重点和关键时间点，并进行相应的规划和跟踪。
|
|
计划排期
|
1. 需求优先级
|
评估需求的优先级，并根据其优先级确定具体实施的时间表和截止日期。
|
2. 项目资源
|
评估项目所需的各种资源，包括人员、设备和材料等，并确定它们在什么时间可用。
|
|
3. 风险评估
|
识别可能延迟或妨碍实现项目目标的风险和障碍，并采取相应措施进行控制和规避。
|
|
4. 进度追踪和管理
|
设置项目进度和里程碑，并确保它们与实际进展保持一致。及时跟踪进度，并在需要时进行重新调整。
|
|
5. 依赖关系
|
确定项目中不同需求和任务之间的依赖关系，确保它们之间的关系合理、有效和稳定。
|
|
6. 可行性和可持续性
|
评估项目实施的可行性和可持续性，并根据所需的资源和时间表制定相应的可持续性方案。
|
|
7. 人员管理和分配
|
根据项目需求和资源评估确定所需的人员，并进行合理分配和管理。
|
|
8. 成本和预算
|
评估项目实施所需的成本和预算，并确保其在界面内得到合理的支持。进行项目开销的跟踪、报告和管理。
|
|
需求反馈和复盘
|
1. 用户反馈
|
收集用户的反馈和建议，对用户的需求进行重点分析和处理，以便调整产品设计和功能。
|
2. 处理优先级
|
根据收集到的反馈和建议，评估其对产品的影响和重要性，确定所需的优先处理级别。
|
|
3. 设计调整
|
基于用户反馈和建议进行设计调整，改善产品功能、界面和用户体验，以及识别和修复缺陷和漏洞。
|
|
4. 需求复盘
|
在开发和实施阶段，对需求的实现情况进行定期复盘，以确保产品需求与用户需求的一致性和产品质量。
|
|
5. 意见收集
|
搜集相关人员的意见和建议，以便改进需求管理和产品开发的流程和方法。
|
|
6. 项目更新
|
对产品需求和项目进展的更新和公告，以便相关人员了解产品状态和开发进度。
|
|
7. 测试和验证
|
对需求的实现进行测试和验证，评估其对产品质量和用户体验的影响。
|
|
8. 问题解决
|
跟踪和解决在需求实现过程中的问题、错误和差错，以便改进产品质量和需求管理的流程和方法。
|
|
欢迎加入中国最大的PMO&PM社区