基准化的软件绩效和成本度量

随着信息技术的持续革新和宏观政策引导,信息化已成为提升管理水平、提高生产效率和业务能力的重要手段,特别是“互联网+”、“智能制造”等一系列国家战略发布以来,越来越多的组织选择深化信息技术应用,推动业务转型,取得了显著成效。与此同时,“IT生产率悖论”——即大量的信息化投资并不一定带来应有的回报,究其原因就是整个信息化过程缺少有效的绩效评价和成本管控机制。管理大师德鲁克曾经说过“无法度量就无法管理”,要根本解决信息化的问题,第一步便是实现量化管理,而量化管理的源头则是绩效和成本的量化。

1.软件绩效和成本度量面临两个方面的难题

作为信息化建设重要的组成部分,软件与一般的实物产品不同,其中包含的智力成本和主观因素导致了软件绩效和成本难量化的现状。分析其原因,一方面智力成本和主观因素的存在,导致了不同知识背景和工作经验的人会有不同的观点,难以形成普遍认可的统一量化方法;另一方面,软件的生产交易形式使得投入的智力成本与成本价值经常存在严重的信息不对称,软件的生产方和消费方往往无法处于平等的地位,“暴利”和“杀价”现象普遍。因此,要解决软件绩效和成本的量化问题,建立相关利益方普遍认同的估算机制比研究复杂的计算方法更为重要。

2.基准化分析方法能有效解决软件绩效和成本度量

基准化分析法是20世纪70年代末由美国施乐公司提出,其核心理念是通过将自身状况与同领域领先的状况进行比较,给出自身状况的参考值,分析原因,模仿先进行为。基准化分析法的理念与软件绩效和成本量化的需求是完全契合的。由于涉及到智力成本和主观因素,单独一次项目难以以统一的计算方法计算得出项目绩效和成本。既然无法通过自身解决问题,同领域其他机构在同样的情况下的解决办法便具有很高的参考价值。因此基准化分析法就为软件绩效和成本量化提供了很好的解决途径。

与传统的基准化分析稍有不同,在软件绩效和成本量化中,基准化的目的是获得行业的普遍现状,并以行业现状估算为参数输入计算软件绩效和成本。基于基准化的软件绩效和成本度量方法能够同时解决软件绩效和成本量化的两大难题:

一是智力成本和主观因素难估算:基于基准化的软件绩效和成本度量方法不直接计算智力成本和主观因素,而是通过历史数据的统计分析给出估算值。在历史数据量足够大的情况下,由主观因素引起的估算波动会趋于平稳,并逐渐接近被行业广泛认可的合理值。

二是软件生产交易信息不对称问题:基准数据来源于广大软件企业的实际数据,是基于历史行业数据测算的结果。以此为基础,甲乙双方在项目实施前,就能就软件的规模、工作量、花费和效果等信息达成一致。在基准数据的覆盖面足够大时,由基准数据分析得到的基准值就能够充分代表各利益相关方的利益诉求。

3.建立基准数据库是科学度量软件绩效和成本的基础

基准数据应具有足够的数据量和广泛的行业覆盖面。足够的数据量保证足够的收敛特性,使得分析得出的基准值更为准确;广泛的行业覆盖面保证能够代表不同利益相关方的利益特点,保证分析得出的基准值能够得到行业的充分认可,只有基准值得到各利益相关方的共同认可,得出的软件绩效和成本才能被认可。鉴于此,应建立基准数据库,用于收集和存储广泛的行业信息,具体包括三个方面的工作:

一是完善配套的规范、教材和工具:首先,应制定相关过程和方法规范,指导数据采集、分析和发布的过程,并规定基准数据的度量元及采集方法;配套制定相应的实施指南、培训教材等资料,组织开展相关人才的培养,建立支撑的人才队伍;开发数据采集和成本估算工具,提高整个过程的自动化程度,支撑海量的行业数据处理。

二是建立多级数据库和各级联动的估算机制:基准化分析法的基本方法是同质对比,因此,基准数据就应具备区域特征和行业特征。为了充分反映各区域各行业特征,提高基准化分析的效率,应建立相互映射和引用的多层级数据库,并提炼具有区域代表性和行业代表性的基准数据形成总数据库。在多级数据库的基础上,建立多级联动的软件绩效和成本度量机制。

三是充分发挥各级机构和企业提供数据的积极性:为了保证基准数据具有足够的数据量和广泛的行业覆盖面,应充分调动机构的积极性,联合监理企业、测评机构和软件企业,持续、及时为基准库提供实用数据。数据的积累是基于基准化的软件绩效和成本度量方法最为核心的工作,数据量和数据覆盖面直接影响基准值的准确度和可信度。长期的数据积累和各级组织的积极参与是软件绩效和成本度量机制建立的重要保障。

在下一步工作中,我们将继续:

1、解读《软件绩效和成本 数据采集和发布规范》;

2、研究提出基准数据库的体系结构;

3、研究数据采集和发布机制,以及数据的应用指引。

北京软件造价评估技术创新联盟,将会积极参与以上重大行业事件,发挥其专业优势,助力企业软件成本度量管理成熟度的提升

原文地址:转载于- 全国信标委软件工程分技术委员会

时间: 2024-07-30 10:14:24

基准化的软件绩效和成本度量的相关文章

程序员必看:如何降低APP软件开发的成本?

