本文介绍了如何便捷地证明 IT 过程改进工作所带来的投资回报。 本文来自于 The Rational Edge

Colin O'Neill, 首席咨询师, OCS Process Works

Colin O'Neill,OCS ProcessWorks 的首席咨询师和负责人,是 IBM 和 IconATG 的业务合作伙伴,主要专注于使用 Rational Method Composer 和 Eclipse Process Framework Composer 进行组织级过程的文档化和发布。



2009 年 4 月 27 日

illustration在过去 40 多年间,软件行业发生了许多次的改变,从投资-回报(ROI)角度来考虑信息技术(IT)已变成一股潮流。十年前,IT 被当做一种可能的过大的 花销。现在,以产生利润为目的的商业公司,把软件当做他们基础和竞争性优势的关键一部分。实际上,把信息技术当做商业战略关键一部分,以消减成本并增加生产效率的公司,可能最终也会被淘汰掉。简单来说,IT 的合适位置以及与之相应的过程,现在对于商业上的合作至关重要。

今天有许多的高级管理员都把注意力放在消减成本,增加利润以及提高生产效率。因为一个 IT 机构在传统上是成本中心,因此很难讨论development在利润上的软件开发。到目前为止,让我们不要尝试处理纯利润方面的 ROI 问题。但是软件开发生命周期可以通过消减成本并增加生产力来考虑,这实际上是同一枚硬币的两面,都可以归结到 ROI 方面。

IT 过程改进的引入,可以产生可演示的 ROI。本篇论文展示了这一切为什么可能的证据和例子。

定义的成本消减

有一些专家声称在成本消减和成本避免方面存在差异。根据本次讨论的需要,让我们假设它们是相同的事情,这里是为什么这样的原因:增加生产力的关键就是,与使用当前的方法产生相同的结果相比,减少公司员工所花费的时间。当更加流畅,更容易接触以及更加标准的实践方式能够减少公司员工达到目标的时间时,过程改进就能够降低公司成本。因此,如果在改善过程可用之前需要花的时间是 X,以后可用之后花的时间是 Y,所以可通过 X 减 Y 来计算由于生产效率的提高来节省的成本。

也许有人会说由于增加了新的工作,所以成本并没有得到实际上的节省,就是这样:额外的本来不是由某人完成的,但是由转移到另一个人来完成。这样随着时间的增长,基于减少任务时间的提高了的生成效率,直接转移到节省时间上,这是通过不雇人来完成本来由前面第一个人就可以完成的任务来完成。


IT 过程改进的阶段

定性 IT 过程 ROI 的第一个阶段,就是执行一个改进的过程(不管是室内的还是室外的),并使全部的 IT 公司员工都能访问这个过程,这样做的原因在上面已列出了。第 2 个阶段,就是本篇论文的基础,是识别并定性可评价的过程改进机会,这样就可以证实建立和公布该过程的相关利益。第 3 个阶段,超出了本文讨论的范围,就是应用公司事务更改管理技术,以克服人们的天然抗拒,以更改他们自己的行为。

本篇论文将上面提到的第二个阶段分为了三步 :

  • 第 1 步:识别可以有效评价和定性的过程改进的机会。
  • 第 2 步:为每一次过程改进机会技术节省成本的设计一致性以及合理的公式。
  • 第 3 步:减少这些计算到一定数量,这样使它们成为过程改进效果的底线 ROI。

本篇论文的剩余部分将会探讨怎样为一个通用的,中度规模的 IT 公司计算过程改进。这些相同的技术可以使用一定程度的创新应用到你的公司,以抓住节省成本的机会。在一些领域中,有一些改善 IT 过程的有利之处可以被描述但是不能被定性。使用上面描述的方法,只有可定性的部分才可以应用到 ROI 上,但是过程改进的非定性部分应该记录到业务例中,这样就不会在总体过程改进策略中有所缺失。这就是说,一些专家感到非定性的惠利可以一直通过想象来得到定性。


