SCMLife.com

 找回密码
 立即注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

查看: 2637|回复: 1

[推荐] 使用Rational Team Concert中的 Risk 和 Risk Action 工作项

[复制链接]
发表于 2012-12-26 11:41:15 | 显示全部楼层 |阅读模式
使用 Rational Team Concert 管理风险概述
IBM® Rational Team Concert™ 是一种协作式变更管理工具,可以用它创建多个项目区域,借助每个区域来满足项目的需求。可以为项目团队提供多个流程模板,项目团队可基于团队需要选择将在某个项目区域中使用的模板。% Q" p3 Z) x( x' Q# c( t7 R  o; [
Formal Project Management 流程模板用于变更控制管理,它对管理项目风险也有所帮助。以下各节将介绍如何使用此模板。
: A; q) l8 X9 N0 W' {, {8 g
一定要查阅在软件开发项目中使用 Rational Team Concert 进行风险管理的 收益简介

# N+ p7 f: w: g
6 H, j/ k5 O7 `5 S1 o* r
管理与项目相关的风险
每个项目和它的相关活动都蕴含着风险。每个风险都涉及两个基本方面:; B8 P& e: p3 U" F0 a: W
  • 发生的概率
  • 如果存在风险,会带来怎样的影响) v( r2 K1 \+ A4 d
风险管理所涉及的最大风险是在恰当的时机认识到风险的存在。您不可能始终能够逃避或克服风险,但可以准备应对它们。准备应对风险的战略是:识别风险,然后计划规避、缓解和应对措施。这使风险管理成为项目管理的不可或缺的一部分。! L: ^: e/ U- k, n
+ k  D: L9 n; G- D
图 1. 项目风险管理的工作流图
5 z8 W7 V" _- ]" H" D # ~, e9 Z( z9 A0 a7 ?
, g5 e1 l9 g. P
项目风险管理
风险管理是一个由风险评估和风险控制组成的分为两个阶段的流程,每个阶段都有相关的操作:
/ w: [) ?6 c" c
  • 风险评估
    - F1 r+ m* k- d6 |3 I
    • 风险识别
    • 风险分析
    • 风险优先化
      5 I" B8 B; ]2 }/ Z" }* Q2 g
  • 风险控制8 ]- D. b1 x9 ]. d
    • 风险战略
    • 风险操作
    • 风险控制
      + a7 F% x1 T1 w7 g8 k
风险评估
风险评估是指识别和分析任何项目中的风险。您需要在项目生命周期中尽早评估风险,还需要考虑到项目是动态的,并且项目的动态性质总是会带来新的风险。因此,风险评估是一个一次性的过程。您需要在项目的整个生命周期中定期进行风险评估。
+ ?) o* y! A1 C" Y" {9 [8 Z风险识别
& h  U$ q1 Q( @: F$ G风险评估从风险识别开始,而风险识别从识别项目中的不确定性开始。审核整个项目计划,识别那些可能导致不确定或不如意的结果的活动。然后捕获这些不确定性以供分析。& E7 \( q* r# c. K$ p) o
风险分析0 E  c! x5 z$ r: F7 `  \# E5 ?
识别一个风险后,可以依据各种参数分析它,以便更好地理解该风险:
# p. c3 g- e: P# s
  • 发生一次的影响
  • 发生的概率
  • 已识别风险的精确度(准确度)水平
  • 如果发生该事件,可能的风险成本(作为估算的损失)
  • 识别的风险的暂定发生日期
    2 k. B  Z0 q. n0 K8 l
