(完整版)IBM软件产品需求管理流程

IBM 软件产品需求管理流程

1. 简介

IBM 软件产品的版本(V.R.M.F)从市场规划和客户需求开始，到研发以及后续的交付遵循IB M软件部集成产品设计(IPD)流程。IBM 软件产品需求管理流程是IPD的一个体现，也就是一个由市场/客户驱动的，跨市场部门、研发产品管理部门及研发工程部门的端到端需求管理流程。同时，此次内容我们将描述IPD和产品需求管理流程，及流程中的角色（市场、研发产品管理部门及研发工程部门），以及他们之间是如何通过协作来管理需求的。

2. 背景——IPD

IPD指导如何对软件产品发布版本进行投资决策和如何协调部门间工作以实现这些决策所

定义目标，IBM软件产品需求管理基于IPD流程，要了解这个需求管理的流程，首先我们要了解IBM所有产品开发所遵循的IPD的流程，包括其决策点。

IPD流程分为六个步骤：

1.概念：即概念验证阶段，主要对需求包进行评审，以确定其是否有足够的商业价值；

2.计划：即资源投入计划阶段，主要对需求包进行评估，以确定是否有足够的资源且在

一定的时间范围内将需求包开发出来；

3.开发：即对需求包进行开发成产品阶段；

4.验证：即对产品进行验证阶段；

5.交付：即将产品交付市场阶段；

6.生命周期：即产品在市场上销售，使用，维护和退出市场的阶段。

其中包括了几个重要的决策检查点(DCP)：

1.概念决策检查点：即经过概念阶段各方面进行的一系列评审，在此检查点确定（1）

我们对需求包是否有足够的理解；（2）需求包是否有足够的商业价值。如果是，继续进入计划阶段；

2.计划决策检查点：即经过计划阶段的评估，在此检查点确定（1）我们是否有足够的

资源在既定的时间范围内完成需求包的开发（2）研发部门是否能在(1)的估计上承诺进行开发。如果是，继续进入开发阶段；

3.可交付决策检查点：即经过开发和验证阶段，在此检查点确定（1）产品是否质量合

格以交付给客户（2）我们产品的相应支持和销售是否已经准备好服务客户,如果是，产品交付市场；

4.生命周期结束决策检查点：即产品在市场使用一定时期后，在此检查点确定产品是否

退出市场。

一个产品从市场需求开始，经过概念验证，时间、资源等计划的支持，然后进行开发，验证，直至发布到市场供客户使用，最后在某个特定的时候结束产品在市场上的销售，在IBM都遵循着IPD流程。在其中过程中，这个产品的概念是否被接受，是否能得到资源上的投入的承诺，是否通过最终验证可以在市场上发布，以及什么时候在市场上停售，这些关键的决策都通过相应的委员会在不同的决策点上进行决策。

3. IPD 与产品需求管理流程

以上描述了IBM IPD的基本概念，我们接下来看IBM软件产品的需求管理是如何基于IPD 的。首先，请看下图一：产品需求管理流程。

图一：产品需求管理流程

点击查看大图

这个产品需求管理流程是如何与以上IPD的阶段相映射的呢？主要为以下几点：

1.IPD的概念阶段对应的是流程中的“New->Prioritize->Prioritized”；

2.IPD的计划阶段对应的是流程中的“High-Level Sizing->Sized”；

3.IPD的开发和验证阶段对应的是流程中的“Plan/Develop”；

4.其中“Commit->InPlan”对应的是IPD的“Contract”点；

而产品需求管理流程与决策点的映射，主要为以下几点：

1.概念决策点-评估需求给IBM带来市场价值，决定是否接纳，如需求是不是有足够的

业务潜力使得IBM产品能够成为市场的领导者；

2.计划决策点-评估需求开发的投入，决定是否将其放入开发计划，如是否有相应的资

源使得我们能在既定的时间范围内实现需求；

3.可交付决策点-评估需求实现的状况，决定是否放入发布计划，如验证需求的功能及

质量等是否满足要求。

4. 产品需求管理流程中的角色

产品需求管理流程中通过以下几类角色的参与并互相协作，推动需求通过评审并纳入到产品开发路线图里面。

市场部门

根据市场、竞争对手的信息，客户的反馈，技术发展方向以及IBM现在的产品组合，定义I BM在此市场领域需要提供的解决方案(O/SBP)。

研发产品管理部门

根据市场部门制订的解决方案(O/SBP)，及客户反馈的的改善和缺陷，定义产品发布版本所要提供的功能－即产品的需求。

研发工程部门

根据产品需求，评估开发需求所需要的资源、时间等，并对需求进行设计、开发和测试等，建立需求与设计开发之间的追踪关系。

技术支持

代表IBM与客户进行沟通，反馈需求所处的状态。

以上角色的互相协作关系请参考以下产品需求管理流程的三个阶段描述。

5. 产品需求管理流程的三个阶段

此流程是通过IBM内部系统RATLC实现，这个将在后面第7部分介绍。

IPD概念阶段

研发产品管理部门根据市场部门制订的解决方案(O/SBP)，定义产品所要提供的功能－即产品的需求。研发产品管理部门将这些需求信息提交到RATLC，包括：

1.需求描述及提出理由

2.需求所涉及的产品模块

如果此需求是因为客户反馈的改善和缺陷而产生，那么研发产品管理部门将其与需求关联。改善是指客户在使用此产品的过程中提出的功能改善的要求，而缺陷是指：客户在使用此产品的过程中发现的缺陷。

当备选需求进入RRM以后，评审委员会，包括市场部门、研发产品管理部门，研发工程部门的代表会复审备选需求以决定那些需求通过概念决策点（当前的版本）。评估的条件包括其业务的重要性和对产品开发的影响（初步的需求规模评估）在评估的过程中，任何对此需求开发风险的认识，如需要的开发时间、性能要求等都被记录下来，作为此需求的风险记录，作为整个开发过程的参考。

对已经批准需求进行排序，同时需要增加以下内容：

1.将在哪个版本实现

2.负责人

3.业务的重要性

没有通过概念决策点的需求：

1.被拒绝，即现在没有任何实现的时间表；

2.被延迟，将在下次版本的概念阶段被重新考虑；

3.需要添加负责人和注释以备查。

IPD计划阶段

为了了解开发的投入，并能够给每个需求制订详细的开发计划，所有需求都要进行规模评估。评估的内容包括现在或将来开发此需求所需要的人力，时间和资源。通过研发工程部门和研发产品管理部门的多次和及时的沟通，需求的规模被确定。如果需求规模被修改，研发产品管理部门将再次和市场部门和技术支持部门沟通，以确认修改。修改的记录会记录在需求变更流程里面。通过规模评估的需求，需求会关联一条或多条的规模评估记录：需求开发所需要的资源、人力及计划。