第 1 步:识别过程改进机会

识别过程改进机会面临的一个挑战,就是为当前的努力定义一个合适的范围。一开始你并不需要定义整个过程,然后就可以开始评价以决定节省成本;这并不是一个实际的需求,很少是一个选项。大多数公司所做的,就是评价他们已存在的过程,然后随着时间的增长来进行改进和评价。

这里描述的ROI 方法能够完全支持 IBM®Measured Capability Improvement Framework (MCIF),它是一种系统的逐步改进 IT 机构的方法。使用 MCIF,公司可以一次采用一个或者多个实践方式(一种记录的方法以解决通常发生的问题),并在前面的基准上构建。实践方法本身被设计成对一个或者多个商业目标有积极影响,例如上市时间,提高的质量,增加的改进等等,并能够得到有效的评价。

IT 过程的种类

IT 过程记录了两种基本类型的活动:基于项目的和非基于项目的。基于项目的活动一般会产生可交付的结果(通常是一种软件产品或者产品)。非基于项目的活动代表了在稳定的状态下,需要维持操纵性系统的工作。

基于项目的 IT 过程通常都描述了项目是怎样启动和运行的,以及希望得到的软件产品的结果,安装以及配置文件,或者产品环境下的改善和维持。项目,项目组的文件也得到了管理(例如 Portfolio Management),是一种 IT 公司向主顾交付产品的较好方式,不管他们是否是内部的商业单位,外部客户,还是服务提供商。因此,基于项目的 IT 过程合适的描述了怎样执行和管理一个项目。

非基于项目的 IT 过程记录并向人们传递关于后期应用交付的更长期的方面,特别是服务支持和服务交付的区域。它们包括(只列出一部分):

  • 服务台
  • 事件管理
  • 故障管理
  • 更改管理
  • 配置管理
  • 公布管理
  • 可用性管理
  • 性能管理
  • 服务水平管理

通常的成本节省机会

在一个典型的 IT 机构内一些节省成本的通常机会(包括基于项目以及非基于项目的)包括:

  • 由于使用最佳的实践标准可以增加产品质量:更加合适的需求,设计以及代码检查;更加有效的测试等等。
  • 更加有效的管理,资本管理,时间追踪,项目管理,成本管理以及资源分配
  • 与提供早期回馈的投资者做更多的交流
  • 改善计划并预报性能和需求管理
  • 提高对终端用户的服务支持以及服务交付
  • 更好的卖主管理
  • 新员工的尽快适应
  • 降低花在会议上的时间
  • 降低设计和代码重复率
  • 减少室内员工与三方卖主之间的冲突
  • 降低花在寻找模板以及在做什么的时间
  • 降低在不同团队,站点,文化以及语言之间的误会
  • 降低方法论的需要,以及培训室内员工所需的技巧

改善的软件质量一般很难评价,但是如果你可以追踪部署软件应用的高质量,那么就可以改善过程了,像“由于更少的缺陷导致的 Help Desk 访问次数的降低”或者“一个更加具有指导性的用户界面可以增加 Internet 销售量”这样的因素可以被评价,并添加至软件改善机会的列表。

真实世界的例子

客户最近会抱怨在创建项目之前,如果一个定义良好的实践优异的过程就绪后,他的团队成员会花费一个月的时间去做不必要的事情。例如:

  • 决定人们将发挥什么作用以及相应角色的责任
  • 决定团队是怎样完成这种类型的项目
  • 从对这种类型项目可能有用的其他项目中,找到记录模板以及范例(包括探究多种以及混淆的共享驱动器,并决定使用什么版本)。
  • 草拟以项目计划为基础的工作故障结构(WBS)
  • 教育团队成员需要做什么以及什么时候去做

