软件项目量化管理方法

合集下载

软件开发项目考核管理办法

软件开发项目考核管理办法

北京九城大数据科技有限公司文件九城大数据(2013)人字 009号CEO签发:日期:2013年3 月 19 日软件开发项目考核管理办法1目的及适用范围•本考核管理办法,用于考核研发中心软件开发项目组的业绩,同时也用于对项目开发负责人(研发经理)的考核。

•本办法适用于研发管理中心以《任务委派工作单》形式承接的项目.本文所谓“软件任务”,包括公司业务部门委派的任务,公司职能部门委派的任务,及研发中心自己认可的任务。

•软件研发负责人考核分为:业务类考核和价值观类考核,本管理办法重点说明对业务类的考核,管理类考核参见《九城集团2012年绩效考核总纲》。

考核办法中,尽量以可量化的方式进行考核,对于每个考核项,说明考核内容、考核标准,评价人可以据此给出考核对象的考核得分。

•研发负责人个人业绩考核得分A= 项目考核得分+特殊奖惩得分。

如果一个研发负责人(研发经理)在某段时间同时负责两个或两个以上项目,则其业绩考核结果,是各项目考核结果按内部收入进行加权平均。

特殊奖惩,包括对突出贡献的奖励得分,以及对严重过失的扣罚得分(负值)。

•研发管理中心的激励政策同《九城集团2012年绩效考核总纲》规定一致,具体参见《九城集团2012年绩效考核总纲》“激励政策”部分.2考核周期•对于周期短的项目,项目的考核周期,随项目的里程碑一起进行.也就是,按照签署的《任务委派工作单》中规定的项目推进的整体的起止时间和阶段性里程碑规定的节点进行。

•对于周期较长的项目,一般每季度考核一次,在下季度初进行。

•有些产品或项目的任务委派数量多,但每个任务的完成周期都比较短,这种情况,项目的考核周期为一个季度,考核得分为本季度内完成的委派任务按照工作量权重累计得分。

3考核内容项目的业绩考核分为如下内容:•软件用户评价:由任务委派方负责评价,考核项包括工期、软件质量(缺陷、用户反馈等方面)。

•项目成本评价:考查开发组项目开发成本、项目成员有效工作量、委派工作量之间的关系。

软件项目管理及案例分析

软件项目管理及案例分析

软件项目管理及案例分析软件项目管理及案例分析引导语:美国项目管理专业资质认证委员会主席Paul Grace说过,在当今社会中,一切都是项目,一切也将成为项目。

下面是yjbys店铺为你带来的软件项目管理及案例分析,希望对你有所帮助。

中国科学院计算技术研究所是国家专门的计算技术研究机构,同时也是中国信息化建设的重要支撑单位,中科院计算所培训中心是致力于高端IT类人才培养及企业内训的专业培训机构。

中心凭借科学院强大师资力量,在总结多年大型软件开发和组织经验的基础上,自主研发出一整套课程体系,其目的是希望能够切实帮助中国软件企业培养高级软件管理与技术人才,提升整体研发能力。

迄今为止已先后为国家培养了数万名计算机专业人员,并先后为数千家大型国内外企业进行过专门的定制培训服务。

高水平项目管理是软件项目成功的关键,也是软件产品质量的根本保证,具有这方面理论和实践的人员是目前软件组织中急需的高层次人才。

为建立符合中国国情的软件开发过程和组织体系,培训中心特举办“软件项目管理”培训班,具体事宜通知如下:一、培训对象软件开发机构高级管理人员、项目经理、系统架构师、系统分析师、资深开发人员、质量保证人员以及其他对提升软件开发质量负有责任的人员。

二、学员基础1,对软件项目的分析、设计、组织和开发具有一定实践经验;2,有一定的软件项目管理、技术管理或质量保证的基础知识与实践经验。

三、师资由业界知名专家亲自授课:袁老师培训中心高级讲师,CMMI、GJB 5000A高级咨询顾问,具有多年成功管理大型软件项目的经验,对软件工程管理与过程具有深邃的理论见解和丰富的实践经验。

四、培训要点高质量软件来自于高水平的项目管理,这个观点已经成为业内的共识。