程序员必看:如何降低APP软件开发的成本? 作为一名曾经的程序猿,一直想写一点东西给大家分享一下,今天终于动笔了,写写我们在开发的过程中怎样才能更快更好的进行开发,降低app开发成本.无论是个人开发者,还是公司的技术人员,成本是需要考虑的一个很关键的因素,充分考虑成本,降低生产成本之后才会获得相应的竞争优势.如何降低APP软件开发的成本?听我慢慢给您说. 1. 良好的功能需求文档 没有文档化的需求,系统就存在不能满足客户期望的隐患.“比如,也许它不能按照客户认为应该的方式工作,即便是开发团队认为

怎么汉化英文软件

安装:分别安装以下三款软件 Pexplorer安装 UltraEdit安装 金山快译安装 以下分别是三款软件安装成功后的截图. 注明:劲量下载中文版的软件以便使用. 3 开始进入正题: 怎么使用以上软件汉化英文软件. Pexplorer软件菜单修改器使用方法: 首先我们使用Pexplorer测试汉化一个英文软件(我们以winrar软件为例来汉化) 下载:winrar进行安装,安装好后把winrar的exe文件复制到电脑桌面. 4 打开:(Pexplorer)软件,然后选择(文件),在选择(打开文

开源推动人工智能普及化,软件吞噬世界正成为现实

(上图为Linux基金会副总裁.CNCF原生云计算基金会首席运营官Chris Aniszczyk) "开源软件和人工智能正在吞噬世界."这是Linux基金会副总裁.CNCF原生云计算基金会首席运营官Chris Aniszczyk在2017软博会的中国开源产业峰会上所做的判断.在Chris看来,开源软件与人工智能是互相促进.互相推动,"未来每家公司都将成为软件公司". 今年初刚刚宣布完成5000万美元C轮融资的国内开源云公司EasyStack,在本次开源峰会上发布了全

[绩效管理]可度量绩效管理模型第一阶段应用方法群简述

可度量绩效管理模型在最開始的阶段须要构建基础数据.而基础数据必须来源于真实.也就是说,我们必须做到以下几条: 1,通过一些方法把真实数据採集上来: 2,这些方法的应用不能影响项目的正常进度. 3,这些方法能够有效的採集数据,而不会成为虚假数据的来源. 于是,在这些年的考虑中,形成了以下的一些详细方法要求,注意:全部的方法都来源于实际大家听过的或者用过的,可是用途和使用方法会与常见方法之间存在区别.直接照搬别人写的方法.会存在一些问题. 需求调研 项目计划 迭代计划 站立会议 看板 周报 交换开发

软件绩效评分

我认为一个有效评价手段应该达到以下目的: 1. 对团队:让整个团队进入愉快高效工作状态 2. 对“高手”:奖励干活多干活好的人 3. 对“低手”:从制度上杜绝磨洋工的现象 4. 对“中手”:提供工作认真但是水平有待提高的成员生存成长空间 因为每个人的水平不一样,所以评分标准也不太一样,最后经过讨论,我们团队决定采用以下的方式来评判个人绩效,主要分为组内评分与组外评分. 1. 组内评分(70%) 组内评分采用5个审核点,分别为 1) 任务完成度(20%) 任务完成度是根据一个人任务完成数量的多少而

软件度量复习

软件规模度量——软件内部属性的测量 3.1 基本知识 1.可以从哪些方面测量软件的规模? ? 软件功能数量: 数据流图.用例图 ? 软件模块数量:模块功能结果图 ? 代码的行数:操作符.操作数 ? 设计文档的页数 ? 用户手册的页数 2. 软件规模可以用于反映: ? Effort 工作量(人月) ? Cost 成本 ? Productivity 效率 ? Schedule 进度安排 3. 可以根据以下方面定义软件规模: ? Length 长度(代码长度.规格说明书长度) ? Functional

平台化软件的设计与应用前景分析

平台化软件的设计与应用前景分析 http://www.cnblogs.com/spring_wang/p/3344305.html 1.背景描述 近年来,在政策和市场的双重拉动下,中国软件市场保持了持续快速的增长.2002年,中国软件市场实现了21.1%的增长率,销售额达到345 亿元.2003年,中国软件市场销售额达到400亿元左右,软件市场进一步升温.在几百亿元的市场规模下,掩盖了这样一个事实:软件项目成功率非常低.根据统计,超过80%的项目不能在最初估计的预算和进度内成功交付.这对用户和厂

规范化管理的企业如何确定绩效考核基准分?

规范化管理的企业绩效考核通过大多数员工收入增加.大多数员工积极性增强,从而达到企业利润增长的目的.笔者在很多文章中也讲"三个提高(提高员工收入.提高员工积极性.提高企业利润)","三增"是从愿望出发讲的,"三提高"是从达到目的角度讲的,二者意思完全一致.从"三个提高"的角度出发,绩效考核基准分就应该定在大多数员工都能够达到的分位. 大多数员工能够达到的分位不是讨论的结果,而是模拟的结果:不是事后确定,而是事先确定.也就是说绩效

基于用例点来度量软件规模并管理进度 之中的一个

英文名:Based on use case points to measure software size and manage the progress 摘 要 本文针对软件项目的规模度量和进度管理,提出了一种新的以用例点的方式来表达和跟踪的方法.本文具体介绍了经过调整过的用例点度量方法,舍弃了角色相应的用例点数,对用例分类给出了更严格的要求,採用了更仔细的步骤定义,并限制了复杂用例的最多步骤.用例的状态完毕度得到区分,在此基础上建立了过程中用例的进度跟踪方法.最后并阐述了在需求可复用情况下的