在这种情况下,让我们假设一下一个 10 人的项目小组,需要会花 3 周时间来完成较好的组织状态准备工作。那就是说,在这三周内每个人有 20% 的时间会浪费在上面列表中所列出的不必要的活动之上。使用普通 IT 工人全负荷每小时 65 美元1每周有 40 个付费的小时的估计,使用可用的标准,记录的,组织的,有用的过程可以节省的费用是 $15,600 (10 个人×3 周×40 小时/周×节省的20% 时间×节省的 65 美元/小时)。然后将这个数值与每年期间启动的附加项目数相乘,让我们假设一个中等规模的 IT 公司每年有 10 个项目,这样光就启动活动本身每年就可以节省 $156,000。这种问题在 IT 公司内特别典型,所以通过避免这种单方面问题节省的费用,值得大部分的过程改进过程的努力。

作为一个组织者的过程

良好的组织可以产生巨大的利润。这也正是成功的专业人士每天都花大量的时间用于管理的原因。因为这可以帮助他们实现他们的目标,并让他们的生活减少压力。以相同的方式,一个组织的 IT 过程(或者其他的业务过程)允许人们更加有效的达到他们的目标,同时也享受这个过程。良好的组织状态同样会转化为更高的生产效率,因为当操作处在较小的压力下时,人们的工作会更加富有创造力。


第 2 步:为计算节省的成本设计公式

在下列列表中显示的范例模板,可以用于为共同的过程和项目计算节省的成本。它简单的设计,让从过程改进中受惠的 IT 公司,更加容易的计算节省的成本。如果需要更高的精确性,那么可以根据通货膨胀,打折来调整数据,或者根据市场波动的情况来做出调整,这个过程会涉及到多个变量。

从步骤 1 的一般成本节省机会的列表中,让我们使用 4 个范例 :

  • 新员工的更快适应过程
  • 减少花在会议上的时间
  • 更加有效的政策和文件管理
  • 改善的服务支持以及服务交付

下面的 范例假设在 2009 年进行了过程改进计划的尝试,在接下来的 2010 年至 2012 年间可以降低成本。所有的个人成本,都建立在 2009 年美国普通 IT 工人完全负荷成本的基础之上,这个成本保守的估计为每年 48 周每周 40 小时每小时 65 美元1

范例 1:新的员工的适应过程

因为几乎所有的 IT 公司都面临有一个新员工适应的问题,下面陈述的大多数变量,可以调整为更适合你的情况。但是大多数机构都只为这个原因,执行改性后的过程来节省一笔可观的费用。在本例中,改进会随着时间增长而增长。

表 1:通过更加有效的培训新员工来节省时间

数量公式和计算范例和假设
目标:减少新聘员工(或者部门转移)所花的时间,以理解他们的工作,并弄明白他们的角色是怎样服务公司的剩余部分的。这个机会降低了花在阅读以及理解公司运行状况,项目进展状况,不同类型项目涉及到的各种角色,每个员工(分配有一个或者多个角色)应该做的事情,他们在产品生命周期的什么地方发挥这种作用,以及采用什么标准的时间。
在一个拥有 300 名员工的中等规模的 IT 公司内,每年都计算新员工由于接受过程改进计划后所花的时间,以及没有接受这个过程后所花的时间之间的差异。假设每年有 10% 的营业周转率,平均适应时间是 3 周(在新员工可以有效率的工作之前),随着过程根据时间得到不断的改善,时间节省率达到 40% 到 60%(这意味着在第二年,一个新员工可以花费与上年比较一半的时间,就可以以一种高效率的方式投入到工作之中)。
$93,6002010 = (300 员工×10% 的周转率×3 周×40 小时/周× $65/小时×40% 节省的时间)在第 1 年时间节省了 40%
$117,0002011 = (300 员工×10% 的周转率×3 周×40 小时/周× $65/小时×50% 节省的时间)在第 2 年时间节省了 50%
$140,4002012 = (300 员工×10% 的周转率×3 周×40 小时/周× $65/小时×60% 节省的时间)在第 3 年时间节省了 60%,然后就跨过了这条界限

范例 2:减少花在会议上的时间

