说明
CMMI-DEV是Relax™在设计时所参考的模型之一,其所要求的过程域在Relax™中多有最佳实践与之对应。Relax™的方法论基础虽然是敏捷过程(FDD),但也非常适合具有CMMI背景的软件组织改进过程之用。在软件项目管理中有效地运用Relax™能帮助软件组织将能力成熟度达到Level 4(Staged方式)的水准,因为Level 4尤其强调量化管理,而量化则是Relax™中最为基本的理念。
需要说明的是,Relax™也只是一款项目管理工具,为软件项目管理中重要的要素提供一种合理且卓有成效的管理手段。CMMI中定义的某些组织级别的、纯管理方面的过程域我们没有去关注,当然也无从关注,比如Organization Training之类。
另外,一些纯技术性的过程域,Relax中无法实现,但FDD方法学中会有对应的最佳实践、起码会提供合适的建议。比如运用彩色建模技术进行分析和设计等等。
CMMI的很多说法都是描述性的、似是而非的,再加之狗尾续貂般的GP/SP,看似颇有道理,做时一片茫然。参与过CMMI评估的朋友应该体会深刻:SEPG绞尽脑汁地设计一堆模板,然后让项目经理甚至开发人员按模板填出一堆文档,以之向评估方证明某个级别所要求的过程域已经实现。这不是Relax™所取之道。我们在实现过程域时采用了经业界广泛证明行之有效的最佳实践,因此在具体做法上可能跟CMMI所提供的GP/SP有所出入。
下面用表格的方式将Relax™中的实践与CMMI Level 4过程域的对应关系做一个简要描述,以便于用户在考察项目管理产品时参考。
# |
CMMI Level 4过程域 |
Relax™中对应的实践 |
说明 |
|
Project Management | ||
1 |
Project Plan (PP) |
版本规划&迭代计划 |
|
2 |
Project Monitoring & Control (PMC) |
项目健康状态监控&分析 |
|
3 |
Supplier Agreement Management (SAM) |
N/A |
|
4 |
Integrated Project Management (IPM) |
采用FDD方法学来保证 |
|
5 |
Risk Management (RM) |
风险因子评估、风险等级、缓冲 |
|
6 |
Quantitative Project Management (QPM) |
Relax的基础就是量化管理 |
|
|
Engineering | ||
7 |
Requirement Management (RM) |
需求管理 |
|
8 |
Requirement Development (RD) |
涉众/愿景分析 |
|
9 |
Product Integration (PI) |
N/A |
|
10 |
Verification & Validation (V&V) |
评审、检查、单元测试、Eagleyes |
|
11 |
Technology Solution (TS) |
N/A |
|
|
Supporting | ||
12 |
Configuration Management (CM) |
基线管理、变更管理 |
|
13 |
Measurement & Analysis (M&A) |
Feature度量&项目健康状态分析 |
|
14 |
Process & Product Quality Assurance (PPQA) |
产品质量:Eagleyes |
|
15 |
Decision Analysis & Resolution (DAR) |
N/A |
|
|
Process Management | ||
16 |
Organization Process Focus (OPF) |
N/A |
|
17 |
Organization Training (OT) |
N/A |
|
18 |
Organization Process Definition (OPD) |
FDD方法学提供 |
|
19 |
Organization Process Performance (OPP) |
N/A |
|