企业常见需求管理问题及痛点

Ø 需求的收集:缺少面向全部用户、渠道和内部人员的统一收集管道,各部各自为政,格式、机制、系统千差万别。

Ø 需求的拉通:面对来自各个行业的多个零散的需求,有的几乎完全一样,有的相似度超过70%,这些需求当前都处在各自存在的状态,缺少拉通的方法,尤其是在需求过多的情况下,没法拉通。跨产品事业部的拉通更加困难。

Ø 需求的反馈:需求收集回来了,也分析完了,但没有纳入版本,更没有交付的时间,此时对于需求提出者(一线、客户)没法答复和反馈,也缺少系统化的、高效的反馈通路。

Ø 需求的落地:一个客户需求,最终会经历产品需求、产品规格、开发规格等几次转化,缺少追踪机制,导致会出现需求实现不完全,考虑不周全,交付的特性无法满足等问题。

Ø 需求的捞取:版本、产品规划过程是需求变成特性的唯一机会,在这个过程中,当前的做法是比较低效的,要靠规划人员遍历需求池,通过一些非规范化的关键字去捞取需求,容易遗漏

Ø 需求的生命周期管理:需求池里面的众多需求,当前状态为何?哪些被实现了,进了哪个版本?开发中还是已实现?是否已验证?哪些被部分实现了,剩余的部分咋办?哪些还未被实现,需要定期的review。

需求管理框架介绍

对需求进行分层管理

IT化的需求管理流程5个阶段

Ø 需求收集:构建需求收集网络,需求是全员的事情,公司内所有人都应该收集需求

Ø 需求分析:构建专门的需求分析团队RAT对原始需求进行分析与决策,其输出是已经确认并排序的需求列表。

Ø 需求管理:是持续进行的过程,与版本开发过程并无绑定关系。


需求管理在IT相关模块的支撑


用户需求管理

用户需求池用于对客户提出的原始需求进行录入、分析、转为初始需求、受理\拒绝的过程管理;

当受理成功后,可以关联转换为多条产品需求,对需求进行全程跟踪直至需求验证和交付; 

确保所有用户需求都得到收集、处理和跟踪,以客户服务为中心!


产品需求管理

产品需求池用于对管理产品定义的规格、特性和功能,可以是从用户需求转化而来,也可以来自产品规划;

对产品需求进行长、中、短期的规划,需要近期实现的产品需求分发到具体的项目中;



项目需求管理

对分发到本项目中的产品需求进行分析、分解、设计、实现和验证;


路标开发与Charter开发的功能架构

AIPD系统全面支持产品Roadmap、产品Charter、技术/平台Roadmap、技术/平台Charter的开发管理、发布管理和维护管理。