软件项目成功最重要的要素是什么?大型软件项目是依靠一个组织来完成的,如果这个组织在管理上是无序的,开发过程是非正式和混乱的,计划期限和成本目标通常超限,项目的成功取决于个人英雄式的行为,在人员发生变动时项目往往陷入灾难,那么很难说这个项目会获得成功。

软件工程管理的内容

软件工程管理的内容

软件工程管理的内容介绍
软件工程管理的内容包括:
1.人员的组织与管理:把注意力集中在项目组人员的构成、优化。

2.软件度量:关注用量化的方法评测软件开发中的费用、生产率、进度和产品
质量等要素是否符合期望值,包括过程度量和产品度量两个方面。

3.软件项目计划:主要包括工作量、成本、开发时间的估计,并根据估计值制
定和调整项目组的工作。

4.风险管理:预测未来可能出现的各种危害到软件产品质量的潜在因素并由此
采取措施进行预防。

5.软件质量保证:保证产品和服务充分满足消费者要求的质量而进行的有计划,
有组织的活动。

6.软件过程能力评估:对软件开发能力的高低进行衡量。

7.软件配置管理:针对开发过程中人员、工具的配置、使用提出管理策略。

常见软件项目度量指标 和控制指标

常见软件项目度量指标 和控制指标

软件项目度量指标和控制指标是软件开发过程中非常重要的一部分,它们能够帮助开发团队和管理人员评估项目进展情况,及时发现并解决问题,确保项目按时交付、质量可控。

本文将从常见软件项目度量指标和控制指标两个方面进行探讨,为软件项目管理提供有益的参考。

一、常见软件项目度量指标对于软件项目管理来说,度量指标是评估项目进展和质量的重要依据,合理选择和使用度量指标能够帮助团队领导及时发现问题、及时调整问题和保证项目交付质量,常见的软件项目度量指标有:1. 代码行数:代表了软件代码的规模,是度量软件规模的最基本指标之一。

代码行数在软件开发过程中被广泛使用,可以用于评估软件规模、成本估算、进度控制等方面。

2. 功能点数:是根据软件功能区分的度量指标,它能够更好地反映软件的实际使用价值。

功能点数是一个重要的度量指标,可以帮助团队直观地了解软件的功能复杂度和开发进度。

3. 缺陷密度:是度量软件质量的重要指标之一,它可以帮助团队了解软件的缺陷情况,以及缺陷的严重程度。

通过缺陷密度指标,团队可以及时发现和解决软件质量问题,提高软件质量。

4. 代码覆盖率:是度量软件测试覆盖情况的指标,通过代码覆盖率可以了解软件的测试覆盖情况,帮助团队评估测试质量和发现测试遗漏情况。

5. 进度指标:包括工作完成进度、任务完成比例、工作量增减变化情况等,可以帮助团队领导及时了解项目进展情况,调整项目计划和资源分配。

二、常见软件项目控制指标除了度量指标,软件项目的控制指标也是非常重要的,它们能够帮助团队领导控制项目进度、成本和质量,确保项目按时交付和质量可控。

常见的软件项目控制指标有:1. 成本偏差(Cost Variance,CV):是衡量项目成本偏离预算的指标,CV=实际成本-计划成本,通过成本偏差指标可以帮助团队领导了解项目成本控制情况,及时调整成本预算和资源分配。

2. 进度偏差(Schedule Variance,SV):是衡量项目进度偏离计划的指标,SV=实际完成工作-计划完成工作,通过进度偏差指标可以帮助团队领导了解项目进度控制情况,及时调整项目计划和资源分配。

软件项目开发与管理流程优化方案

软件项目开发与管理流程优化方案