这是所有的 IT 公司面临的长久的一个问题。会在外面会议上的时间可以用到更加具有生产效率的工作之上。现在我的意思并不是说节省的 10% 时间全都用到具有生产效率的工作上,但是至少他们有这个机会去这样做。

表 2:通过精简会议上的交流时间来节省时间

数量公司以及计算解释以及假设
目标:在合适的会议上通过有效率的交流来减少团队成员所花的时间。这个机会减少了团队成员花在会议上的时间,因为他们项目类型的交付过程提供了项目进行的共同语言和框架。由于过程提供了评价过程以及做出决策的方法,来降低交流之间的误会和障碍。
计算 IT 公司内每个人花在会议上节省的时间(看起来每个人都免不了要参加会议,不管他们担任的是什么职位),
这个 IT 公司有 300 名员工。
假设每周在会议上普通的团队员工会花费 6 个小时,可节约 10% 的时间(每小时 6 分钟)(一些团队会花多一点的时间,另一项少点,但是平均起来每周 6 个小时是非常保守的)。
$561,6002010 = (300 员工×6 小时/周×48 周× $65/小时×10% 节省的时间)
$561,6002011 = (300 员工×6 小时/周×48 周× $65/小时×10% 节省的时间)
$561,6002012 = (300 员工×6 小时/周×48 周× $65/小时×10% 节省的时间)

范例 3:更加有效的政策与文件管理

现在让我们将注意力从个人层次上的节省,转移到公司层次上的节省。

表 3:通过更加有效的 IT 管理来实现时间节省

数量公式以及计算解释以及假设
目标:减少不合理项目以及不合适资源的数量。这个机会减少了浪费在那些从来不能实现的项目上的时间,这些项目不能实现是因为:
  • 它们不能支持公司的战略或者战术目标。
  • 他们消耗的资源与创造的利润不成比例。
  • 它们的需求过于模糊,或者公司对项目的需要随着时间的增长而消失。
  • 它们管理不善或者太过浪费。
计算一个每年预算五千万美元,由 300 人组成的中等规模的 IT 公司每年节省的费用。假设一个结构合理执行有力的 IT 公司每年可以减少 5% 的浪费的费用。假设通过资助能为公司创造利润的其他项目,浪费的费用可以得到有效的利用。
$2,500,0002010 = ($50,000,000 × 5%)
$2,500,0002011 = ($50,000,000 × 5%)
$2,500,0002012 = ($50,000,000 × 5%)

范例 4:改善的 Service Support 和 Service Delivery

有可以节省费用的两种组件的机会:

  • 减少团队成员花在报告、等待方案执行,服务访问以及其他服务相关因素之上的时间。
  • 减少需要提供这些服务的 Support Center 员工的数量。

从下面的图片可以看出,第二个组件可以更加节省时间。

表 4:通过改善 Service Support 和 Service Delivery 过程来节省成本

组件 1:Team Member Savings

数量公司以及计算解释以及假设
目标:减少团队成员花在报告、故障、服务相关项目上的时间,以及 Service Desk 所做响应的不确定性,而其他的团队成员在等待解决方案。这个机会通过 IT 员工试着指出向谁报告不同的项目,以及他们需要的程序以进行服务,来减少浪费的时间。同时它也提供了更好理解 Service Desk 还有其他的支持员工响应和支持一个问题所需时间的能力的终端用户,因此允许终端用户在等待问题解决的同时,更好的规划他们的时间。
计算一个拥有 300 人的中等规模的 IT 公司每年由终端用户,花在识别以及解决服务问题上的时间。假设 IT 公司的每一个员工花在报告和解决服务相关问题上的时间降低了 20%。假设每年每人有两个与服务相关的问题,每一个平均总共要花 1 个小时,直到得到解决。
$7,8002010 = (300员工×1 小时/项目×2 个项目/年× $65/小时×20% 节省的时间)
$7,8002011 = (300员工×1 小时/项目×2 个项目/年× $65/小时×20% 节省的时间)
$7,8002012 = (300员工×1 小时/项目×2 个项目/年× $65/小时×20% 节省的时间)

