IBM®Rational Team Concert™是一种协作式变更管理工具。 您可以使用它来创建多个项目区域,每个区域都可以满足项目的需求。 其中包括多个过程模板,项目团队可以根据团队的需求选择一个在项目区域中使用的模板。
正式项目管理过程模板用于变更控制管理,也有助于管理项目风险。 以下各节说明如何使用此模板。
确保查看在软件开发项目中使用Rational Team Concert进行风险管理的好处的简短摘要 。
每个项目及其相关活动都充满风险。 每种风险都涉及两个基本问题:
发生的可能性 发生风险所产生的影响风险管理涉及的最大风险是在正确的时间意识到风险的存在。 您不能总是避免或克服风险,但是您可以为风险做好准备。 防范风险的策略是识别风险,然后计划规避,缓解和突发事件。 这使风险管理成为项目管理的组成部分。
风险管理是一个分为两个阶段的过程,涉及风险评估和风险控制,每个过程都具有相关的操作:
风险评估 风险识别 风险分析 风险优先级 风险控制 风险策略 风险行动 风险控制风险评估是指识别和分析任何项目中的风险。 您需要在项目生命周期中尽早评估风险,但也要考虑到项目是动态的,并且项目的动态性质总是会导致新的风险。 因此,风险评估不是一次性过程。 您需要在项目的整个生命周期中定期执行此操作。
风险识别
风险评估从风险识别开始,然后从识别项目中的不确定性开始。 审查整个项目计划,以确定可能导致不确定或不良结果的活动。 然后捕获这些不确定性进行分析。
风险分析
识别风险后,可以根据各种参数进行分析以更好地了解风险:
发生的影响 发生概率 确定的风险的精确度(准确性)水平 如果事件发生,则可能发生的风险成本为估计的损失 确定风险的暂定发生日期风险优先级
根据分析,可以确定风险控制措施的优先级。 并非所有已识别的风险都可以立即得到控制,因此需要确定优先级。 高优先级的风险可能会带来最大的负面影响。
根据优先级,您可以计划风险控制措施。 规划有助于确定战略和采取的措施以进行风险控制,然后跟踪风险以解决风险。 风险控制是一项冗长的措施,需要时间来制定策略计划和相关措施。
风险策略
根据风险评估,您可以选择策略来规避,减轻或为任何风险制定应急计划。 风险管理者可以选择实施全部或部分策略,这些策略可以分为三类:
规避:为避免发生被确定为风险的情况,我们应采取什么措施? 缓解措施:可以采取哪些措施来降低该风险的严重性(影响)? 应急:如果发生这种情况,应采取什么措施来恢复?风险行动
选择策略后,可以执行相关操作。 风险管理者可以针对特定风险使用相同的策略来实施多种措施。
风险封闭
当风险在项目上下文中不再有效时,可以关闭风险。 但是,直到关闭为止,继续进行评估和控制的周期。
风险生命周期涵盖从风险识别到风险控制再到风险关闭的整个过程。
对于软件项目,从启动到部署和支持一直存在风险。 但是,特定风险可能具有不同的生命周期,因为在项目启动时确定的风险可能直到部署才有效。 生命周期取决于确定的风险。 例如,不在提议的开始日期开始项目是一种风险,但是如果项目在提议的日期开始,则该风险不再成立。 但是,错误要求的风险将一直持续到项目结束。
Rational Team Concert中的正式项目管理流程模板为风险管理提供了“风险”和“风险行动”工作项。 以下小节通过示例简要概述了风险工作项。
识别风险后,使用Rational Team Concert中的Risk工作项将其记录下来。 在这里,我们将使用一个错误要求的示例来理解此工作项及其属性。 图2显示了Overview选项卡视图,其中包括摘要,描述和详细信息。
请注意,“风险”工作项除具有几个默认属性外,还具有与风险相关的多个属性:
摘要 此文本描述使项目团队成员可以了解风险的性质。 在我们的需求不正确示例的摘要中,摘要将显示“需求不正确”。 描述 可以在此处详细说明风险。 可以添加,编辑和删除文本。 注释 该区域包含项目团队成员的评论。 保存注释后将无法对其进行编辑。 类型 因为它是一个风险工作项,所以它仍然是风险类型。 创建日期 该条目无法编辑。 它是指创建此工作项的日期。 由...制作 该条目无法编辑。 它是指此工作项的创建者。 项目区 该条目无法编辑。 它指的是与此风险相关的项目区域。 团队区域 该条目无法编辑。 它指的是正在研究此风险的团队。 提起反对 在这里,您可以选择将风险与项目关联。 这有助于跟踪与项目相关的风险。 标签 此区域用于标签,以帮助简化搜索风险集合的过程。 标签示例:缺少要求,要求不正确 拥有者 这是为了记录每个风险的所有者。 这是要执行任何相关操作的人。 优先 根据风险的重要性,应按优先级跟踪应关闭风险的时间。 对于不正确的要求,优先级将为“高”,因为我们需要尽快处理该问题,以避免制造不正确的产品。 确定为 这是为了记录计划此工作项(风险)的项目计划阶段。 不正确的需求风险在计划的需求部分中。 可能性 这捕获了此风险确定的情况发生的可能性。 例如,如果团队的需求分析员是新角色,还是项目新手,则机会更高。 但是,如果该人有经验,则可能性较低。 影响力 如果发生风险中确定的情况,此条目将估计影响。 例如,如果编写了不正确的要求,则对产品的影响可能是巨大的,因为这可能导致开发出不可接受的产品。 接触 该条目无法编辑。 通过将概率和影响百分比乘以然后除以100来计算暴露量。数字越大,我们对这种风险的抵抗程度越高,数字越小,它越安全。 矩阵 矩阵表示特定风险所在的区域,并确定了概率和影响。 绿色单元格显示低风险的象限,橙色表示中等风险,红色表示高风险。 用L(低),M(中),H(高)突出显示一个象限。 您还可以通过选择矩阵中的一个单元来定义概率和影响。 精确 此属性用于指示风险预测的准确性。 这取决于了解与项目有关的风险的级别。 结果成本 在此处记录风险的估计财务成本。 默认值为USD,但是您可以使用项目区域编辑器将其更改为另一种货币。 可能的费用 该条目无法编辑。 通过结果成本乘以风险概率计算得出。 风险类别 这表示风险所属的类别,您可以从选项中进行选择。 对于不正确的需求,类别可能是技术,因为需求与技术有关。 识别日期 此属性用于记录识别此风险的日期。 发生日期 此属性用于记录最有可能发生此风险的暂定日期。 州 这将跟踪风险的当前状态。 如果识别出新风险,则状态为“新”。 然后需要验证风险,因此工作项的状态为“待验证”。 然后根据风险发生的可能性验证风险。 如果认为风险有效,则接受该风险,并将其状态更改为“进行中”以进行处理。 然后进行工作以减轻风险或消除风险。 如果风险已关闭,则将选择一个子状态,该子状态会提及为风险关闭所采取的措施。 闭包的默认操作选项为“避免”,“减轻”,“无效”,“已接受”或“已转移”。注意: 如果预计会再次出现确定的风险,则将重新打开相同的“风险”工作项。
您可以使用Rational Team Concert风险操作工作项来跟踪任何已识别风险的计划或完成的风险操作。 该工作项与Rational Team Concert中的其他工作项相似,具有一些额外的属性,以下小节将对此进行说明。
翻译自: https://www.ibm.com/developerworks/rational/library/risk-risk-action-work-items/index.html
相关资源:jdk-8u281-windows-x64.exe