SCMLife.com

 找回密码
 立即注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

查看: 2761|回复: 1

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

[复制链接]
发表于 2012-12-26 11:41:15 | 显示全部楼层 |阅读模式
使用 Rational Team Concert 管理风险概述
IBM® Rational Team Concert™ 是一种协作式变更管理工具,可以用它创建多个项目区域,借助每个区域来满足项目的需求。可以为项目团队提供多个流程模板,项目团队可基于团队需要选择将在某个项目区域中使用的模板。
" C5 K  ~& `1 j! W3 k! ~Formal Project Management 流程模板用于变更控制管理,它对管理项目风险也有所帮助。以下各节将介绍如何使用此模板。
0 k& |" j( c3 e  s6 I9 ]+ u
一定要查阅在软件开发项目中使用 Rational Team Concert 进行风险管理的 收益简介

) X/ J( |9 m& F% }; a% h+ z
( K5 y  p. Z8 {# ?0 j/ X8 ?3 y. I" e
管理与项目相关的风险
每个项目和它的相关活动都蕴含着风险。每个风险都涉及两个基本方面:
5 [, S: T& E8 _) G( ~# |1 W: z4 N, |
  • 发生的概率
  • 如果存在风险,会带来怎样的影响" `1 Y5 `# @' M, `
风险管理所涉及的最大风险是在恰当的时机认识到风险的存在。您不可能始终能够逃避或克服风险,但可以准备应对它们。准备应对风险的战略是:识别风险,然后计划规避、缓解和应对措施。这使风险管理成为项目管理的不可或缺的一部分。
/ r0 H0 n- m/ D' Q) Z
# ^6 V/ v. J5 n3 I& U7 q6 \4 ~图 1. 项目风险管理的工作流图
0 |' N' r& V) B6 q! l! k: `
0 A$ M, @( x; E/ h7 ?3 M: T  ^  ^# j2 O, d- u1 q' X
项目风险管理
风险管理是一个由风险评估和风险控制组成的分为两个阶段的流程,每个阶段都有相关的操作:/ U/ v" Z3 ^& M
  • 风险评估0 N& W7 b. [9 E# R5 b( i- W
    • 风险识别
    • 风险分析
    • 风险优先化- {. i6 {% H1 i
  • 风险控制
    * V' Y8 j9 c$ k/ j5 d% A
    • 风险战略
    • 风险操作
    • 风险控制
      7 j7 ?& Z0 e2 z, x- }( k
风险评估
风险评估是指识别和分析任何项目中的风险。您需要在项目生命周期中尽早评估风险,还需要考虑到项目是动态的,并且项目的动态性质总是会带来新的风险。因此,风险评估是一个一次性的过程。您需要在项目的整个生命周期中定期进行风险评估。
$ [5 F# Y7 Y. K/ A' Q风险识别0 v0 H4 x; ^9 h' r
风险评估从风险识别开始,而风险识别从识别项目中的不确定性开始。审核整个项目计划,识别那些可能导致不确定或不如意的结果的活动。然后捕获这些不确定性以供分析。
3 Q9 j) A% @- \8 z2 F风险分析' m# m( l3 ]9 `  s
识别一个风险后,可以依据各种参数分析它,以便更好地理解该风险:
. `3 u! {( {7 \
  • 发生一次的影响
  • 发生的概率
  • 已识别风险的精确度(准确度)水平
  • 如果发生该事件,可能的风险成本(作为估算的损失)
  • 识别的风险的暂定发生日期/ T* s# w. |+ _( t! W. D
风险优先化
1 [/ m6 K' ?* p) w; h2 ~8 s) l: _0 [9 M基于分析,可以为风险控制操作建立优先级。不是所有已识别的风险都是可以直接控制的,因此需要优先化。高优先级风险可能带来最大的负面影响。7 M9 s! o2 K0 I$ P& d, ?
风险控制
基于优先级,可以计划风险控制操作。计划有助于识别对风险控制采取的战略和操作,然后严密跟踪风险。风险控制是一个长期的操作,需要时间来执行战略计划和相关操作。
- r/ V8 ]( y" n0 c2 ]' Q# a, s6 l风险战略
' }, P, R/ ?5 ~  q基于风险管理,可以选择规避、缓解或为任何风险准备应对措施的战略。风险管理器可以选择实施所有或部分战略,这些战略分为 3 个基本类别:
$ S' h. D( e9 ^0 B- w& f
  • 规避:我们应该采取哪些措施来避免被识别为风险的情形发生?
  • 缓解:可以采取哪些措施来降低该风险的严重性(影响)?
  • 应对措施:如果出现这种情况,应该采取哪些步骤来恢复正常?- u6 j  a) o7 m- r
风险操作" x+ a0 G, i5 L4 J
选择战略后,可以实施相关的举措。风险管理可以实施多个举措,为特定的风险使用相同的战略。' k! {! K7 B) ?( i0 y3 H
风险关闭
$ X& M, H  F6 e: v& \当某个风险在项目上下文中不再有效时,就可以关闭该风险了。但是,在关闭它之前,评估和控制的周期仍在继续。8 K' C, h6 k$ P4 R+ }$ o
风险的生命周期
风险生命周期涵盖从风险识别到风险控制,再到风险关闭的整个过程。
$ x1 c" u- D" ~+ V% k对于一个软件项目,从它的启动一直到部署和支持,都存在风险。但是,特定的风险可能具有不同的生命周期,因为在项目启动后才识别出的风险可能在部署后才发挥作用。生命周期的长度取决于识别的风险。例如,未在设定的启动日期启动项目是一种风险,但是,如果项目在设定的日期启动,该风险就不再存在。但是,错误需求的风险在项目结束时才会消失。3 p4 u5 K2 r+ Q" n  y6 O


# o# Z8 W- j! r' R6 w9 g  I0 N' H8 V" r  f. I+ U2 j7 Q3 L; w
使用 Rational Team Concert 进行风险管理
Rational Team Concert 中的 Formal Project Management 流程模板提供了 Risk 和 Risk Action 工作项来进行风险管理。以下小节将简要介绍 Risk 工作项,并会提供一个示例。! x- e7 d/ J$ J! z9 a4 n. B
Risk 工作项
识别风险后,就会使用 Rational Team Concert 中的 Risk 工作项记录它。在这里,我们将使用一个错误需求示例来了解此工作项及其特性。图 2 显示了 Overview 选项卡视图,其中包含一段摘要、描述和详细信息。* j& k: m  Z# B! |" w- p: m; e! Q! h# V
8 N$ b3 m  E/ n7 X4 S: N) O
图 2. Risk 工作项的 Overview 选项卡布局! t5 L" D* `+ F5 c$ A# q
" ?9 I6 o$ \5 T+ d/ k
请注意,Risk 工作项有多个与风险相关的特性,还有一些默认的特性:
& @$ E2 j3 y1 fSummary 这段文本描述了向项目团队成员告知风险的性质。在我们的错误需求示例的上下文中,摘要将是 “Incorrect Requirements”。
: P2 c0 a7 Y2 d& W; }' {  Description 可在这里阐述风险的详细信息。您可以添加、编辑和删除文本。
4 P! L  C% }% w  Comments 此区域包含来自项目团队成员的评论。评论可在保存之后进行编辑。) |- I5 f8 e$ s; p! i
  Type 因为它是 Risk 工作项。所以保持为风险类型。
