基于基线化的迭代开发和风险管理策略

　　[案例评析]

　　在软件项目开发过程中，对于开发模型的选择，需要在项目定义过程中明确。 CMMI V1.2 For dev中，过程域IPM[注：4] 的SP1.1 Establish the Project’s Defined Process有明确要求。在上述案例中，提到的迭代式开发模型为众多开发模型中的一种，而在项目中具体要使用哪种模型可从组织项目定义过程中进行选择。软件开发模型通常有以下几种：瀑布型，迭代型，原型等，具体选择何种，需要视项目的特点而定；上述案例的主要特点是需求的不稳定性，选择迭代式开发模型无疑是一种较好的选择。可以看到，上文中有提到“基线化”一词，有实施CMMI的企业或参加过CMMI 过程改进活动的个人对这个词一定不陌生。CMMI模型中，要求对过程的产出物进行 配置管理。过程域CM[注：5]中，SP1.3 Create or release baselines 要求建立并发布基线。基线是经过评审并通过的一系列产出物，基线建立以后，后续的开发工作需以此作为基础。上述案例中，之所以提出基线化一词，意在强调阶段性地需求需要经过评审并确定之后，以此指导后续开发工作。此外，越来越多的人关注软件项目开发过程中 风险管理环节。风险管理过程是用于识别潜在的问题，并策划应对策略，在需要时实施相应动作以消除不利影响。在CMMI模型中，有专门一个PA对风险管理进行描述和要求。上述案例中，正是识别到由于ClearQuest升级而带来的API不兼容性风险，并针对于风险采取了利用阀值控制等措施。软件开发过程中，我们会遇到各种各样的风险，而且这些风险一旦发生，会给项目的顺利进行带来严重威胁，因此在项目计划时，就要制定一个严密的风险管理计划，并且对于风险情况进行严格的跟踪，这样才可能把风险对项目所带来的影响降低，至最小。

　　注：
　　1：基线化：在配置管理系统中，基线就是一个CI（配置项）或一组CIs在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，而这个过程被称为“基线化”。
　　2：迭代：迭代就是为了完成一定的阶段性目标而所从事的一系列开发活动，属于开发模型中的一种。
　　3：风险管理：风险管理指对项目风险进行识别、分析、并采取应对措施的系统过程。它包括尽量扩大有利于项目目标事项发生的概率与后果，而尽量减小不利于项目目标事项发生的概率与后果。
　　4：IPM:集成项目管理，为CMMI中一过程域。
　　5：CM:配置管理，为CMMI中一过程域。

原文转自：http://www.ltesting.net