组件 2:Service Support Manpower Savings

数量公司以及计算解释以及假设
目标:降低服务支持专家花在登录,搜索,升级以及报告服务相关问题上的时间。这个机会通过提供清晰的,执行良好的步骤以及故障排除程序,包括升级以及报告角色,责任和需要解决问题的切换,来降低 IT 服务支持人员浪费的时间。
计算一个拥有 300 名员工的 IT 公司每年由于管理服务支持而节省的时间。假设一个 24×7,6 个人的服务平台。假设从初始问题报告到问题解决后协调降低了 20% 的时间。
$149,7602010 = (6 个员工×40 小时/周×48 周/年× $65/小时×20% 节省的时间)
$149,7602011 = (6 个员工×40 小时/周×48 周/年× $65/小时×20% 节省的时间)
$149,7602010 = (6 个员工×40 小时/周×48 周/年× $65/小时×20% 节省的时间)

第 3 步:决定努力的成本并计算 ROI

让我们假设你的商业用例只需要上面提到过的四个机会。就算这些范例很简单,但是加在一起,它们可以提供在成本节省方面过程改进努力的具体证据。有一些节省会非常的明显,一些机会提供了更多的节省空间,资助改进尝试需要的越多,这个机会越需要被识别并了解其细节的程度就会越高。

在这一步中,首先定义过程改进计划的成本。在下面的范例中,2009 年所有方面的过程改进计划需要花费 $1,112,300:

  • Process Engineer 咨询技能
  • 室内员工所花的时间
  • 培训资源以及被培训人所花的时间
  • 尝试性项目监视和培训
  • 差旅以及相关费用
  • 过程改进工具

过程改进成本

表 5 计算了范例中过程改进努力中的成本。

表 5:过程改进成本估计

数量项目公式和计算解释和假设
$230,400咨询2009 = 2 个咨询员× 40 小时/周×24 周×75% 的时间× $160/小时两个 Process Engineer 咨询员在六个月内进行兼职工作(75% 的时间),以帮助访问当前的过程,安装工具,帮助员工开发过程组件,记录工具中的过程,促进磋商与会议,逐渐交付过程,并将结果呈现给高级管理员。
$374,400室内员工2009 = 300 个员工× 10% 的员工×40 小时/周×24 周×20% 的时间× $65/小时10% 的员工将会花 20% 的时间,以进行为期 6 个月的开发,记录并检查过程材料,包括协调会议与磋商。
$100,000培训2009 = 2 个培训员×500 小时/培训员× $100/小时两个培训员对于一个为期三个月项目进行开发和交付。
$300,000指导/培训2009 = 2 个指导员× 1,000 小时/指导员× $150/小时两个尝试性的项目可以验证并改善 IT 过程,一个指导员负责 6 个月。
$67,500出差2009 = 300 员工× 10% 的员工×1.5 次出差× $1,500 每次出差10% 的员工需要进行 1.5次的出差,每人每次 $1,500。
$74,880
每年
过程维护每年 = 300 员工× 10% 的员工×40 小时/周×48周×2%的时间× $65/hr
2010 = $74,880
2011 = $74,880
2012 = $74,880
10% 的员工将会花他们 2% 的时间来检查,更新以及改善过程材料,包括讨论以及会议。
$40,000 每年工具2009 = $40,000
2010 = $40,000
2011 = $40,000
2012 = $40,000
一个普通的过程改进项目每年在工具许可权问题上需要花 $40,000。

计算净利润

表 6 总结了过程改进成本(来自上面的表 5)以及节省的成本(来自上面的第二步),以计算底端的净利润。如果可以显示 2009 年的成本节省(过程过程努力的同一年),这意味着每一个机会中的节省,具体信息在第 2 步。

