SCMLife.com

 找回密码
 立即注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

查看: 2561|回复: 1

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

[复制链接]
发表于 2012-12-26 11:41:15 | 显示全部楼层 |阅读模式
使用 Rational Team Concert 管理风险概述
IBM® Rational Team Concert™ 是一种协作式变更管理工具,可以用它创建多个项目区域,借助每个区域来满足项目的需求。可以为项目团队提供多个流程模板,项目团队可基于团队需要选择将在某个项目区域中使用的模板。- U$ B3 G' i$ n6 m9 H% \  _# y
Formal Project Management 流程模板用于变更控制管理,它对管理项目风险也有所帮助。以下各节将介绍如何使用此模板。  D1 f+ v# L# }- C6 |
一定要查阅在软件开发项目中使用 Rational Team Concert 进行风险管理的 收益简介


- r( e9 K& C8 E. b( V
" Q7 K  G  Y% x$ S8 J' k1 e  o$ i# {
管理与项目相关的风险
每个项目和它的相关活动都蕴含着风险。每个风险都涉及两个基本方面:
3 ^- r5 W9 c4 _( N* E
  • 发生的概率
  • 如果存在风险,会带来怎样的影响6 e; K7 \4 M- `4 [; M
风险管理所涉及的最大风险是在恰当的时机认识到风险的存在。您不可能始终能够逃避或克服风险,但可以准备应对它们。准备应对风险的战略是:识别风险,然后计划规避、缓解和应对措施。这使风险管理成为项目管理的不可或缺的一部分。
; N. Z3 k% Z/ t
: v) Y, ]8 ]& E图 1. 项目风险管理的工作流图
: d$ |% R: _: s5 [" B
9 _2 f% N0 F9 w( G: Y
; W2 }# t3 u; P* E, O
项目风险管理
风险管理是一个由风险评估和风险控制组成的分为两个阶段的流程,每个阶段都有相关的操作:
- J5 i" x+ E3 t% s0 V" W0 y
  • 风险评估. a1 Q9 T7 v- q% M1 j0 [3 \
    • 风险识别
    • 风险分析
    • 风险优先化
      2 T9 {; y/ X, N0 [: ]" |% i- u
  • 风险控制
    * E# X5 V) D2 v$ q' |. {5 J, v
    • 风险战略
    • 风险操作
    • 风险控制
      $ g( y; I: N5 M  _2 S
风险评估
风险评估是指识别和分析任何项目中的风险。您需要在项目生命周期中尽早评估风险,还需要考虑到项目是动态的,并且项目的动态性质总是会带来新的风险。因此,风险评估是一个一次性的过程。您需要在项目的整个生命周期中定期进行风险评估。- Z, q+ |) {+ o' `% u
风险识别: x9 T2 Y. c1 O! e0 i
风险评估从风险识别开始,而风险识别从识别项目中的不确定性开始。审核整个项目计划,识别那些可能导致不确定或不如意的结果的活动。然后捕获这些不确定性以供分析。/ R- i- b% c% A- S
风险分析6 W/ j* f$ B' {6 z
识别一个风险后,可以依据各种参数分析它,以便更好地理解该风险:* D% h# U8 a, ~" _* N1 J# ^& S& H
  • 发生一次的影响
  • 发生的概率
  • 已识别风险的精确度(准确度)水平
  • 如果发生该事件,可能的风险成本(作为估算的损失)
  • 识别的风险的暂定发生日期, i3 w4 O+ M! o9 T  N
风险优先化: X  A0 Q- C$ @
基于分析,可以为风险控制操作建立优先级。不是所有已识别的风险都是可以直接控制的,因此需要优先化。高优先级风险可能带来最大的负面影响。; {2 \& i8 U5 Y
风险控制
基于优先级,可以计划风险控制操作。计划有助于识别对风险控制采取的战略和操作,然后严密跟踪风险。风险控制是一个长期的操作,需要时间来执行战略计划和相关操作。8 ?0 D1 y4 }) D! J9 K- u& @
风险战略9 \: g: A6 X1 l  |+ j; k) A
基于风险管理,可以选择规避、缓解或为任何风险准备应对措施的战略。风险管理器可以选择实施所有或部分战略,这些战略分为 3 个基本类别:
& I6 k) c4 D) B8 \/ J( i: ^* L$ E
  • 规避:我们应该采取哪些措施来避免被识别为风险的情形发生?
  • 缓解:可以采取哪些措施来降低该风险的严重性(影响)?
  • 应对措施:如果出现这种情况,应该采取哪些步骤来恢复正常?6 u1 ?/ \. Y" f6 z" B
风险操作
1 ]4 p# K  e; ~8 ~选择战略后,可以实施相关的举措。风险管理可以实施多个举措,为特定的风险使用相同的战略。
# O7 P3 a/ ^" q( H2 E" }! C风险关闭+ y1 @* C: u8 }" w2 d4 v4 D" @
当某个风险在项目上下文中不再有效时,就可以关闭该风险了。但是,在关闭它之前,评估和控制的周期仍在继续。: V- |# c1 q& z% A8 t9 Z& z
风险的生命周期
风险生命周期涵盖从风险识别到风险控制,再到风险关闭的整个过程。0 t, {3 u1 J6 W' c
对于一个软件项目,从它的启动一直到部署和支持,都存在风险。但是,特定的风险可能具有不同的生命周期,因为在项目启动后才识别出的风险可能在部署后才发挥作用。生命周期的长度取决于识别的风险。例如,未在设定的启动日期启动项目是一种风险,但是,如果项目在设定的日期启动,该风险就不再存在。但是,错误需求的风险在项目结束时才会消失。
; |; @% w; M4 T- |4 E7 D/ Z# @9 F
' Y6 G* H, |; E- m! v
  P& e* _6 ~+ I7 w) G4 h/ R7 l
