1. 简介
IBM 软件产品的版本(V.R.M.F)从市场规划和客户需求开始,到研发以及后续的交付遵循IBM软件部集成产品设计(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现在的产品组合,定义IBM在此市场领域需要提供的解决方案(O/SBP)。
研发产品管理部门
根据市场部门制订的解决方案(O/SBP),及客户反馈的的改善和缺陷,定义产品发布版本所要提供的功能-即产品的需求。
研发工程部门
根据产品需求,评估开发需求所需要的资源、时间等,并对需求进行设计、开发和测试等,建立需求与设计开发之间的追踪关系。
技术支持
代表IBM与客户进行沟通,反馈需求所处的状态。
以上角色的互相协作关系请参考以下产品需求管理流程的三个阶段描述。
5. 产品需求管理流程的三个阶段
此流程是通过IBM内部系统RATLC实现,这个将在后面第7部分介绍。
IPD概念阶段
研发产品管理部门根据市场部门制订的解决方案(O/SBP),定义产品所要提供的功能-即产品的需求。研发产品管理部门将这些需求信息提交到RATLC,包括:
1. 需求描述及提出理由
2. 需求所涉及的产品模块
如果此需求是因为客户反馈的改善和缺陷而产生,那么研发产品管理部门将其与需求关联。改善是指客户在使用此产品的过程中提出的功能改善的要求,而缺陷是指:客户在使用此产品的过程中发现的缺陷。
当备选需求进入RRM以后,评审委员会,包括市场部门、研发产品管理部门,研发工程部门的代表会复审备选需求以决定那些需求通过概念决策点 (当前的版本)。评估的条件包括其业务的重要性和对产品开发的影响(初步的需求规模评估)在评估的过程中,任何对此需求开发风险的认识,如需要的开发时间、性能要求等都被记录下来,作为此需求的风险记录,作为整个开发过程的参考。
对已经批准需求进行排序,同时需要增加以下内容:
1. 将在哪个版本实现
2. 负责人
3. 业务的重要性
没有通过概念决策点的需求:
1. 被拒绝,即现在没有任何实现的时间表;
2. 被延迟,将在下次版本的概念阶段被重新考虑;
3. 需要添加负责人和注释以备查。
IPD计划阶段
为了了解开发的投入,并能够给每个需求制订详细的开发计划,所有需求都要进行规模评估。评估的内容包括现在或将来开发此需求所需要的人力,时间和资源。通过研发工程部门和研发产品管理部门的多次和及时的沟通,需求的规模被确定。如果需求规模被修改,研发产品管理部门将再次和市场部门和技术支持部门沟通,以确认修改。修改的记录会记录在需求变更流程里面。通过规模评估的需求,需求会关联一条或多条的规模评估记录:需求开发所需要的资源、人力及计划。
同时,开发团队根据IRUP指导对需求进行详细的描述和设计,包括用例建模,建立测试策略和项目计划等。
没有通过计划决策点的需求:
1. 被拒绝,即现在没有任何实现的时间表;
2. 被延迟,将在下次版本的Concept Phase重新考虑;
3. 需要添加负责人和注释以备查。
IPD 开发和验证阶段
在此阶段,开发团队决定是否针对需求制订开发计划, 并对需求进行开发和测试,如果制订计划,需要提供以下信息:开发的状态。在开发过程中,需求一直处于InPlan状态,直到通过Availability DCP后,需求状态转变为Delivered。
如果由于开发计划延后,或开发过程中出现技术问题而导致开发团队决定不将其放入开发计划,需求会被Decommitted。如果有变更情况,负责人需要将变更记录与需求关联。
6. 产品需求管理流程的价值
1. 统一的版本需求管理流程:无论是外部的客户需求,IBM的市场规划需求都使用相同的流程,统一的评估,统一的规划,确保需求的开发与业务目标发展一致。
2. 需求端到端状态的可视化:需求记录包含丰富的信息包括变更的记录,使得市场部门、研发产品管理部门和研发团队能够及时了解需求所处的状态,减少多方沟通的时间,并能够及时的向客户传递相应的信息,提高客户的满意度。
3. 需求信息的集中管理:每条需求都有相应的属性,如客户优先级别,所涉及的产品模块等,需求开发时间等。有了这些信息,市场部门和研发团队可以定制各种报表对需求进行查询、过滤和排序,多角度的了解需求的状况。
4. 全球同步进行需求管理:虽然IBM市场部门及研发团队都分布在全球不同地点,但是所有相关人员可以通过WEB的方式访问需求,进行需求的沟通。
联系我们
Contact us