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

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

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

为帮助那些使用敏捷方法的人在他们的环境上诠释CMMI 执行方法，在一些选定的流程领域中已加入注释。这些注释通常被加在前言中，包含CMMI-DEV 模式的建构管理、产品整合、项目监控、项目规划、流程与产品质量保证、需求发展、需求管理、技术解决方案及验证流程领域。

1) 需求发展(Requirements Development, RD)的目的，在于诱导、分析、并建立客户、产品及产品组件的需求。

在敏捷式开发环境，客户需要与想法会被迭代的诱导、精进、分析、与确认。需求以使用者故事、、剧本、使用案例、产品待办事项列表、以及迭代的结果(对软件而言为可执行的程序代码)等方式记录。哪些需求会被包含于特定的迭代，是依据风险评估以及需求在产品待办事项列表中的优先性所决定。需求(或其它文件)要记录的详细程度依据协调的需要(在团队成员间、团队与团队间、以及后续迭代间)和经验流失的风险所决定。当客户在团队中，仍然可能需要单独的客户与产品文件，以利多种解决方案的探讨。当解决方案浮现，衍生需求将分配给适当的团队负责。

2) 风险管理(Risk Management, RSKM)的目的是在风险发生前，界定出潜在的问题，以便在产品或项目的生命周期中规划风险处理活动，并于必要时启动之，如此可将不利于完成目标的影响降低。

在敏捷的环境里，一些风险管理活动天生嵌入在所使用的敏捷的方法。例如，一些技术风险可以透过鼓励实验(早期「失败」)或者透过执行日常迭代范围之外的一个「尖峰」来处理。不过，风险管理流程领域鼓励以更系统化的方法来管理风险，包括技术和非技术风险。这样的一种方法可能整合到敏捷典型的迭代和会议节奏中；更明确的说，在规划迭代，估计任务，以及接受任务期间。

3) 技术解决方案(Technical Solution, TS)的目的，为选择、设计、及实作需求的解决方案。解决方案、设计结果及实作成品包括产品、产品组件，以及与产品相关生命周期的单一流程或适当组合的流程。

在敏捷式开发环境，关注的是早期解决方案探索。让选择与取舍决策更明确，技术解决方案流程领域协助改善这些决策的质量，不论是在当下或是随着时间推移。解决方案可以以功能、功能集、发行、或其它任何辅助产品开发的组件来定义。当有团队外的人未来将对产

品进行工作时，发行信息、维护记录、以及其它数据都照例被包含在安装的产品中。为支持未来产品更新，理由(为了取舍、接口、与购买的零件)被记录下来，所以为何产品存在可以被较好的理解。如果被选择的解决方案是低风险的，需要正式记录决策的需要即显著降低。

4) 验证(Verification, VER)的目的，在于确保选定的工作产品符合其指定的需求。

在敏捷式开发环境中，由于客户的参与以及版本发行的频繁性，验证和确认两者彼此会互补。例如，一个缺失可造成雏形或是先前发行之版本在验证完成前就失效而无法继续验证下去。反过来说，早期和持续性的验证，确保了在对的产品上使用确认。验证和确认两个流程领域确保了一个有系统的作法，来选取审查与测试的工作产品、使用的方法与环境、以及管理的接口，这确保缺失能被尽早的界定与处理。越复杂的产品，越需要有系统的作法来确保需求与解决方案的相互符合，以及与产品使用间的一致性。

微刊每周更新，欢迎订阅和投稿：https://www.wendangku.net/doc/093679365.html,/kan/3483686536369806第 2 页共 2 页

如果您希望当编辑，请联系我－新浪微博：袁斌_AgileDo，邮箱：andy@https://www.wendangku.net/doc/093679365.html,

2020软件开发项目预算表格.docx

研发项目工作量估算项目名称项目编号项目组长 ( 经理)预计开始时间预计结束时间估算人估算日期 里程碑工作描述 工作量估算（人 . 天） 小计最小工作量最可能工作量最大工作量估算结果 软件开 0发计划 项目管理配置管理计划00软件测试计划0 质量保证计划0 需求调查0 需求分析需求分析00编制需求分析文档0 体系结构设计0 系统设计数据模型设计0 0系统原型设计0 模块详细设计0 模块名 功能点10 功能点200称 功能点30 项目开发 功能点10模块名 功能点200称 功能点30准备测试用例0 系统集成测试0 系统测试测试结果修改00用户验收测试0 试运行 / 联测试报告0 试 0一年维护 培训 人力成本0 工作量总计（人. 0#NAME? 天）（元） 交通费用 其它投入估算评审 / 会务费 （元）差旅费用 其它费用 成本预估（元）#NAME? 批准：复核：拟制： 以下由立项 评审组组长 填写： 评审结果 备注： 1、工作量 的预估采用 专家意见法 预估，专家 数量不得少 核定工作量（人. 月） 人力成本（元） 其它投入合计（元） 成本合计（元） 评审组长签字 /日期