软件项目开发与管理流程优化方案第1章项目立项与规划 (5)1.1 项目背景分析 (5)1.2 项目目标与需求 (5)1.3 项目可行性研究 (5)1.4 项目规划与时间表 (5)第2章项目团队组织与管理 (5)2.1 团队组建 (5)2.2 角色与职责分配 (5)2.3 人员培训与技能提升 (5)2.4 团队沟通与协作 (5)第3章需求分析与设计 (5)3.1 用户需求调研 (5)3.2 需求分析与梳理 (5)3.3 系统架构设计 (5)3.4 详细设计与技术选型 (5)第4章系统开发与编码 (5)4.1 编码规范与约定 (5)4.2 代码版本控制 (5)4.3 开发环境搭建 (5)4.4 编码与单元测试 (5)第5章软件测试与质量保证 (5)5.1 测试策略与计划 (5)5.2 单元测试与集成测试 (5)5.3 系统测试与验收测试 (5)5.4 缺陷跟踪与修复 (5)第6章项目进度与风险管理 (5)6.1 项目进度监控 (5)6.2 风险识别与评估 (6)6.3 风险应对策略 (6)6.4 项目调整与优化 (6)第7章项目配置与变更管理 (6)7.1 配置管理策略 (6)7.2 变更请求处理 (6)7.3 变更控制与记录 (6)7.4 配置项管理 (6)第8章项目交付与验收 (6)8.1 项目成果整理 (6)8.2 项目交付物审查 (6)8.3 用户培训与支持 (6)8.4 项目验收与评价 (6)第9章项目运维与优化 (6)9.2 运维支持与故障处理 (6)9.3 系统功能监控与优化 (6)9.4 项目总结与经验积累 (6)第10章项目管理工具与方法 (6)10.1 项目管理工具选型 (6)10.2 敏捷开发与Scrum实践 (6)10.3 项目评估与量化管理 (6)10.4 项目知识管理 (6)第11章项目团队绩效评估与激励 (6)11.1 绩效评估体系 (6)11.2 团队激励与奖励机制 (6)11.3 个人成长与职业规划 (6)11.4 项目总结与团建活动 (6)第12章项目流程优化与持续改进 (6)12.1 项目流程梳理与优化 (7)12.2 持续改进措施与方法 (7)12.3 项目管理成熟度评估 (7)12.4 项目成功因素分析与实践总结 (7)第1章项目立项与规划 (7)1.1 项目背景分析 (7)1.2 项目目标与需求 (7)1.3 项目可行性研究 (7)1.4 项目规划与时间表 (8)第2章项目团队组织与管理 (8)2.1 团队组建 (8)2.2 角色与职责分配 (8)2.3 人员培训与技能提升 (9)2.4 团队沟通与协作 (9)第3章需求分析与设计 (9)3.1 用户需求调研 (9)3.2 需求分析与梳理 (10)3.3 系统架构设计 (10)3.4 详细设计与技术选型 (10)第4章系统开发与编码 (11)4.1 编码规范与约定 (11)4.2 代码版本控制 (11)4.3 开发环境搭建 (12)4.4 编码与单元测试 (12)第5章软件测试与质量保证 (12)5.1 测试策略与计划 (13)5.1.1 测试目标 (13)5.1.2 测试范围 (13)5.1.3 测试方法 (13)5.2 单元测试与集成测试 (14)5.2.1 单元测试 (14)5.2.2 集成测试 (14)5.3 系统测试与验收测试 (14)5.3.1 系统测试 (14)5.3.2 验收测试 (14)5.4 缺陷跟踪与修复 (14)第6章项目进度与风险管理 (15)6.1 项目进度监控 (15)6.1.1 进度计划制定 (15)6.1.2 进度跟踪与监控 (15)6.1.3 进度调整 (15)6.2 风险识别与评估 (15)6.2.1 风险识别 (16)6.2.2 风险评估 (16)6.3 风险应对策略 (16)6.3.1 风险规避 (16)6.3.2 风险减轻 (16)6.3.3 风险转移 (16)6.3.4 风险接受 (16)6.4 项目调整与优化 (16)6.4.1 项目调整 (16)6.4.2 项目优化 (17)第7章项目配置与变更管理 (17)7.1 配置管理策略 (17)7.1.1 配置项识别 (17)7.1.2 配置库管理 (17)7.1.3 配置状态记录 (17)7.2 变更请求处理 (17)7.2.1 变更请求识别 (17)7.2.2 变更请求评估 (17)7.2.3 变更请求批准与实施 (18)7.3 变更控制与记录 (18)7.3.1 变更控制 (18)7.3.2 变更记录 (18)7.4 配置项管理 (18)7.4.1 配置项识别与分类 (18)7.4.2 配置项控制 (18)7.4.3 配置项状态记录与更新 (18)第8章项目交付与验收 (19)8.1 项目成果整理 (19)8.1.1 项目成果概述 (19)8.1.2 项目成果分类 (19)8.2 项目交付物审查 (19)8.2.1 审查流程 (19)8.2.2 审查标准 (19)8.2.3 审查结果处理 (19)8.3 用户培训与支持 (19)8.3.1 培训计划 (19)8.3.2 培训内容 (19)8.3.3 培训实施 (20)8.3.4 售后支持 (20)8.4 项目验收与评价 (20)8.4.1 验收流程 (20)8.4.2 验收条件 (20)8.4.3 验收结果 (20)8.4.4 评价与反馈 (20)第9章项目运维与优化 (20)9.1 系统部署与上线 (20)9.2 运维支持与故障处理 (20)9.3 系统功能监控与优化 (21)9.4 项目总结与经验积累 (21)第10章项目管理工具与方法 (21)10.1 项目管理工具选型 (21)10.1.1 项目管理工具的种类 (22)10.1.2 项目管理工具选型的原则 (22)10.1.3 项目管理工具选型的方法 (22)10.2 敏捷开发与Scrum实践 (22)10.2.1 敏捷开发理念 (22)10.2.2 Scrum框架 (23)10.2.3 Scrum实践 (23)10.3 项目评估与量化管理 (23)10.3.1 项目评估方法 (23)10.3.2 量化管理方法 (23)10.4 项目知识管理 (23)10.4.1 知识管理的重要性 (23)10.4.2 知识管理方法 (24)第11章项目团队绩效评估与激励 (24)11.1 绩效评估体系 (24)11.2 团队激励与奖励机制 (24)11.3 个人成长与职业规划 (25)11.4 项目总结与团建活动 (25)第12章项目流程优化与持续改进 (26)12.1 项目流程梳理与优化 (26)12.2 持续改进措施与方法 (26)12.3 项目管理成熟度评估 (26)12.4 项目成功因素分析与实践总结 (27)第1章项目立项与规划1.1 项目背景分析1.2 项目目标与需求1.3 项目可行性研究1.4 项目规划与时间表第2章项目团队组织与管理2.1 团队组建2.2 角色与职责分配2.3 人员培训与技能提升2.4 团队沟通与协作第3章需求分析与设计3.1 用户需求调研3.2 需求分析与梳理3.3 系统架构设计3.4 详细设计与技术选型第4章系统开发与编码4.1 编码规范与约定4.2 代码版本控制4.3 开发环境搭建4.4 编码与单元测试第5章软件测试与质量保证5.1 测试策略与计划5.2 单元测试与集成测试5.3 系统测试与验收测试5.4 缺陷跟踪与修复第6章项目进度与风险管理6.1 项目进度监控6.2 风险识别与评估6.3 风险应对策略6.4 项目调整与优化第7章项目配置与变更管理7.1 配置管理策略7.2 变更请求处理7.3 变更控制与记录7.4 配置项管理第8章项目交付与验收8.1 项目成果整理8.2 项目交付物审查8.3 用户培训与支持8.4 项目验收与评价第9章项目运维与优化9.1 系统部署与上线9.2 运维支持与故障处理9.3 系统功能监控与优化9.4 项目总结与经验积累第10章项目管理工具与方法10.1 项目管理工具选型10.2 敏捷开发与Scrum实践10.3 项目评估与量化管理10.4 项目知识管理第11章项目团队绩效评估与激励11.1 绩效评估体系11.2 团队激励与奖励机制11.3 个人成长与职业规划11.4 项目总结与团建活动第12章项目流程优化与持续改进12.1 项目流程梳理与优化12.2 持续改进措施与方法12.3 项目管理成熟度评估12.4 项目成功因素分析与实践总结第1章项目立项与规划1.1 项目背景分析在我国当前的经济社会背景下,科技的发展和市场的需求变化,本项目应运而生。