6 a1 H- t6 l$ W' u1 U( }- E) z  Creation Date 此条目无法编辑。它表示创建此工作项的日期。
$ J. H6 e$ ?9 g' W2 N/ C  Created By 此条目无法编辑。它表示此工作项的创建者。
2 n$ u/ C& e; x% ?  Project Area 此条目无法编辑。它表示此风险关联的项目区域。
% w' m* l% m$ d, j  Team Area 此条目无法编辑。它表示处理此风险的团队。& y: n1 `8 E" B
  Filed Against 在这里,您可以选择将风险与一个项目关联。这有助于跟踪与一个项目相关的风险。  b: z( O" u  v$ i; B
  Tags 此区域用于添加标记,帮助简化对某个风险的搜索。标记示例:requirement missing 和 requirement incorrect8 }* S- V8 a: X1 z. J
  Owned By 此条目用于记录每个风险的所有者。这是负责任何相关操作的人。
+ V* w" L# g& d9 k0 z  Priority 基于风险的重要性,按优先级来跟踪它应该关闭的速度。对于错误需求,优先级将为 High,因为我们将需要尽快处理问题,以避免创建错误的产品。1 W& t9 P- k+ c  s  D8 x9 ^5 `
  Identified For 此条目用于记录计划此工作项(风险)的项目计划阶段。Incorrect Requirement 风险位于计划的 Requirement 部分中。