2、人力成 本估算以公 司上年度平 均薪酬W （含社会保 险、各种补 贴）作为基 3、估算结 果的计算公 式：（最小 工作量 +4× 最可能工作 量+最大工4、 核定工作量 是指项目全 过程的 工作量； 5、本表格 是项目立项 评审的组成 部分，存档 预算表（总表） 项目名 称：项目编号： 起始时 间：完工时间： 回款计 回款项目金额（元）时间回款条件划： 项目概述 合计390,000.00—— 首款117,000.002008.6.15 二期款117,000.002008.12.31一期稳定运行 117,000.002009.12.31全部运行稳定 三期款并验收 尾款39,000.002010.12.31质保一年支出项 数量单价（元）金额（元）备注目 合计——83,909.28 1.已 发生 费用——0.00 2. 人力 成本57,139.28 1、项 目经理154227.8335,085.82 2、其 他角色 等28677.1122,053.46 3、其 他角色 等0.00 3. 设备 成本0.00 1、TCL 笔记本 等0.00 2、移 动硬盘 等0.00

软件开发工作量估算和报价

1．软件开发价格估算方法 软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算，给出一个计算公式： 软件开发价格＝开发工作量×开发费用／人·月 开发工作量 软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关： 软件开发工作量＝估算工作量经验值×风险系数×复用系数 软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。 为了更好地规范估算方法，建议可按照国家标准“GB／T8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。 工作量的计算是按一个开发工作人员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人·月”。 特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。 估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。因此：

l≤风险系数≤ 根据我们对软件企业的了解，超过估算工作量经验值的一半，已是不可接受，所以我们确定“”为极限值。当然这既要看企业的能力，也要看用户能接受的程度。 估算工作量经验值是软件企业承担一般项目来估算的，但如果软件企业已经采用“基于构件的开发方法”，并己建立起能够复用的构件库（核心资产库），或者已有一些软件产品，仅作二次开发，从而使软件开发工作量减少。因此： ≤复用系数≤1 根据国内外软件企业在实施基于构件开发方法（软件产品线）的经验数据，提高工作效率达到25%（最高值）。 开发费用／人·月 软件企业的商务成本、国家税收、企业利润、管理成本和质量成本。均可摊分到各个软件开发人员头上。 开发费用／人·月＝（P＋Q＋R）×S×τ 人头费主要是员工的工资、奖金和国家规定的各项按人计算的费用。其总量在软件企业中的商务成本占70%－80%。 P＝B× 国家规定的公积金7%，医疗保险金12%，养老金22%，失业金2%（即通常所说的四金），另外还有按工资总额计征的工伤保证金%，生育保证金%，残疾基金%，工会基金2%，累计为%。B为平均工资，即企业支付给员工的工资、奖金、物质奖励等多项总和，除以企业员工数，分摊到每个月。

软件开发成本估算.doc

软件开发成本估算 软件开发成本估算主要指软件开发过程中所花费的工作量及相应的代价。不同与传统的工业产品，软件的成本不包括原材料和能源的消耗，主要是人的劳动的消耗。另外，软件也没有一个明显的制造过程，它的开发成本是以一次性开发过程所花费的代价来计算的。因此，软件开发成本的估算，应是从软件计划、需求分析、设计、编码、单元测试、集成测试到认证测试，整个开发过程所花费的代价作为依据的。 软件开发成本估算的经验模型 1.Putnam 模型 1978年Putnam提出的，一种动态多变量模型。 L = Ck * K1/3 * td4/3 其中： L-----------源代码行数(以LOC计) K-----------整个开发过程所花费的工作量（以人年计） td-----------开发持续时间（以年计） Ck----------技术状态常数，它反映“妨碍开发进展的限制”，取值因开发环

境而异，见下表 从上述方程加以变换，可以得到估算工作量的公式： K = L3/(Ck3*td4) 还可以估算开发时间： td = [L3/(Ck3*K)]1/4 2.COCOMO模型(constructive cost model) 这是由TRW公司开发，Boehm提出的结构化成本估算模型。是一种精确的、易于使用的成本估算方法。 COCOMO模型中用到以下变量： DSI-------源指令条数。不包括注释。1KDSI = 1000DSI。 MM-------开发工作量（以人月计） 1MM = 19 人日 = 152 人时 =1/12 人年 TDEV-----开发进度。(以月计)