机会2009201020112012总计
过程改进(1,112,300)(114,880)(114,880)(114,880)(1,456,940)
新员工的适应93,600117,000140,400351,000
在会议上减少的时间 561,600561,600561,6001,684,800
更加有效的政策以及文件管理 2,500,0002,500,0002,500,0007,500,000
改善的 Service Support 和 Service Delivery:团队成员节省7,8007,8007,80023,400
改进后的 Service Support 与 Service Delivery: Service Support 人力资源节省149,760149,760149,760449,280
净利润$8,551,540

良好过程的组成

为了研究怎样演示改善 IT 过程的 ROI,让我们现在定义一下什么才是“良好的”或者“改进的”过程。根据 Object Management Group'(OMG)的最佳实践 Software Process Engineering Metamodel (SPEM),一个好的过程应该从两个基本区域来论证:内容和过程。

内容使用四个类别的基本元素来描述:角色,任务,工作产品以及指导。角色定义帮助人们理解他们的责任,以及完成分配给他们任务所需要的技巧。任务,定义为关于特定目标和目的的步骤,是由角色来完成的,并用作工作产品(有时也叫做组件)的输入。在任务期间,在完成任务过程通过向整个过程添加一些值,来将输入转化为输出(对于工作产品也是)。工作产品也是过程的中介和最终产品,它们中的每一个都会对交付的产品或者服务的发展做出一定的贡献。有指导原则可以以多种方式支持角色,任务,以及工作产品,包括政策,模板,范例,标准,检查列表,概念,白板,支持的材料以及等等。

过程代表了一串特定的内容元素,以在多个阶段中产生一个端到端的序列,以产生一个想要的结果,通常是一个应用软件,软件安装和配置,或者软件更新以及维护活动。在一个特定的IT 机构内,可以存在多种“交付过程”;每一个主要类型的执行项目都会有一个,同时每一个交付过程都只会参考适合于特定类型项目的元素(对于角色,任务,工作产品以及指导)。


达到最新技术发展水平的工具

根据上面显示的多部范例的净利润,改善 IT 过程是一个公司的最佳利益之所在。记录以及产生对 IT 公司有用的过程有很多种方式。对于一些 IT 公司来说,特别是一些小型公司,在共享的 Wiki 上编辑与组织他们现在的过程,对于获取一定的利益已经足够了。对于大型的公司,管理自动库中的过程资源,是使 IT 公司内不同部门,在业务随着时间的增加而发展时,协商和控制他们的过程更加有效的方式。对于他们来说,使用自动化的工具来支持他们的尝试是十分合理的。

IBM Rational®Method Composer 一种非常强大和灵活的管理平台,它允许一家公司以 HTML 的格式,产生,配置以及公布由整个公司使用的整个 IT 过程。它包含了一个丰富的扩展了的过程资源库,这个库中含有软件和系统开发,生命周期管理,以及 IT 管理的业内最佳实践方法。因为 Rational Method Composer 为所有的过程内容,提供了一个共用的管理结构以及外观,它提供了 IT 公司内的稳定的,高质量的内容。它对所有的团队都很可靠,端到端工作生命周期的完整描述也是这样(例如,交付过程);简单来说,它能够帮助项目团队理解做什么,什么时候去做,以及怎样去做。

Rational Method Composer 构建在 Eclipse 框架的基础之上,使用“插件”概念的 de facto 软件开发平台,扩展了它的功能。Rational Method Composer 与 OMG 的 SPEM 标准相匹配,它包含了称为功能模板的过程构建模块,它能代表特定的准则,实践,技术以及开发形式。这种可再用的构建模块,成为基于特定项目需要的快速组装交付过程的工具箱。

Rational Method Composer 的输出是一个带有大量超链接的静态 HTML Web 站点,该超链接通过你想要的以及完全记录 IT 过程的方式来进行组织。公布的 Web 站点可以应用到任意一个 Web 服务器或者文件服务器,因此使拥有浏览器并有权访问你的 Intranet 的公司,能够连续的检查当前的交付过程,模板,标准,政策等等,而不用担心访问过时的材料。工具还会输出 Microsoft Project 模板,该模板向项目管理员提供了管理特定项目种类的工具。

