“容变—知识—交互”(CKI)理论框架模型为敏捷软件过程管理提供了一个整体的概念框架,从而引导敏捷软件过程管理的研究得出更加全面的观点。敏捷软件过程管理有三个基本的特征属性:容变管理、人—过程的交互管理、知识管理,组织的每一个特征属性有其结构、成长的状态和发展的方向。CKI模型为软件过程管理方法的结构分析提供了框架,以下CMMI模型的软件过程管理进行了基于CKI模型的表示和分析,比较了两者的特点。
CMMI在沿袭大量CMM思想和实践的基础上更多的考虑了多变的工程环境和并行工程、交叉学科团队的复杂性。以下表
5.1是应用CKI框架,从CMMI的敏捷性角度对CMMI的关键过程域(KPA)和特定目标(SG)进行的分析。虽然分析的方法是定性而非定量的,而且对于各种过程活动的评价受到主观认识的影响,不同的研究者可能会给出不同的评价结果,但它提供了一个研究和争论的基础。
表 1 CMMI关键过程域CKI分析
ML |
KPA |
SG |
容变 |
知识 |
交互 |
2
|
PP,项目计划 |
建立估计 |
I |
I |
I |
拟订项目计划 |
I |
I |
I |
获得承诺 |
I |
I |
I,II |
PMC,项目监督与控制 |
监督实际性能 |
I |
I |
I,II |
管理纠正措施 |
I |
I,II |
I,II |
OPD,组织级过程定义 |
创建组织级过程资产 |
I |
I |
I |
使支持资产可用 |
II |
I |
I |
OPF,组织级过程焦点 |
确定改善机会 |
I |
I |
I |
计划和实施改进活动 |
I |
I,II |
I |
SAM,供应商合同管理 |
建立供应商合同 |
I |
I |
I |
满足供应商合同 |
II |
I |
I |
REQM,需求管理 |
管理需求,标识计划/产品的不一致 |
II |
I |
I |
CM,配置管理 |
建立基线 |
II |
I |
I |
跟踪和控制变更 |
II |
I |
I |
建立基线的完整性 |
I |
I |
I |
MA,度量和分析 |
按信息需要调整度量活动 |
II |
I |
I |
提供满足需要的度量结果 |
I |
I |
I |
3 |
OT,组织级培训 |
标识培训需求,培训使能 |
I |
I |
I |
提供必要的培训 |
II |
I |
II |
RD,需求开发 |
开发客户需求 |
II,III |
I,III |
II |
开发产品需求 |
III |
I,III |
I |
分析、确认功能需求 |
I,II |
I |
I,II |
TS,技术解决方案 |
选择产品构件的解决方案 |
I |
I |
I |
开发设计 |
II |
I,III |
I |
实现产品设计 |
I |
I |
I |
PI,产品集成 |
制定一种集成策略 |
I |
I,III |
I |
确保接口兼容性 |
II |
I |
I |
组装产品构件,交付产品 |
III |
I |
I |
VER,验证 |
准备验证 |
I |
I |
I |
工作产品同行评审 |
II |
I |
I,II |
执行验证策略 |
II |
I |
I |
VAL,确认 |
准备确认 |
I |
I |
I |
确认产品或产品构件 |
II |
I |
I |
DAR,决策分析和解决 |
评价可供选择的方案 |
III |
I |
I |
IT,集成化群组 |
建立群组构成 |
I |
I,II |
III |
按制定的原则运作集成化群组 |
I |
I |
I,II |
4 |
OPP,组织级过程性能 |
建立性能基线和模型 |
I |
I |
I |
IPM,集成化项目管理 |
使用一个已定义的项目过程 |
I |
I |
I |
协调项目相关人员的活动 |
II |
I |
|
5 |
OID,组织级改革和实施 |
选择改善 |
III |
I |
I,II |
实施改善 |
I |
I |
I |
QPM,项目定量管理 |
用质量和过程性能目标定量管理 |
II |
I |
I |
用统计方法管理子过程性能 |
II |
I |
I |
CAR,因果分析和解决 |
确定根原因 |
I |
I,II |
I,II |
处理缺陷的根原因 |
II |
I |
I |
OEI,组织级集成环境 |
建立IPPD平台 |
III |
I,II |
II,III |
管理人员培育IPPD整体协作行为 |
III |
I,II |
III |
从CMMI的结构上可以看到,CMMI是以过程为中心的,由于理论基础是定量化统计过程控制,在各关键实践域计划性的以过程为中心的外显知识管理占据统治性的地位。不过,CMMI在团队的整合性、风险的控制和组织过程的变化管理上更多关注了人的作用,并且增加了对变化主动的计划驱动的适应。
|