软件项目管理及质量控制

软件项目管理及质量控制

软件项目管理及质量控制目录1项目风险管理 (3)2风险管理的流程 (3)2.1风险的识别及控制 (4)3项目配置管理 (4)3.1文档的存放、管理及处理权限 (4)3.2文档的提交流程 (5)3.3文档的版本控制方法 (5)3.4源码配置管理 (5)4项目沟通管理 (5)4.1沟通手段 (6)4.2针对具体情况的沟通方式 (6)4.3项目变更管理 (7)4.4变更控制角色 (7)5项目质量控制 (8)5.1编码规范 (8)5.2代码复查 (8)5.3测试保障 (8)6项目工具管理 (9)6.1项目实施常用工具和方法 (9)6.2测试管理工具 (9)7系统应急预案 (10)8日常维护机制 (11)9故障解决机制 (11)10系统备份与恢复机制 (11)1项目风险管理在本项目中XX公司负责项目的风险和成败,并指定专人对风险列表进行管理与监控,而XX公司配合XX公司进行项目的风险管理,同时双方都应指定相关风险的责任人。

2风险管理的流程1.风险管理包括:⏹定义标准的流程,以识别、分析评估、监控风险的防范⏹采用集中统一的风险日志工具,来记录和跟踪工程和各项目的风险⏹采用风险评估表,量化评估风险的可能性和影响程度⏹标准的风险报告风险管理主要由项目经理负责,项目组的成员对于日常中发现的各种风险,都有责任汇报给风险管理的责任人。

