说明
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 |
|