4 u9 I1 k5 V3 {6 m$ T& |; a% ]  Probability 此条目捕获发生该风险所识别的情形的可能性。例如,如果团队的需求分析师不熟悉该角色或项目,发生风险的可能性就会更高。但是如果这个人经验丰富,这种可能性就会更低。
) B+ l0 W; p. c# i* d+ t. ]- E  Impact 此条目用于评估发生风险中识别的情形时所带来的影响或效果。作为一个示例,如果编写了错误的需求,对产品的影响可能是巨大的,因为它可能导致开发无法接受的产品。
/ I( O; ^5 S; r6 F4 f  Exposure 此条目无法编辑。Exposure 通过将概率与影响百分比相乘并除以 100 来计算。该数字越高,我们就越容易面临此风险;该数字越低,就越安全。
  i: w+ S; C# `7 a6 F  Matrix Matrix 表示特定风险所处的区域,以及识别的概率和影响。绿色单元格显示了风险低的象限,橙色表示中等风险,红色表示高风险。风险所在的象限使用 L(低)、M(中)、H(高)突出显示。也可以通过在矩阵中选择一个单元格来定义概率和影响。, D9 `7 R; c, A
  Precision 此特性用于表明风险预测的准确度。这依赖于对与项目相关的风险的理解程度。, m: q  Y0 b: e" ?' ?6 P: E' F
  Consequence Cost 在这里记录估算的风险财务成本。默认值以 USD 为单位,但可使用项目区域编辑器将其更改为另一种货币。
( i5 g$ B: O2 [- ]9 x$ |. C. V& V& u1 X; l  Probable Cost 此条目无法编辑。它由后果成本乘以风险概率的结果值来填充。4 f' z, E4 A# C8 e" M; I, U
  Risk Category 这表示风险所属的类别,可以从多个选项中进行选择。对于 Incorrect requirements,类别为 Technology,因为需求与技术相关。1 `/ w( q1 A& G' u2 t
  Identification Date 此特性用于记录识别此风险的日期。
9 z& l! g( K3 N, j- z  L  Occurrence Date 此特性用于记录此风险最可能发生的暂定日期。0 ?( t! s5 j1 m# l( o0 e* h* {
  State 此条目跟踪风险的当前状态。如果识别了一个新风险,状态为 “New”。该风险然后需要验证,所以该工作项的状态为 “To be validated”。然后验证风险的发生概率。如果风险被视为有效,则接受它,将状态更改为 In Progress 以便处理它。然后采取一些措施来缓解风险或关闭它。如果风险关闭了,就会选择一个子状态,该状态提到了为关闭风险而采取的措施。关闭的默认操作选项为 Avoid、Mitigate、Invalid、Accepted 或 Transferred。/ [/ A+ N; E- d, x% E% |
  备注:; r8 A6 d3 _1 T- C# {/ q" v
如果预计一个识别的风险将再次发生,则会重新打开同一个 Risk 工作项。( c& [1 ^" ], \  h0 a
Risk Action 工作项
可以使用 Rational Team Concert Risk Action 工作项跟踪任何已识别的风险的计划或已完成的风险操作。此工作项类似于 Rational Team Concert 中的其他工作项,但仍有一些额外的特性,以下小节将介绍这些特性。
% d( X/ E1 {% q: c0 o  [2 J  T: s- T2 [* ?* \
图 3. Risk Action 工作项的 Overview 选项卡布局
5 t5 s8 F" i5 P. S) W- w 9 R4 Y$ i+ ^8 M4 K9 O# m* a
Summary 该工作项与 Risk 工作项相同或类似。通过阅读摘要,人们应该能够理解哪种风险与此操作相关。2 S! y  M4 H  _8 I7 x( Z2 \
  Strategy Type 列出的选项包括 Avoidance、Mitigation 和 Contingency。每个选项是都一个独立的策略,具有自己的相关性。基于针对某个已识别风险的操作,打开各个工作项,它们与一个 Risk 工作项相关联。可以基于识别的风险选择不同的策略。8 F& F4 l1 z* N* ]
  Avoidance 在需要计划风险规避时,选择此策略作为一项操作。在此战略中规划操作项,使风险可以避免并且不会发生。这里,在 Incorrect Requirement 风险示例中,规避措施可以是确保需求分析师拥有丰富的经验。/ U* r8 r8 c7 j
  Mitigation 在需要计划风险缓解时,可以选择此策略作为一项操作。在此策略中规划操作项,以便在发生风险事件时采取降低其影响的操作,这样做是明智之举。Incorrect Requirement 风险的一种缓解计划可能是在将需求转交给设计和开发团队(以任务、时间和地点的方式指定)之前,由利益相关者、架构师和设计人员更彻底、更全面地审核需求。- e. G, S% M- @- Y+ V; s
  Contingency 在需要规划风险应对措施时,可以选择此策略作为一项操作。在此策略中规划操作项,以便在发生风险事件时采取降低其影响的操作,这样做是明智之举。对于 Incorrect Requirement 风险,一种应对计划可能是,我们计划在完全开发之前开发定期的、过渡性的产品演示。
" x- I7 E3 B- I1 K8 b4 Z  Constraint Type 这是一个包含选项的下拉清单,选项包括 As Soon As Possible 和 Start No Earlier Than 等。这些选项用于记录哪些约束控制着此 Risk 工作项,以及操作需要多快地启动或完成。对于 Incorrect Requirements,考虑到这种构建错误产品的风险的影响,首要的选择将是 As Soon As Possible。
7 H7 N, n( B! r8 b2 K, n$ Z  Constraint Date 记录的此特性的日期与 Constraint Type 字段相关。此日期表示操作计划应该生效或结束的日期。对于 Incorrect Requirements,这将是 Requirements 阶段的一个日期,因为如果此风险在该阶段后继续存在,它将很难控制。8 G/ S' ?! M4 ?, p/ O$ m4 u: y! F
  State 状态跟踪风险操作的当前状态。对于新的风险操作,状态为 New。在准备好为这些操作分配优先级和操作时,工作项状态将变为 Triage。然后,在开始处理该项时,工作项状态将更改为 In Progress。完成与风险操作相关的工作后,状态会更改为 Resolved。当工作项处于 Resolved 状态时,您可以选择验证、重新打开或关闭工作项。
9 `, j( L4 x1 P/ K; y4 i  
Risk 和 Risk Action 工作项中的其他选项卡
Links 选项卡 Risk 和 Risk Action 工作项都包含此选项卡,可以在这里链接相关风险、操作和其他工作项。也可以在这里上传与工作项相关的文件。也可以使用此选项卡维护此工作项的用户列表。4 C( Z0 b7 J) q- T3 J* F
  
$ b6 V( x; R  K! o# q$ ?. V' X8 v图 4. Risk 和 Risk Action 工作项的 Links 选项卡* U) J3 h% t! V" j5 |2 U0 ]
9 J- h$ Q8 a( C' l
Approval 选项卡 此选项卡在 Risk 和 Risk Action 工作项中都存在。使用此选项卡,可以控制风险的状态过渡,这有助于遵守项目流程。例如,只有一个 Approved 风险可关闭。/ n& f0 {0 N, @; }: d9 E( N
  * S; U1 X4 l1 A: ]
图 5. Risk 和 Risk Action 工作项的 Approval 选项卡0 B  x( h7 `; }0 I& c" K3 Y9 \+ N

+ B1 M+ d( A" {3 UHistory 选项卡 Risk 和 Risk Action 工作项都包含此选项卡。它记录在工作项中执行的所有操作。可以使用此选项卡跟踪工作项上的任何过去的操作。
- v' R% \$ _2 d3 U$ z  
1 z6 }4 Q0 f/ R* j+ p1 A- k% t& V图 6. Risk 和 Risk Action 工作项的 History 选项卡; `7 _3 M9 G! Q! ~1 J" V

+ }2 d2 {/ t8 U+ bTime Tracking 选项卡 此选项卡仅包含在 Risk Action 工作项中。它记录所有者在工作项上花费的时间(按每天投入的小时数计算)。工作项的所有者可以编辑和删除时间条目。
! R. s" @/ d" G' [6 l, u/ @" H  3 f% _' u. q8 ]+ H0 ^& W4 t
图 7. Risk Action 工作项的 Time Tracking 选项卡布局/ v( w0 G1 h- i, V2 l: o

+ e2 G7 p: O9 ]
5 R3 W" n1 c, H

$ b) Y$ U3 ^! a( ?
使用 Rational Team Concert 管理风险的好处
  • 实现完整的变更控制管理和项目风险管理无需独立的软件。
  • 在一个位置存储所有数据,因为您仅使用一个工具。
  • 快速而又轻松地引用风险项和操作,现在和未来跨不同项目区域引用 Risk 工作项。
  • 使用一个简单 UI 捕获工作项中的风险和相关参数,使用团队成员熟悉的约定,因为布局与 Rational Team Concert 中的其他工作项类似。
  • 记录项目风险管理(从风险识别到风险关闭)中涉及的操作、决策、项目和人员。
  • 为识别的风险创建独立的风险操作,跟踪其中每个操作。7 }% p" ?! X/ o2 X
) Q% ]- c$ ^4 }7 I6 y: {$ J6 {

本帖子中包含更多资源

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

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

使用道具 举报

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

本版积分规则

关闭

SCMLife推荐上一条 /5 下一条

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

GMT+8, 2020-8-5 16:41 , Processed in 0.074744 second(s), 8 queries , Gzip On, MemCache On.

Powered by SCMLife X3.4 Licensed

© 2001-2017 JoyShare.

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