对于识别风险而产生的纠正与预防措施,指定责任人、列入项目计划进度表实施。

风险管理内容包括:⏹识别风险。

是管理风险的第一步,即识别整个项目过程中可能存在的风险。

包括技术、性能、质量、组织、公司外、行为性等方面;⏹风险分析。

风险分析的目的是确定每个风险对项目的影响大小,一般是对已经识别出来的项目风险进行量化估计。

评估风险的影响、风险概率和风险值。

⏹风险应对。

确定风险的应对策略,编制风险应对计划。

⏹风险监控。

跟踪已识别风险的发展变化情况;根据风险的变化情况及时调整风险应对计划,每周周期性的提交《风险控制表》。

软件项目质量标准体系

软件项目质量标准体系

软件项目质量标准体系:范围、术语、目标、资源、过程、质量软件项目质量标准体系1.引言软件项目质量标准体系是确保软件项目开发过程符合规范、提高软件质量的重要手段。

本文将详细阐述软件项目质量标准体系,包括目的、范围、术语和定义、质量管理体系、资源管理、过程管理、质量管理、持续改进、风险管理、文档管理等方面。

1.1 目的软件项目质量标准体系旨在规定软件开发过程中的各项质量要求,确保软件项目符合预定的质量标准,提高软件产品的可靠性和可用性,降低项目风险,提高客户满意度。

1.2 范围软件项目质量标准体系适用于所有软件开发项目,包括但不限于互联网、移动应用、企业级应用等领域。

1.3 术语和定义在软件项目质量标准体系中,我们将采用以下术语和定义:●软件:计算机程序、相关数据及其文档的总称。

●软件项目:为开发、修改、增强、维护软件所开展的一系列工作,包括需求分析、设计、编码、测试、部署、维护等环节。

●质量:软件产品或服务满足客户需求的程度。

●质量管理:在软件开发过程中,对质量进行管理和控制的过程。

1.质量管理体系软件项目的质量管理体系包括组织结构与责任、质量方针、质量目标、质量计划等方面。

2.1 组织结构与责任软件项目的组织结构应清晰明确,包括项目经理、开发团队、测试团队、文档编写团队等。

每个团队成员应明确自己的职责和任务,确保项目顺利进行。

2.2 质量方针质量方针是软件开发团队在项目过程中遵循的质量标准和原则,是指导项目团队开展质量工作的指南。

2.3 质量目标质量目标是软件项目的核心目标之一,软件开发团队应根据项目需求和客户期望,制定具体、可量化的质量目标。

2.4 质量计划质量计划是软件项目的质量保证计划,包括项目各阶段的质量控制措施、检查方式、评估标准等。

1.资源管理软件项目所需资源包括人力资源、物质资源、时间资源、预算资源等。