风险优先化' t" z( t0 U3 X( g8 q
基于分析,可以为风险控制操作建立优先级。不是所有已识别的风险都是可以直接控制的,因此需要优先化。高优先级风险可能带来最大的负面影响。/ j( c9 c. v' _) V' i+ `
风险控制
基于优先级,可以计划风险控制操作。计划有助于识别对风险控制采取的战略和操作,然后严密跟踪风险。风险控制是一个长期的操作,需要时间来执行战略计划和相关操作。
/ B. ^% l9 O8 D, E! D风险战略
; W1 K; Q' K# l, V: V1 E! d& S基于风险管理,可以选择规避、缓解或为任何风险准备应对措施的战略。风险管理器可以选择实施所有或部分战略,这些战略分为 3 个基本类别:
. Y% q5 B* \7 n4 {$ g/ V) ?* ^
  • 规避:我们应该采取哪些措施来避免被识别为风险的情形发生?
  • 缓解:可以采取哪些措施来降低该风险的严重性(影响)?
  • 应对措施:如果出现这种情况,应该采取哪些步骤来恢复正常?* Y& W( O9 a. G; b& I6 w
风险操作' U3 \  o" n3 `& p7 H: J! G4 x
选择战略后,可以实施相关的举措。风险管理可以实施多个举措,为特定的风险使用相同的战略。
/ q* Y& v' T2 p* Y$ w/ H( }  J风险关闭' Y6 j  C. G* n% ~2 \8 r. n2 s
当某个风险在项目上下文中不再有效时,就可以关闭该风险了。但是,在关闭它之前,评估和控制的周期仍在继续。
' m9 j- r6 H! s% u( [! k0 u
风险的生命周期
风险生命周期涵盖从风险识别到风险控制,再到风险关闭的整个过程。5 _1 [$ l4 {' t  |; a
对于一个软件项目,从它的启动一直到部署和支持,都存在风险。但是,特定的风险可能具有不同的生命周期,因为在项目启动后才识别出的风险可能在部署后才发挥作用。生命周期的长度取决于识别的风险。例如,未在设定的启动日期启动项目是一种风险,但是,如果项目在设定的日期启动,该风险就不再存在。但是,错误需求的风险在项目结束时才会消失。; W1 a& n, C5 R) Q( q/ s

; @. x: N1 u$ O5 B0 h
, D' {) L5 j1 J7 a" E- f6 W0 F0 U
使用 Rational Team Concert 进行风险管理
Rational Team Concert 中的 Formal Project Management 流程模板提供了 Risk 和 Risk Action 工作项来进行风险管理。以下小节将简要介绍 Risk 工作项,并会提供一个示例。
  y, v* n' F* Q# W6 ~( M
Risk 工作项
识别风险后,就会使用 Rational Team Concert 中的 Risk 工作项记录它。在这里,我们将使用一个错误需求示例来了解此工作项及其特性。图 2 显示了 Overview 选项卡视图,其中包含一段摘要、描述和详细信息。* B% i) v* U! [! C$ p% i* A

% v, l. q4 g2 D0 s$ S& L0 T# t图 2. Risk 工作项的 Overview 选项卡布局2 Q, A8 \2 R4 _
  O$ O8 A  A' A8 e9 e1 D! i
请注意,Risk 工作项有多个与风险相关的特性,还有一些默认的特性:
1 k) T9 \/ K6 ?Summary 这段文本描述了向项目团队成员告知风险的性质。在我们的错误需求示例的上下文中,摘要将是 “Incorrect Requirements”。2 e/ L$ o7 N4 ~6 r9 r
  Description 可在这里阐述风险的详细信息。您可以添加、编辑和删除文本。; E1 ]. k: a, K, ]6 o8 T; p
  Comments 此区域包含来自项目团队成员的评论。评论可在保存之后进行编辑。" D( `" P) `/ J( h
  Type 因为它是 Risk 工作项。所以保持为风险类型。
% g. a* D9 M/ e, v; B3 G6 {  Creation Date 此条目无法编辑。它表示创建此工作项的日期。9 i# D* v6 \# G5 |$ ~7 [( g2 u* s0 r
  Created By 此条目无法编辑。它表示此工作项的创建者。
. E" ]* g' C1 T8 H- {2 i; C  Project Area 此条目无法编辑。它表示此风险关联的项目区域。8 [, L# w6 B, s6 ]6 p8 w) x4 {8 T6 W
  Team Area 此条目无法编辑。它表示处理此风险的团队。
% T3 J1 q: h/ P9 C$ A2 q! y' D- x  Filed Against 在这里,您可以选择将风险与一个项目关联。这有助于跟踪与一个项目相关的风险。% [5 c- X) q+ f9 S
  Tags 此区域用于添加标记,帮助简化对某个风险的搜索。标记示例:requirement missing 和 requirement incorrect% u* X- L0 i4 ]8 f( u! n
  Owned By 此条目用于记录每个风险的所有者。这是负责任何相关操作的人。8 _' f3 q6 `  |" {- F+ y
  Priority 基于风险的重要性,按优先级来跟踪它应该关闭的速度。对于错误需求,优先级将为 High,因为我们将需要尽快处理问题,以避免创建错误的产品。
# q. c( I5 `$ ?4 k9 Y; W  |0 t: Z3 ?  Identified For 此条目用于记录计划此工作项(风险)的项目计划阶段。Incorrect Requirement 风险位于计划的 Requirement 部分中。3 m: y% i( L4 l' V
  Probability 此条目捕获发生该风险所识别的情形的可能性。例如,如果团队的需求分析师不熟悉该角色或项目,发生风险的可能性就会更高。但是如果这个人经验丰富,这种可能性就会更低。