使用 Rational Team Concert 进行风险管理
Rational Team Concert 中的 Formal Project Management 流程模板提供了 Risk 和 Risk Action 工作项来进行风险管理。以下小节将简要介绍 Risk 工作项,并会提供一个示例。
/ d  ^# Z2 E. R6 d# H, E6 F
Risk 工作项
识别风险后,就会使用 Rational Team Concert 中的 Risk 工作项记录它。在这里,我们将使用一个错误需求示例来了解此工作项及其特性。图 2 显示了 Overview 选项卡视图,其中包含一段摘要、描述和详细信息。
. t  x" C  v5 k& I9 ^3 H
2 d* ^6 q: s: h6 k0 l. n图 2. Risk 工作项的 Overview 选项卡布局
- L+ x; T6 u- E3 Z/ \ * w6 i7 @' V% [$ b: z# F
请注意,Risk 工作项有多个与风险相关的特性,还有一些默认的特性:
( a' r2 H' q3 x7 U( M! x6 zSummary 这段文本描述了向项目团队成员告知风险的性质。在我们的错误需求示例的上下文中,摘要将是 “Incorrect Requirements”。
% x' j: f. a- d. q, _4 Z4 a- \  Description 可在这里阐述风险的详细信息。您可以添加、编辑和删除文本。
/ Y7 z& {" e: b% N9 b  Comments 此区域包含来自项目团队成员的评论。评论可在保存之后进行编辑。
! C( G; r7 Y8 x# w# y. r  Type 因为它是 Risk 工作项。所以保持为风险类型。
. _1 O4 t/ M4 ?5 t; q  Creation Date 此条目无法编辑。它表示创建此工作项的日期。! S$ E0 m# a* x5 l9 U# p
  Created By 此条目无法编辑。它表示此工作项的创建者。& w9 E) S, `% b+ N8 `7 V
  Project Area 此条目无法编辑。它表示此风险关联的项目区域。
- ?- L5 R2 S; z. J% a$ U  Team Area 此条目无法编辑。它表示处理此风险的团队。
3 e7 |1 i. Q+ Q) a) m  Filed Against 在这里,您可以选择将风险与一个项目关联。这有助于跟踪与一个项目相关的风险。' `/ |2 k3 N1 F4 v- l
  Tags 此区域用于添加标记,帮助简化对某个风险的搜索。标记示例:requirement missing 和 requirement incorrect
4 x, c* S0 E0 S, e+ f/ i, p  Owned By 此条目用于记录每个风险的所有者。这是负责任何相关操作的人。- v6 c) H0 A2 X
  Priority 基于风险的重要性,按优先级来跟踪它应该关闭的速度。对于错误需求,优先级将为 High,因为我们将需要尽快处理问题,以避免创建错误的产品。/ W5 g) g3 Z" p% h8 f
  Identified For 此条目用于记录计划此工作项(风险)的项目计划阶段。Incorrect Requirement 风险位于计划的 Requirement 部分中。8 c% F; v# b1 ^* V9 }
  Probability 此条目捕获发生该风险所识别的情形的可能性。例如,如果团队的需求分析师不熟悉该角色或项目,发生风险的可能性就会更高。但是如果这个人经验丰富,这种可能性就会更低。