在项目开始前,应对所需资源进行充分评估和规划,确保项目各阶段的资源供应。

3.1 人力资源软件开发团队应具备专业技能和经验,包括项目经理、开发人员、测试人员、文档编写人员等。

软件项目工作量评估方法

软件项目工作量评估方法

软件项目工作量评估方法工作量评估概述我们仔细研读了软件需求文档和设计文档,对软件功能进行了归纳和整理。

根据以往的经验,对每个功能模块所需的编码工作量进行了估算,并以此为依据,推算出整个软件生命周期的工作量。

接着,我们组织了主要项目干系人和相关专家进行工作量评审。

常见的估算方法Ad-hoc方法这种方法下的测试工作量不基于任何确定的期限。

工作一直继续直到达到一些由管理或市场人员预先定下的时间表。

或者,一直到用完了预算的经费。

这种情况普遍存在于非常不成熟的组织,并且时常有100%的错误差数。

开发时间的百分比法这个方法的基本前提是测试工作量依赖于开发时间/开发工作量。

首先,开发工作量使用例如LOC或FP方法被估算出来,然后使用一些探索性的方法来限制测试的工作量。

通常预留项目的总花费时间的35%给测试。

5-7%给组件和集成测试,18-20%给系统测试。

10%给接收测试(或回归测试等)类比法根据以前或相似项目(主要在项目性质,领域,规模上有相似)所积累的经验或历史数据来估算工作量。

类比法估计结果的精确度取决于历史项目数据的完整性和准确度,因此,用好类比法的前提条件之一是组织建立起较好的项目后评价与分析机制,对历史项目的数据分析是可信赖的。

需要收集以下相关的历史数据:在设计和实现阶段花费的时间,测试工作的规模,例如用户需求的数量,页面数,功能点,数据样式,例如实体,字段的数量,屏幕或字段数量,测试对象的规模,例如KLOCWBS估算法将项目或产品分解为具体的工作,然后分别对各个工作进行时间估算,最终求和得出项目或产品的测试工作量/时间。

Delphi法Delphi法是最流行的专家评估技术,在没有历史数据的情况下,这种方式可以减轻估算的偏差。

Delphi法鼓励参加者就问题相互讨论。

这个技术,要求有多种相关经验人的参与,互相说服对方。

Delphi法是一种软件项目评估方法,其步骤包括:协调人向各专家提供项目规格和估计表格;召集小组会讨论与规模相关的因素;各专家匿名填写迭代表格;协调人整理出一个估计总结,以迭代表的形式返回专家;召集小组会讨论较大的估计差异;专家复查估计总结并在迭代表上提交另一个匿名估计;重复4-6,直到达到一个最低和最高估计的一致。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

软件项目量化管理方法 SANY标准化小组 #QS8QHH-HHGX8Q8-GNHHJ8-HHMHGN#软件项目量化管理方法摘要:本文在对软件企业量化管理应用常见问题分析的基础上,以解决可操作性、可比性等问题为着眼点,识别出了量化管理中必须明确的四要素,表述了企业在量化四要素上采用的常见做法。

本文采用80/20原则,说明了企业在识别度量对象时应避免的问题;采用持续改进的理论,说明了企业在量化管理应遵循的客观规律。

在结合平衡记分卡与目标驱动组合式的量化管理方法理论基础上,提出了软件企业的量化管理的具体应用步骤。

关键词:量化管理四要素 80/20原则持续改进 GQ(I)M1. 引言如今,很多国内软件企业选择采用能力成熟度系列模型(Capa bility Maturity Model, CMM)或其它模型来建立本企业的软件过程规范,欲通过提升软件过程的能力达到提高产品质量、降低开发风险、减少开发成本、保证产品按时交付等目的。

将软件过程规范的一个目的就是使软件过程可视化,这个可视化则要求了对软件过程的量化;而产品质量是否提高、开发风险是否降低、开发成本是否减少、项目延期是否缩短,对这些问题的回答则要求了对软件项目的量化;软件过程改进与量化管理息息相关。

不少企业在将识别出的量化管理方法应用于软件项目管理过程时,发现不少问题。