* e1 a6 U/ t  R. _7 O! ~5 n  Impact 此条目用于评估发生风险中识别的情形时所带来的影响或效果。作为一个示例,如果编写了错误的需求,对产品的影响可能是巨大的,因为它可能导致开发无法接受的产品。
1 p3 t! P! _. }/ W; Q6 l) N  Exposure 此条目无法编辑。Exposure 通过将概率与影响百分比相乘并除以 100 来计算。该数字越高,我们就越容易面临此风险;该数字越低,就越安全。1 d! F! h& y, \" H, g
  Matrix Matrix 表示特定风险所处的区域,以及识别的概率和影响。绿色单元格显示了风险低的象限,橙色表示中等风险,红色表示高风险。风险所在的象限使用 L(低)、M(中)、H(高)突出显示。也可以通过在矩阵中选择一个单元格来定义概率和影响。  _: a$ Y5 D, ?7 `2 N! c
  Precision 此特性用于表明风险预测的准确度。这依赖于对与项目相关的风险的理解程度。
# g) ?2 W1 M* o) U, o2 t  Consequence Cost 在这里记录估算的风险财务成本。默认值以 USD 为单位,但可使用项目区域编辑器将其更改为另一种货币。
5 i5 s% J1 ]$ v: K" _- W+ J  Probable Cost 此条目无法编辑。它由后果成本乘以风险概率的结果值来填充。
- T2 I; h2 ^1 z. r4 T( j( H  Risk Category 这表示风险所属的类别,可以从多个选项中进行选择。对于 Incorrect requirements,类别为 Technology,因为需求与技术相关。
. A- [0 N+ M5 S0 v! D* H  Identification Date 此特性用于记录识别此风险的日期。
- [4 a3 a: l" G( [7 \  Occurrence Date 此特性用于记录此风险最可能发生的暂定日期。$ S% i* q$ c% s5 l+ }& ?
  State 此条目跟踪风险的当前状态。如果识别了一个新风险,状态为 “New”。该风险然后需要验证,所以该工作项的状态为 “To be validated”。然后验证风险的发生概率。如果风险被视为有效,则接受它,将状态更改为 In Progress 以便处理它。然后采取一些措施来缓解风险或关闭它。如果风险关闭了,就会选择一个子状态,该状态提到了为关闭风险而采取的措施。关闭的默认操作选项为 Avoid、Mitigate、Invalid、Accepted 或 Transferred。1 m7 }% R0 g3 V0 @# b' O/ R  _! S
  备注:3 W: k; i  h9 K; m
如果预计一个识别的风险将再次发生,则会重新打开同一个 Risk 工作项。% ]' O5 l) `6 i7 i2 `. o3 I
Risk Action 工作项
可以使用 Rational Team Concert Risk Action 工作项跟踪任何已识别的风险的计划或已完成的风险操作。此工作项类似于 Rational Team Concert 中的其他工作项,但仍有一些额外的特性,以下小节将介绍这些特性。! o8 C6 E% y+ \2 O
" Z: l- o( f! S( m6 k
图 3. Risk Action 工作项的 Overview 选项卡布局/ U6 p. q4 Z2 ^: R+ ]% [: D; }

% M) |- ~8 u: s2 }Summary 该工作项与 Risk 工作项相同或类似。通过阅读摘要,人们应该能够理解哪种风险与此操作相关。& G& ]. W. m: Y( M: b
  Strategy Type 列出的选项包括 Avoidance、Mitigation 和 Contingency。每个选项是都一个独立的策略,具有自己的相关性。基于针对某个已识别风险的操作,打开各个工作项,它们与一个 Risk 工作项相关联。可以基于识别的风险选择不同的策略。5 ]) G* Q+ i( U( @1 n
  Avoidance 在需要计划风险规避时,选择此策略作为一项操作。在此战略中规划操作项,使风险可以避免并且不会发生。这里,在 Incorrect Requirement 风险示例中,规避措施可以是确保需求分析师拥有丰富的经验。3 h$ g$ f3 j; b  W2 V7 \
  Mitigation 在需要计划风险缓解时,可以选择此策略作为一项操作。在此策略中规划操作项,以便在发生风险事件时采取降低其影响的操作,这样做是明智之举。Incorrect Requirement 风险的一种缓解计划可能是在将需求转交给设计和开发团队(以任务、时间和地点的方式指定)之前,由利益相关者、架构师和设计人员更彻底、更全面地审核需求。
5 ~8 u" h, y' A8 b  Contingency 在需要规划风险应对措施时,可以选择此策略作为一项操作。在此策略中规划操作项,以便在发生风险事件时采取降低其影响的操作,这样做是明智之举。对于 Incorrect Requirement 风险,一种应对计划可能是,我们计划在完全开发之前开发定期的、过渡性的产品演示。
" M+ k- k+ r+ Z2 }  n7 d9 L% D  Constraint Type 这是一个包含选项的下拉清单,选项包括 As Soon As Possible 和 Start No Earlier Than 等。这些选项用于记录哪些约束控制着此 Risk 工作项,以及操作需要多快地启动或完成。对于 Incorrect Requirements,考虑到这种构建错误产品的风险的影响,首要的选择将是 As Soon As Possible。
5 d2 A& |) t( ~8 [  Constraint Date 记录的此特性的日期与 Constraint Type 字段相关。此日期表示操作计划应该生效或结束的日期。对于 Incorrect Requirements,这将是 Requirements 阶段的一个日期,因为如果此风险在该阶段后继续存在,它将很难控制。
5 L8 k' |9 @2 g" N  State 状态跟踪风险操作的当前状态。对于新的风险操作,状态为 New。在准备好为这些操作分配优先级和操作时,工作项状态将变为 Triage。然后,在开始处理该项时,工作项状态将更改为 In Progress。完成与风险操作相关的工作后,状态会更改为 Resolved。当工作项处于 Resolved 状态时,您可以选择验证、重新打开或关闭工作项。
  Q0 X8 V- o/ R- W  
Risk 和 Risk Action 工作项中的其他选项卡
Links 选项卡 Risk 和 Risk Action 工作项都包含此选项卡,可以在这里链接相关风险、操作和其他工作项。也可以在这里上传与工作项相关的文件。也可以使用此选项卡维护此工作项的用户列表。
4 x5 V: [, b9 L# B% A6 y" P  
  |& {2 n5 d: _3 |9 x图 4. Risk 和 Risk Action 工作项的 Links 选项卡. G+ w) T. N% Y3 J
4 z' n2 k, I0 Q& z' \6 ^: Q; V
Approval 选项卡 此选项卡在 Risk 和 Risk Action 工作项中都存在。使用此选项卡,可以控制风险的状态过渡,这有助于遵守项目流程。例如,只有一个 Approved 风险可关闭。/ |( O5 x# c, b3 y3 C
  ' U( A( z+ F7 _+ p2 ^
图 5. Risk 和 Risk Action 工作项的 Approval 选项卡* ~: x5 X9 R* X: d$ t) K
* V0 J+ O! R2 V, _
History 选项卡 Risk 和 Risk Action 工作项都包含此选项卡。它记录在工作项中执行的所有操作。可以使用此选项卡跟踪工作项上的任何过去的操作。
$ O+ z! N6 X- q: E( \: W  k  & i1 x1 r4 P+ u( T
图 6. Risk 和 Risk Action 工作项的 History 选项卡6 p  R) v% P7 u( [& U" F

% G" u' Z5 K  M, t! ]1 {Time Tracking 选项卡 此选项卡仅包含在 Risk Action 工作项中。它记录所有者在工作项上花费的时间(按每天投入的小时数计算)。工作项的所有者可以编辑和删除时间条目。3 @& R& ?6 P6 ~# Q0 D
  . W( p& e& A6 B; A, r  \
图 7. Risk Action 工作项的 Time Tracking 选项卡布局
$ M- B) W' X' n7 k2 t
( |& B" }; o  a' P1 a* w

. D9 X! U+ [; h- W! e4 A, k% h! k! U# a6 O: E% {$ t5 |5 W
使用 Rational Team Concert 管理风险的好处
  • 实现完整的变更控制管理和项目风险管理无需独立的软件。
  • 在一个位置存储所有数据,因为您仅使用一个工具。
  • 快速而又轻松地引用风险项和操作,现在和未来跨不同项目区域引用 Risk 工作项。
  • 使用一个简单 UI 捕获工作项中的风险和相关参数,使用团队成员熟悉的约定,因为布局与 Rational Team Concert 中的其他工作项类似。
  • 记录项目风险管理(从风险识别到风险关闭)中涉及的操作、决策、项目和人员。
  • 为识别的风险创建独立的风险操作,跟踪其中每个操作。
    # m$ a- u- v& i/ F7 N
2 W3 q) ?+ t9 Q; }7 G6 _/ U

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
 楼主| 发表于 2012-12-26 11:53:10 | 显示全部楼层
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关闭

SCMLife推荐上一条 /4 下一条

QQ|小黑屋|手机版|无图版|SCMLife.com ( 京ICP备06056490号-1 )

GMT+8, 2019-11-20 15:44 , Processed in 0.069518 second(s), 8 queries , Gzip On, MemCache On.

Powered by SCMLife X3.4 Licensed

© 2001-2017 JoyShare.

快速回复 返回顶部 返回列表