! X/ V( Q8 Y) V1 U" A- J  Impact 此条目用于评估发生风险中识别的情形时所带来的影响或效果。作为一个示例,如果编写了错误的需求,对产品的影响可能是巨大的,因为它可能导致开发无法接受的产品。& u, h, I4 B# D2 j5 p
  Exposure 此条目无法编辑。Exposure 通过将概率与影响百分比相乘并除以 100 来计算。该数字越高,我们就越容易面临此风险;该数字越低,就越安全。
* E3 f5 d$ M6 @& y5 i7 F  Matrix Matrix 表示特定风险所处的区域,以及识别的概率和影响。绿色单元格显示了风险低的象限,橙色表示中等风险,红色表示高风险。风险所在的象限使用 L(低)、M(中)、H(高)突出显示。也可以通过在矩阵中选择一个单元格来定义概率和影响。
* k% n" x2 [6 ^  Precision 此特性用于表明风险预测的准确度。这依赖于对与项目相关的风险的理解程度。$ d$ N- l- S( Z% W% B% }
  Consequence Cost 在这里记录估算的风险财务成本。默认值以 USD 为单位,但可使用项目区域编辑器将其更改为另一种货币。
- G7 R" K+ _3 R  {  Probable Cost 此条目无法编辑。它由后果成本乘以风险概率的结果值来填充。
+ H- |0 l/ V  Y& r; n+ h# l8 r  Risk Category 这表示风险所属的类别,可以从多个选项中进行选择。对于 Incorrect requirements,类别为 Technology,因为需求与技术相关。
  K3 F6 x4 ?, X( y  Identification Date 此特性用于记录识别此风险的日期。! A9 A, H: ^3 J9 r( ~# [
  Occurrence Date 此特性用于记录此风险最可能发生的暂定日期。
: b  \! ]; @3 b: v  State 此条目跟踪风险的当前状态。如果识别了一个新风险,状态为 “New”。该风险然后需要验证,所以该工作项的状态为 “To be validated”。然后验证风险的发生概率。如果风险被视为有效,则接受它,将状态更改为 In Progress 以便处理它。然后采取一些措施来缓解风险或关闭它。如果风险关闭了,就会选择一个子状态,该状态提到了为关闭风险而采取的措施。关闭的默认操作选项为 Avoid、Mitigate、Invalid、Accepted 或 Transferred。; y: [- @8 d+ y4 T
  备注:
; o* b" N4 w; J( v' p$ k! q如果预计一个识别的风险将再次发生,则会重新打开同一个 Risk 工作项。
8 x7 H( |; U& l8 G7 L# d" e) I- ~
Risk Action 工作项
可以使用 Rational Team Concert Risk Action 工作项跟踪任何已识别的风险的计划或已完成的风险操作。此工作项类似于 Rational Team Concert 中的其他工作项,但仍有一些额外的特性,以下小节将介绍这些特性。6 i, W6 V% g2 ?# n  e

1 M0 D. r# Q, o9 ^3 D( h0 Q: D& H7 F+ K3 z图 3. Risk Action 工作项的 Overview 选项卡布局
1 q2 n0 n0 L6 Y4 h8 ]/ a+ V
- d6 f2 I! v6 L& I: oSummary 该工作项与 Risk 工作项相同或类似。通过阅读摘要,人们应该能够理解哪种风险与此操作相关。
1 a5 _9 b4 ~3 p0 j5 o  Strategy Type 列出的选项包括 Avoidance、Mitigation 和 Contingency。每个选项是都一个独立的策略,具有自己的相关性。基于针对某个已识别风险的操作,打开各个工作项,它们与一个 Risk 工作项相关联。可以基于识别的风险选择不同的策略。
* N3 T6 V0 W3 P' C& Y& ?  Avoidance 在需要计划风险规避时,选择此策略作为一项操作。在此战略中规划操作项,使风险可以避免并且不会发生。这里,在 Incorrect Requirement 风险示例中,规避措施可以是确保需求分析师拥有丰富的经验。
$ K5 S; s$ h. U/ i  Mitigation 在需要计划风险缓解时,可以选择此策略作为一项操作。在此策略中规划操作项,以便在发生风险事件时采取降低其影响的操作,这样做是明智之举。Incorrect Requirement 风险的一种缓解计划可能是在将需求转交给设计和开发团队(以任务、时间和地点的方式指定)之前,由利益相关者、架构师和设计人员更彻底、更全面地审核需求。
" K0 t( i* Y7 Q% G' w3 U3 R  Contingency 在需要规划风险应对措施时,可以选择此策略作为一项操作。在此策略中规划操作项,以便在发生风险事件时采取降低其影响的操作,这样做是明智之举。对于 Incorrect Requirement 风险,一种应对计划可能是,我们计划在完全开发之前开发定期的、过渡性的产品演示。- m: ?5 c) g6 |1 J& M4 b
  Constraint Type 这是一个包含选项的下拉清单,选项包括 As Soon As Possible 和 Start No Earlier Than 等。这些选项用于记录哪些约束控制着此 Risk 工作项,以及操作需要多快地启动或完成。对于 Incorrect Requirements,考虑到这种构建错误产品的风险的影响,首要的选择将是 As Soon As Possible。
. V, {- `+ T/ [7 K5 O  Constraint Date 记录的此特性的日期与 Constraint Type 字段相关。此日期表示操作计划应该生效或结束的日期。对于 Incorrect Requirements,这将是 Requirements 阶段的一个日期,因为如果此风险在该阶段后继续存在,它将很难控制。
) \$ ?( o7 X5 a; q& e& }3 J  U  State 状态跟踪风险操作的当前状态。对于新的风险操作,状态为 New。在准备好为这些操作分配优先级和操作时,工作项状态将变为 Triage。然后,在开始处理该项时,工作项状态将更改为 In Progress。完成与风险操作相关的工作后,状态会更改为 Resolved。当工作项处于 Resolved 状态时,您可以选择验证、重新打开或关闭工作项。
5 d7 {( t1 L: `% H( ]  
Risk 和 Risk Action 工作项中的其他选项卡
Links 选项卡 Risk 和 Risk Action 工作项都包含此选项卡,可以在这里链接相关风险、操作和其他工作项。也可以在这里上传与工作项相关的文件。也可以使用此选项卡维护此工作项的用户列表。
* ]6 {( A, P4 z/ r- _: f+ A( t  ' K% p; m- L  ^" r/ R' _6 R0 t
图 4. Risk 和 Risk Action 工作项的 Links 选项卡8 Y6 x) l% {$ F) m

! Y1 T' p& t" d. S+ VApproval 选项卡 此选项卡在 Risk 和 Risk Action 工作项中都存在。使用此选项卡,可以控制风险的状态过渡,这有助于遵守项目流程。例如,只有一个 Approved 风险可关闭。
# h) k/ r1 T; c( I* y  
: c) V4 {5 K  e9 V- i图 5. Risk 和 Risk Action 工作项的 Approval 选项卡1 G, z* f9 U- ~& j6 X8 m
* D  o# v# g0 g  d
History 选项卡 Risk 和 Risk Action 工作项都包含此选项卡。它记录在工作项中执行的所有操作。可以使用此选项卡跟踪工作项上的任何过去的操作。
/ N3 @' K2 j1 X  
% k) e0 ]3 N# Z. p; {图 6. Risk 和 Risk Action 工作项的 History 选项卡" }, w2 y; M1 h; B% i

4 y$ h- T' }# ~! }3 N* [( |Time Tracking 选项卡 此选项卡仅包含在 Risk Action 工作项中。它记录所有者在工作项上花费的时间(按每天投入的小时数计算)。工作项的所有者可以编辑和删除时间条目。
' \4 c/ R6 h, X/ L  3 }% x3 N: o& A9 ~* K1 r" r
图 7. Risk Action 工作项的 Time Tracking 选项卡布局  [& ~% W+ l) T+ q6 c" X5 t

( _6 q2 @$ u$ ~7 ]4 V7 l% O) o
& F+ s. t7 s, f4 \

& j' P3 K% m* V4 p
使用 Rational Team Concert 管理风险的好处
  • 实现完整的变更控制管理和项目风险管理无需独立的软件。
  • 在一个位置存储所有数据,因为您仅使用一个工具。
  • 快速而又轻松地引用风险项和操作,现在和未来跨不同项目区域引用 Risk 工作项。
  • 使用一个简单 UI 捕获工作项中的风险和相关参数,使用团队成员熟悉的约定,因为布局与 Rational Team Concert 中的其他工作项类似。
  • 记录项目风险管理(从风险识别到风险关闭)中涉及的操作、决策、项目和人员。
  • 为识别的风险创建独立的风险操作,跟踪其中每个操作。
    . d2 d- _1 I& ]4 C1 X

8 Q4 D. u: R) Q! I! e: L% R( J

本帖子中包含更多资源

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

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

使用道具 举报

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

本版积分规则

关闭

SCMLife推荐上一条 /4 下一条

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

GMT+8, 2019-7-24 07:15 , Processed in 0.069460 second(s), 8 queries , Gzip On, MemCache On.

Powered by SCMLife X3.4 Licensed

© 2001-2017 JoyShare.

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