最为常见的是:量化工作的可操作性不强,如:部分量化数据难以收集、难以统计投入的成本没有得到预期的产出。

如:量化工作投入了成本,但形成的量化结果参考价值不高提供给管理层用于决策的支持数据也不够,数据缺乏可比性量化结果不是管理层所关心的,达不到管理层预期的过程可视化程度针对此类问题,本文识别出了在量化管理中必须要考虑的四个方面,即:量化四要素,并从量化四要素对量化管理方法进行了分析,建议了软件企业采用的量化管理方法。

2. 量化四要素“只有通过对产品、过程的度量,才能描述、评价、提高产品与过程”。

笔者认为,要度量,就要明确度量的对象;要度量对象,就要明确标识度量对象的计量单位;要产生度量结果,就要明确度量方法,包括度量技术和数据收集的方法;要评价度量对象,就要明确用于比对的基准指标,即表征度量对象目前情况的标尺,通过该标尺与度量结果的比对,得出对度量对象的评价。

而度量对象(Object)、计量单位(Unit)、度量方法(Method)、基准指标(Benchmark),这就是笔者所说的量化四要素。

我们先看看目前软件企业在量化四要素上的常见做法:(1) 度量对象往往软件企业在识别度量对象时,是根据所采用的模型或标准中提出的相关要示去做的,比如:综合能力成熟度模型(Capability Maturity Model Integrati on, CMMI)等级2中建议的量化目标[2]:估计产品规模和实际规模预算成本和实际成本进度情况缺陷率、测试与验收覆盖率和同行评审覆盖率质量要求和质量度量有些软件企业量化了识别出的各软件过程,建立了各过程的改进度量对象。

可能有的企业识别出的度量对象更多。

(2) 计量单位针对同一个目标,不同软件企业采用的计量单位也不尽相同。

简单来讲,分为面向规模、面向功能的度量。

以软件规模的计量单位为例,常见的面向规模的有:代码行(l ines of code,LOC)、人/月;面向功能的有:功能点、特征点(feature point)、对象点(object point)、3-D功能点(3-D function points)、标准构件法(standard componen t)等。

有的企业并非单纯地采取一种类型的计量单位,在某些目标上他们可能采用的是面向规模的计量单位,在另外的目标采用的又是面向功能的计量单位。

此外,对于软件质量的计量单位,有的企业可能就是用缺陷率来表征软件质量;有的企业可能将软件质量拆分成若干个子量化目标,对这些子目标再明确其计量单位。

(3) 度量技术目前软件企业常用的度量技术,如挣值法、控制图、直方图、散布图等。

项目中用于估算的技术有典型的估算方法,如Delp hi法和类比法。

l 直方图它是表示数据变化情况的一种主要工具,用于整理度量值的观测数据,分析其分布状态的统计方法,用于对总体的分布特征进行推断。

挣值法挣值法是一种分析比较出目标实施与目标期望之间差异的方法,用于项目过程中的进度与费用分析。

它通过测量和已完成的工作的预算费用与已完成工作的实际费用和计划工作的预算费用得到有关计划实施的进度和费用偏差,而达到判断项目预算和进度计划执行情况的目的[3]。

控制图(SPC)它是一种控制界限的图,用来区分引起质量波动的原因是偶然的还是系统的,可以提供系统原因存在的信息,从而判断生成过程是否处于受控状态。

按其用途可发为两类,一类是供分析用的控制图,用于分析生成过程的有关质量特性的变化情况,看工序是否处于稳定受控状态;再一类是供管理用的控制图,主要用于发现生产过程中是否出现了异常情况,以预防产生不合格品。

6 Sigma的统计分析技术就需要采用SPC度量方法。

Delphi法Delphi法是最流行的专家评估技术,在没有历史数据的情况下,这种方式可以减轻估算的偏差。

Delphi法鼓励参加者就问题相互讨论。

这个技术,要求有多种相关经验人的参与,互相说服对方。

类比法类比法适合评估一些与历史项目在应用领域、环境和复杂度的相似的项目,通过新项目与历史项目的比较得到估计数据。

类比法估计结果的精确度取决于历史项目数据的完整性和准确度。