Rational Method Composer 通过允许过程工程师以及项目管理员快速的选择,筛选以及组装过程,来支持快速的项目启动方式。这是一种制作过程,向公司公布成果,给出可用性方面即时反馈信息的有效方式。.

IBM 是一家在开放源领域非常活跃的,对 Eclipse Process Framework 项目做出巨大贡献的公司。Eclipse Process Framework Composer (EPFC)工具组成了 Rational Method Composer 的一部分。除了像 ®(RUP®)以及 IBM Practices 这样的内容,Rational Method Composer 在一些附加的工具功能上面与 EDFC 有一些差异,例如将过程不但可以通过 Web 站点,还可以以 PDF 和 Microsoft Word 格式的形式公布。Rational Method Composer 与一种大型的基于实践的库 RUP ,以及十五个其他的插件集成在一起。EPFC 插件包含了 OpenUP (Unified Process 的灵活附属物),EPF 实践,Scrum,Extreme Programming (XP),Dynamic Systems Development Method (DSDM),以及 Agile Business Rule Development (ABRD)。

Rational Method Composer 和 EPFC 完全支持过程改进努力,并且是目前可用的最佳的工具。


总结

本文所展现的证据以及范例,演示了引入 IT 过程改进的成本,是怎样对投资产生回报的。通过遵循以下三条简单的步骤,展示为什么改善 IT 过程可以显著降低成本,以及提高 IT 公司生产效率:

  • 识别过程改进机会
  • 为计算节省的成本设计公式
  • 为所做的努力计算成本并计算 ROI

对于每一个构成一个良好过程的部分,都会有一个最佳的行业实践标准(SPEM),而 Rational Method Composer 正是建立在 SPEM 的基础之上。Rational Method Composer 和 EPFC 向记录、管理和公布 IT 过程提供了强大而易用的工具。而且,这些工具能够为那些想要记录过程,以执行节省成本行动的公司提供一个很好的平台。


注释

  1. 根据 United States Bureau of Labor Statistics 的规定,一个普通的 IT 员工在 2007 年挣 $39.85/hr。全负荷小时率一般要比薪水制小时组件高 1.5 到 2.5 倍。因此,$40 小时率乘以 1.65(这是标准乘法的保守值),产生一个全负荷的每小时 $65 ,通过它可以精确的计算 ROI。

参考资料

  • 参与论坛讨论
  • 您可以参阅 Rational Edge 中文版 的其他文章。
  • 已经专门为 Rational Edge 文章创建了一个 新讨论区,因此现在您可以在此论坛中分享您对本文、本期期刊其它文章或我们过往期刊上的其他文章的看法。查阅您遍及世界的同行所阐述的观点,创建您自己的讨论,或者加入正在进行中的讨论。点击 这里 开始。
  • 全球 Rational 用户组社区

条评论

developerWorks: 登录

标有星(*)号的字段是必填字段。


需要一个 IBM ID?
忘记 IBM ID?


忘记密码?
更改您的密码

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件

 


在您首次登录 developerWorks 时,会为您创建一份个人概要。您的个人概要中的信息(您的姓名、国家/地区,以及公司名称)是公开显示的,而且会随着您发布的任何内容一起显示,除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。

所有提交的信息确保安全。

选择您的昵称



当您初次登录到 developerWorks 时,将会为您创建一份概要信息,您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。

昵称长度在 3 至 31 个字符之间。 您的昵称在 developerWorks 社区中必须是唯一的,并且出于隐私保护的原因,不能是您的电子邮件地址。

标有星(*)号的字段是必填字段。

(昵称长度在 3 至 31 个字符之间)

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件.

 


所有提交的信息确保安全。


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=Rational
ArticleID=385707
ArticleTitle=计算过程改进的 ROI
publish-date=04272009