IBM 软件产品需求管理流程

IB刘昀简介遵循标记发布级别访问建议1.IBMIBM是一管理研发2.IPD定义要了IPD其中BM软昀,高级咨询介：IBM软件循IBM软件记本文！布日期：200别：初级问情况1263议：0(添加评简介M软件产品的M软件部集成一个由市场/客理流程。同时发产品管理部背景——指导如何对义目标，IBM了解IBM所有流程分为六1.概念：即2.计划：即在一定的3.开发：即4.验证：即5.交付：即6.生命周期中包括了几个1.概念决策我们对需续进入计2.计划决策资源在既诺进行开3.可交付决格以交付产品交付4.生命周期否退出市软件产品询顾问,IBM件产品的版本部集成产品设06年12月次浏览评论)平均分（的版本(V.R.M成产品设计(IP客户驱动的，时，此次内容我部门及研发工—IPD对软件产品发软件产品需有产品开发所六个步骤：即概念验证阶即资源投入计的时间范围内即对需求包进即对产品进行即将产品交付期：即产品在个重要的决策策检查点：即需求包是否有计划阶段；策检查点：即既定的时间范开发。如果是决策检查点：付给客户（2）付市场；期结束决策检市场。品需求软件部本(V.R.M.F)从设计(IPD)流月15日共0个评分M.F)从市场规PD)流程。IB跨市场部门容我们将描述I工程部门），布版本进行投需求管理基于所遵循的IPD阶段，主要对需计划阶段，主内将需求包开进行开发成产行验证阶段；付市场阶段；在市场上销售策检查点(DCP即经过概念阶有足够的理解即经过计划阶范围内完成需是，继续进入即经过开发）我们产品的检查点：即产求管理从市场规划和流程。分）规划和客户需BM软件产品门、研发产品IPD和产品需以及他们之间投资决策和如IPD流程，D的流程，包需求包进行评主要对需求包开发出来；产品阶段；售，使用，维P)：阶段各方面进解；（2）需求阶段的评估，需求包的开发入开发阶段；发和验证阶段的相应支持和产品在市场使理流程和客户需求开需求开始，到品需求管理流品管理部门及需求管理流程之间是如何通过如何协调部门要了解这个需包括其决策点评审，以确定包进行评估，维护和退出市进行的一系列求包是否有足在此检查点确发（2）研发部段，在此检查和销售是否已使用一定时期开始，到研发到研发以及后流程是IPD的及研发工程部门程，及流程中过协作来管理门间工作以实需求管理的流点。定其是否有足以确定是否市场的阶段。列评审，在此足够的商业价确定（1）我部门是否能在点确定（1）经准备好服务期后，在此检发以及后续的后续的交付遵的一个体现，部门的端到端需中的角色（市理需求的。实现这些决策流程，首先我足够的商业价否有足够的资源此检查点确定价值。如果是我们是否有足在(1)的估计上产品是否质务客户,如果检查点确定产交付遵循也就端需求市场、策所我们价值；源且（1）是，继足够的上承质量合是，品是一个直至遵循的承策都3.以上的。图一点击这个个产品从市场至发布到市场循着IPD流程承诺，是否通都通过相应的IPD与产上描述了IBM首先，请看一：产品需求击查看大图个产品需求管1.IPD的概2.IPD的计场需求开始，经场供客户使用程。在其中过通过最终验证可的委员会在不产品需求MIPD的基本看下图一：产求管理流程管理流程是如概念阶段对应计划阶段对应经过概念验证，最后在某个过程中，这个可以在市场上不同的决策点上求管理流本概念，我们产品需求管理何与以上IP应的是流程中应的是流程中证，时间、资个特定的时候个产品的概念上发布，以及上进行决策流程们接下来看IB流程。PD的阶段相中的“New-P中的“High-Le源等计划的支候结束产品在是否被接受及什么时候在。BM软件产品映射的呢？主Prioritize-PrvelSizing-支持，然后进在市场上的销，是否能得到在市场上停售品的需求管理主要为以下几rioritized”；Sized”；进行开发，验销售，在IBM到资源上的投售，这些关键理是如何基于几点：验证，M都投入键的决IPD3.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.被延迟，将在下次版本的ConceptPhase重新考虑；3.需要添加负责人和注释以备查。IPD开发和验证阶段在此阶段，开发团队决定是否针对需求制订开发计划,并对需求进行开发和测试，如果制订计划，需要提供以下信息：开发的状态。在开发过程中，需求一直处于InPlan状态，直到通过AvailabilityDCP后，需求状态转变为Delivered。如果由于开发计划延后，或开发过程中出现技术问题而导致开发团队决定不将其放入开发计划，需求会被Decommitted。如果有变更情况，负责人需要将变更记录与需求关联。6.产品需求管理流程的价值1．统一的版本需求管理流程：无论是外部的客户需求，IBM的市场规划需求都使用相同的流程，统一的评估，统一的规划，确保需求的开发与业务目标发展一致。2．需求端到端状态的可视化：需求记录包含丰富的信息包括变更的记录，使得市场部门、研发产品管理部门和研发团队能够及时了解需求所处的状态，减少多方沟通的时间，并能够及时的向客户传递相应的信息，提高客户的满意度。3．需求信息的集中管理：每条需求都有相应的属性，如客户优先级别，所涉及的产品模块等，需求开发时间等。有了这些信息，市场部门和研发团队可以定制各种报表对需求进行查询、过滤和排序，多角度的了解需求的状况。4．全球同步进行需求管理：虽然IBM市场部门及研发团队都分布在全球不同地点，但是所有相关人员可以通过WEB的方式访问需求，进行需求的沟通。7.RATLC——通过ClearQuest实现需求管理流程在IB件部现。需求在全CleaIBM理平出更界面它可RAT（1需求CleaClea如图图二图三需求BM内部是使部用于管理产同时由于IB求，RATLC通全球一共有1arQuestMuMRationalCl平台，能在整更高质量的软面和工作流程可任意扩展，TLC的具体实）通过Clea求管理、缺陷arQuest提供arQuestDes图二：二：ClearQu三是通过Cle求的状态，箭使用什么系统产品需求和产BM的软件研通过ClearQu11个复本，ltiSite的自动learQuest是整个开发周期软件。无论您程引擎都能适以支持任何实现方式：arQuestDes陷管理和测试供了灵活的手signer的状态uestDesignarQuestDes箭头上的文字代统来支撑需求产品缺陷的系研发团队分布uestMultiSit分别位于北美动同步功能实是一个强大而内捕获、跟踪使用的平台适应任何开发何规模的项目signer定制R试管理流程。手段在上述的态过渡矩阵定er的状态过signer定制好代表用户经过求管理流程的统。RATLC布在全球各地te实现了“本美、印度、法实现。而高度灵活的踪并管理各种是Windows流程。由于。RATLC中的同时，鉴于的内嵌流程中定制产品需求过渡矩阵好后的需求管过何种操作后的呢？答案是C通过Ratio地，为了实现本地复本，全球法国和中国，的需求、缺陷种类型的记录s、UNIX或是ClearQuest的需求管理流IBM需求管中进行客户化求管理流程中管理流程的状后，需求的状RATLC。它onalClearQ每个地区团队球同步”的模式复本之间的陷和变更、测录，帮助您以是Web，可完支持业内标流程。ClearQ理流程有特殊定制。RATL中的需求状态状态图，图中状态发生了相它既是IBMuest工具定队能快捷地访式。现在RA的一致性通过测试计划和用以更高的效率完全自主定制标准数据库，Quest本身内殊性的需求，LC就是通过态和其过渡关中的椭圆代表相应的变化。M软制实访问ATCL过例管率交付制的所以嵌了，过关系，表的是如需求处的优图三点击（2我们上是图四处在“Submitte优先级别属性三：通过Cle击查看大图）通过Clea们可以通过C是通过Desig四：ClearQued”状态，用性后，按下界earQuest定制arQuestDesClearQuestDner提供的界uestDesign用户经过评审界面中“Prioriti制的需求在流igner表单定Designer提供界面工具集如er表单定制审，确定了此ize”按钮，需流程中的状态定制功能直观供的可视化表如按钮、文字制功能需求的优先级需求的状态变态观地定制RAT表单定制功能字框等拖拽地级别并更新了变为“PrioritizeTLC用户界面能直观地定制地设计用户界了界面中此需ed”。面。制用户界面。界面。如图四需求基本：图五图五五是通过Cle五：RATLC的arQuestDes的需求录入界signer表单定界面定制功能定制制出来的RAATLC需求录录入界面。（3在R报表或者有需地查报表图六（4RAT面。记