针对项目工期估计,常采用计划评估技术(Program Evaluatio n an Review Technique,PERT)进行估算。

针对项目成本估计,较好的方法有经验估算法、因素估算法和WBS基础上的全面详细估算法等多种方法。

(4) 基准指标不少企业建立了基准指标,也有不少企业忽略了基准指标的建立。

为建立基准指标,建议采用如下步骤:建立度量库收集历史项目数据量化历史项目建立各项基准指标3. 量化管理方法通过以上描述,不难看到,若软件企业对识别出的所有度量对象都要在项目中去收集、去度量、去分析,无疑需要分配不少的资源、投入时间与成本。

笔者认为:在软件企业识别出的大量需要度量的对象中,企业目前所真正关注的、而且识别出来能提高软件过程改进的重要对象往往只占20%,即“80/20原则”:即百分之八十的量化结果价值是来自百分之二十的度量对象的收集与分析工作,其余的百分之二十的价值则来自剩余百分之八十的量化工作。

所以,如何把有效的人力物力投入到这20%的目标中,采用恰当的量化管理方法是非常重要的。

此外,计量单位、度量技术的不恰当选用也是导致工作量增加、可操作性降低的原因。

以代码行这种计量单位为例,若企业缺乏相应的资源与相应度量工具的支持,其度量结果的准确程度与可信度就会大打折扣。

即使有了较为准确的度量结果,若企业缺乏基准指标,则难以评价度量对象,难以完成各项目的比对;缺乏基准指标的度量结果提交给管理层,管理层仍然很难通过提供的数据做出决策。

Wolfhart Goethert和Matt Fisher在集合了目标驱动式量化管理GQ(I)M和基于平衡记分卡BSC量化管理的基础上,提出了新的管理方法:BSC与目标驱动组合式的量化管理方法[4]。

我们将这种方法具体应用到软件企业的量化管理,结合量化四要素,结合持续改进的管理思想,笔者认为应遵循的步骤如下:(1) 应先明确软件过程中的量化工作,该过程采用的:明确企业的经营目标,弄清楚企业想知道什么从财务、客户满意、内部流程、学习和创新四个方面确定软件量化过程的子目标根据识别出的子目标,确定可量化的问题和指标确定过程中的度量对象、计量单位、度量方法和基准指标确定软件项目中应度量对象、计量单位、度量方法和基准指标建立历史项目的度量库(2) 延伸至软件项目时,可按如下过程具体化软件项目的量化工作:确实业务目标、软件过程目标(在软件过程的量化工作中获得),结合两者,形成本项目的目标从财务、客户满意、内部流程、学习和创新四个方面确定软件项目的子目标根据认别出的子目标,确定可量化的问题和指标结合软件过程中确定的度量对象、计量单位、度量方法和基准指标,制定本软件项目的度量对象、计量单位、度量方法和期望达到的基准指标(该项目的可以建立自己的基准指标)制定度量计划(3) 通过实际试用,及时纠正度量对象、计量单位、度量方法和基准指标中存在的不合理的因素,以保证量化管理过程的有效性(4) 持续改进:企业应基于自身的实际能力成熟度,建立适宜本企业的量化管理方法。

随着企业管理需求、能力成熟度的提高,通过量化过程、软件项目中的数据收集、统计分析,持续改进量化管理方法的有效性。

4. 结论通过度量库建设环节,能让管理层清晰了解企业目前状态,管理层的目标期望不至于太脱离企业目前的能力;采用这种量化管理方法,也能够保证软件项目的目标与企业目标一致,找出需要量化的关键对象和基准指标。

同样,由于事先明确了计量单位和度量方法,可操作性得到了提高。

此外,由于软件项目的量化管理都是基于软件过程的量化管理基础上,就容易为企业建立一个统一的基线指标,容易将不同的项目进行比对。

另外,企业的目标是在不断调整与持续改进的,量化管理要求也在不断变化,量化管理水平将随着企业成熟度的提高而提高。

量化四要素也应在保持阶段性稳定的基础上根据企业所处的不同阶段进行调整,也应随着企业成熟度的提高而逐步改进、逐渐细化、精确。

相关文档
最新文档