COCOMO模型中，考虑开发环境，软件开发项目的类型可以分为3种： 1.组织型(organic): 相对较小、较简单的软件项目。开发人员对开发目标理解比 较充分，与软件系统相关的工作经验丰富，对软件的使用环境很熟悉，受硬件的约束较小，程序的规模不是很大（<50000行） 2.嵌入型(embedded): 要求在紧密联系的硬件、软件和操作的限制条件下运行， 通常与某种复杂的硬件设备紧密结合在一起。对接口，数据结构，算法的要求高。软件规模任意。如大而复杂的事务处理系统，大型/超大型操作系统，航天用控制系统，大型指挥系统等。 3.半独立型（semidetached）：介于上述两种软件之间。规模和复杂度都属于中 等或更高。最大可达30万行。 估算公式： 基本COCOMO模型估算工作量和进度的公式如下 工作量：MM = r*(KDSI)c 进度：TDKV = a(MM)b 其中经验常数 r, c, a, b 取决于项目的总体类型。 COCOMO模型按其详细程度可以分为三级：基本COCOMO模型，中间COCOMO模型，详

软件开发实施项目工作量评估明细表

项目工作量统计表 项目名称：推进OA系统应用，强化业务整合 一、推进OA流程应用工作量 序号阶段工作内容人员 配备 人·日 1 项目准备现有系统配置情况检查 系统相关模块的基本数据情况检查 制定实施阶段计划，约定每个阶段的时长，准 确划分各阶段时间节点 预定培训实施期间培训日期安排 3 9 2 系统配置建立相关组织结构 建立相关角色 调整全局配置项 建立权限分配方案 2 12 3 流程调研落实需要上线的流程列表，这些流程主要包 括：党委发文流程、纪委发文流程、公司发文 流程、部门发文流程（报告、函、请示、通知）、 公司收文流程，以及：用印申请流程、出差申 请流程、会议管理流程等 培训流程图的标准画法 收集流程图，交流流程信息、修改流程图、流 程图定稿 4 36 4 设定流程建立流程，谁提交，谁批准，谁执行 建立流程表单，及相应说明 建立流程处理签 建立存档管理，配置相关归档目录 建立权限管理 5 85 5 模拟调试对所有流程进行模拟测试，特别是各个重要公 文流程，必须进行遍历测试 根据模拟测试发现的情况，对流程设置进行检 讨和调整 4 72 6 管理员培训对流程管理员进行培训，使其掌握流程异常情 况处理、流程微调技巧 2 8 7 用户培训根据项目实际整理培训资料 落实培训人员、场地、时间安排 三场用户培训，需用户积极配合协调 2 8 8 系统启用建立起与系统运行相适应的管理规章制度 发布正式启用系统的通知 系统检查与实施补充 问题收集、反馈、调整 2 12 9 项目收尾项目回顾 权限收回 2 2 合计244

二、新功能开发工作量 序号阶段工作内容人员 配备 人·日 1 需求调研、分析了解用户业务，获取用户对功能、性能等方面 的需求 4 20 2 需求确认用户方、开发方对需求进行审核确认 这些功能包括：安全认证、电子印章、规章制 度管理、业务整合 2 10 3 总体设计系统初步设计 2 10 4 总体设计评审用户方、开发方对总体设计审核确认 2 2 5 详细设计对系统功能、操作界面、处理逻辑、数据库、 代码体系等进行详细设计 2 20 6 详细设计评审开发组对详细设计方案审核确认 1 3 7 编程、单元测试编写程序、单元测试 系统管理（设置，备份还原） 操作人员管理及权限管理 2 24 安全认证 2 70 电子印章 2 64 规章制度管理 3 81 业务整合（初步） 2 20 业务整合（深入） 4 120 8 集成测试系统集成测试、系统测试，编程与测试可以交 叉进行 4 24 9 安装调试到用户现场安装调试开发好的系统，并与用户 一起试走业务流程，对系统进行功能确认测试 3 21 10 系统初始化将系统初始化；准备业务基础数据并录入系 统； 2 12 11 用户培训对用户操作人员、系统管理人员进行详细培训 1 4 12 项目跟踪与总 结 系统bug控制，操作指导 2 12 合计517 工作量总计：761人·日

软件开发报价的计算方法完整版

