敏捷开发文库-CMMI1.3 如何在敏捷的环境中工作(二):成熟度第三级的工程类流程领域

  • 格式:pdf
  • 大小:125.18 KB
  • 文档页数:2

刊主:袁 斌, Andy Yuan,资深敏捷开发咨询顾问,来自-迅思威尔(www.agiledo.cn)
迅思威尔(AgileDo)- 企业级敏捷开发转型解决方案提供商,帮助客户“以正确的方式构建正确的产品”

CMMI1.3 如何在敏捷的环境中工作(二):成熟度第三级的工程类流
程领域

看一下CMMI官方如何解释CMMI如何在敏捷的环境中工作。以下的文字摘自《适用于
发展的能力成熟度整合模式CMMI-DEV 1.3 版》繁体中文版

为帮助那些使用敏捷方法的人在他们的环境上诠释CMMI 执行方法,在一些选定的流
程领域中已加入注释。这些注释通常被加在前言中,包含CMMI-DEV 模式的建构管理、产
品整合、项目监控、项目规划、流程与产品质量保证、需求发展、需求管理、技术解决方案
及验证流程领域。
1) 需求发展(Requirements Development, RD)的目的,在于诱导、分析、并建立客户、
产品及产品组件的需求。
在敏捷式开发环境,客户需要与想法会被迭代的诱导、精进、分析、与确认。需求以使
用者故事、、剧本、使用案例、产品待办事项列表、以及迭代的结果(对软件而言为可执行
的程序代码)等方式记录。哪些需求会被包含于特定的迭代,是依据风险评估以及需求在产
品待办事项列表中的优先性所决定。需求(或其它文件)要记录的详细程度依据协调的需要
(在团队成员间、团队与团队间、以及后续迭代间)和经验流失的风险所决定。当客户在团队
中,仍然可能需要单独的客户与产品文件,以利多种解决方案的探讨。当解决方案浮现,衍
生需求将分配给适当的团队负责。
2) 风险管理(Risk Management, RSKM)的目的是在风险发生前,界定出潜在的问题,以
便在产品或项目的生命周期中规划风险处理活动,并于必要时启动之,如此可将不利于完成
目标的影响降低。
在敏捷的环境里,一些风险管理活动天生嵌入在所使用的敏捷的方法。例如,一些技术
风险可以透过鼓励实验(早期「失败」)或者透过执行日常迭代范围之外的一个「尖峰」来处
理。不过,风险管理流程领域鼓励以更系统化的方法来管理风险,包括技术和非技术风险。
这样的一种方法可能整合到敏捷典型的迭代和会议节奏中;更明确的说,在规划迭代,估计
任务,以及接受任务期间。
3) 技术解决方案(Technical Solution, TS)的目的,为选择、设计、及实作需求的解
决方案。解决方案、设计结果及实作成品包括产品、产品组件,以及与产品相关生命周期的
单一流程或适当组合的流程。
在敏捷式开发环境,关注的是早期解决方案探索。让选择与取舍决策更明确,技术解决
方案流程领域协助改善这些决策的质量,不论是在当下或是随着时间推移。解决方案可以以
功能、功能集、发行、或其它任何辅助产品开发的组件来定义。当有团队外的人未来将对产
刊主:袁 斌, Andy Yuan,资深敏捷开发咨询顾问,来自-迅思威尔(www.agiledo.cn)
迅思威尔(AgileDo)- 企业级敏捷开发转型解决方案提供商,帮助客户“以正确的方式构建正确的产品”

微刊每周更新,欢迎订阅和投稿:http://kan.weibo.com/kan/3483686536369806
第 2 页 共 2 页

如果您希望当编辑,请联系我-新浪微博:袁斌_AgileDo,邮箱:andy@agiledo.cn

品进行工作时,发行信息、维护记录、以及其它数据都照例被包含在安装的产品中。为支持
未来产品更新,理由(为了取舍、接口、与购买的零件)被记录下来,所以为何产品存在可以
被较好的理解。如果被选择的解决方案是低风险的,需要正式记录决策的需要即显著降低。
4) 验证(Verification, VER)的目的,在于确保选定的工作产品符合其指定的需求。
在敏捷式开发环境中,由于客户的参与以及版本发行的频繁性,验证和确认两者彼此会
互补。例如,一个缺失可造成雏形或是先前发行之版本在验证完成前就失效而无法继续验证
下去。反过来说,早期和持续性的验证,确保了在对的产品上使用确认。验证和确认两个流
程领域确保了一个有系统的作法,来选取审查与测试的工作产品、使用的方法与环境、以及
管理的接口,这确保缺失能被尽早的界定与处理。越复杂的产品,越需要有系统的作法来确
保需求与解决方案的相互符合,以及与产品使用间的一致性。