软件开发报价的计算方法（完整版） 1．软件开发价格估算方法 软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算，给出一个计算公式： 软件开发价格＝开发工作量×开发费用／人·月 1.1开发工作量 软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关： 软件开发工作量＝估算工作量经验值×风险系数×复用系数 1.1.1估算工作量经验值（以A来表示） 软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。 为了更好地规范估算方法，建议可按照国家标准“GB／T 8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。 工作量的计算是按一个开发工作人员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人·月”。 特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。 1.1.2风险系数（以σ来表示） 估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。因此： l ≤风险系数≤ 1.5 根据我们对软件企业的了解，超过估算工作量经验值的一半，已是不可接受，所以我们确定“1.5”为极限值。当然这既要看企业的能力，也要看用户能接受的程度。 复用系数（以τ来表示）1.1.3． 估算工作量经验值是软件企业承担一般项目来估算的，但如果软件企业已经采用“基于构件的开发方法”，并己建立起能够复用的构件库（核心资产库），或者已有一些软件产品，仅作二次开发，从而使软件开发工作量减少。因此： 0.25 ≤复用系数≤ 1 根据国内外软件企业在实施基于构件开发方法（软件产品线）的经验数据，提高工作效率达到25%（最高值）。 1.2开发费用／人·月 软件企业的商务成本、国家税收、企业利润、管理成本和质量成本。均可摊分到各个软件开发人员头上。

软件开发工作量估算和报价

1．软件开发价格估算方法软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算，给出一个计算公式：软件开发价格＝开发工作量×开发费用／人·月 开发工作量 软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关： 软件开发工作量＝估算工作量经验值×风险系数×复用系数 软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。 为了更好地规范估算方法，建议可按照国家标准“GB／T 8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。 工作量的计算是按一个开发工作人员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人·月”。 特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。

估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。因此： l ≤风险系数≤ 根据我们对软件企业的了解，超过估算工作量经验值的一半，已是不可接受，所以我们确定“”为极限值。当然这既要看企业的能力，也要看用户能接受的程度。 估算工作量经验值是软件企业承担一般项目来估算的，但如果软件企业已经采用“基于构件的开发方法”，并己建立起能够复用的构件库（核心资产库），或者已有一些软件产品，仅作二次开发，从而使软件开发工作量减少。因此： ≤复用系数≤1 根据国内外软件企业在实施基于构件开发方法（软件产品线）的经验数据，提高工作效率达到25%（最高值）。 开发费用／人·月 软件企业的商务成本、国家税收、企业利润、管理成本和质量成本。均可摊分到各个软件开发人员头上。 开发费用／人·月＝（P＋Q＋R）×S×τ P（人头费）

工作量的评估方法

工作量的评估方法 标准化文件发布号：（9312-EUATWW-MWUB-WUNN-INNUL-DDQTY-KII

工作量的评估方法 1．软件开发价格估算方法 软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算，给出一个计算公式： 软件开发价格＝开发工作量×开发费用／人·月 开发工作量 软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关： 软件开发工作量＝估算工作量经验值×风险系数×复用系数 估算工作量经验值（以A来表示） 软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。 为了更好地规范估算方法，建议可按照国家标准“GB／T8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。 工作量的计算是按一个开发工作人员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人·月”。 特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。 风险系数（以σ来表示） 估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。因此： l≤风险系数≤ 根据我们对软件企业的了解，超过估算工作量经验值的一半，已是不可接受，所以我们确定“”为极限值。当然这既要看企业的能力，也要看用户能接受的程度。

软件开发工作量估算和报价

软件开发工作量估算和 报价 文件编码（GHTU-UITID-GGBKT-POIU-WUUI-8968）

1．软件开发价格估算方法 软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算，给出一个计算公式： 软件开发价格＝开发工作量×开发费用／人·月 1.1开发工作量 软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关： 软件开发工作量＝估算工作量经验值×风险系数×复用系数 软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。 为了更好地规范估算方法，建议可按照国家标准“GB／T8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。 工作量的计算是按一个开发工作人员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人·月”。 特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。 估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或

不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。因此： l≤风险系数≤1.5 根据我们对软件企业的了解，超过估算工作量经验值的一半，已是不可接受，所以我们确定“1.5”为极限值。当然这既要看企业的能力，也要看用户能接受的程度。 估算工作量经验值是软件企业承担一般项目来估算的，但如果软件企业已经采用“基于构件的开发方法”，并己建立起能够复用的构件库（核心资产库），或者已有一些软件产品，仅作二次开发，从而使软件开发工作量减少。因此： 0.25≤复用系数≤1 根据国内外软件企业在实施基于构件开发方法（软件产品线）的经验数据，提高工作效率达到25%（最高值）。 1.2开发费用／人·月 软件企业的商务成本、国家税收、企业利润、管理成本和质量成本。均可摊分到各个软件开发人员头上。 开发费用／人·月＝（P＋Q＋R）×S×τ 1.2.1P（人头费） 人头费主要是员工的工资、奖金和国家规定的各项按人计算的费用。其总量在软件企业中的商务成本占70%－80%。 P＝B×1.476 国家规定的公积金7%，医疗保险金12%，养老金22%，失业金2%（即通常所说的四金），另外还有按工资总额计征的工伤保证金0.5%，生育保证金0.5%，残疾基金1.6%，工会基金2%，累计为47.6%。