• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

项目管理中的挣值计算方法

发布: 2011-5-08 13:33 | 作者: 网络转载 | 来源: 领测软件测试网采编 | 查看: 44次 | 进入软件测试论坛讨论

领测软件测试网

  浅谈项目管理中的挣值管理之挣值的数值

  挣值管理是项目管理的重要工具之一,在用于量化管理和监控项目的成本和进度时十分有效。然而,在具体应用时,还是有很多误区。本文重点讨论挣值数据的准确性的问题。

  一般而言,除了纯管理类工作或销售类工作(此类工作采用挣值管理意义较小,一般主要是以效果来评定),技术工作的挣值数据往往和计划工时会有差异(如以每周为例,假设计划工时每周是5人天):

  1、少于5人天,代表工作不饱和,有比较多的空闲时间没有工作,或者用于学习和技能提升了,所以在同样工作时间完成了较少项目挣值。

  2、多于5人天,代表工作饱满,需要加班或者由于执行者能力远高于预算时采用的平均水平,所以在同样工作时间完成了更多挣值。

  项目组成员在挣值填写时,经常出现的一个误区是:一周不多不少填写5个人日的计划工作量,这个数值表明,每个人都是不高不低正好是预算时采用的平均水平的能力,而每周正好不多不少能完成。

  此类挣值数据的可信度和可参考价值较小,有如不能把工作量统计的工作重点用于反映实际工作情况和状态,因此挣值管理也就更多的流于形式了。

  或者有人会说,那是项目经理或者任务分配人的审核不到位造成的,严格贯彻1/0法则就可以了。其实,事情不完全是如此简单。挣值管理是一个复杂的系统工程, 挣值数据的真实性取决于挣值数据的用途和组织级的价值导向。

  又比如在项目计划中某一项目组成员某月在项目中的计划人日为20个,实际执行情况应略微高于22个人日,如果确实出现比较空闲的情况,会低于22人日,但应在发现工作任务不饱满的当周就及时和项目经理或直接主管联系,以便于调整工作任务安排。

  上边这些奇怪现象的出现,很多时候不是项目组成员的主管错误,根源在于组织级把挣值数据简单的直接或间接的用于考核和工作评定。记得以前在学习思想政治时,我国分配制度的重大进步之一为从简单的按劳分配演进为:按劳分配、兼顾效率与公平。项目工作中的管理也一样,积极学习国外先进的项目管理理论的同时,不要忘记我们本身具备的一些优秀思想和理念。

  对工作的绩效考核往往是企业中的一个敏感问题。无论是综合评定还是量化指标还是360度考评,似乎没有什么定式。但一般从工作量、工作规范性、工作质量、工作进度和工作效果等5个方面进行综合考核更有助于得到比较客观的评价,挣值管理方法对工作规范性、工作效果和工作质量的评定的帮助比较有限,即使是对于工作量和工作进度,挣值管理和其他主流量化管理方法的效果也是一样的:收集数据,作为分析和决策、改进的重要依据。换言之,挣值管理和其他主流量化管理方法一样对考核与评定有着先天的局限性。

  挣值管理的思想是对软件项目工程得实践活动是有意义的,但机械的照搬理论对指导实践只能画虎不成反类犬。做好挣值管理的数据采集工作,真实、可靠的采集到有效的挣值数据是挣值管理成功的前提。

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/

TAG: 工作量 计算方法 时间 项目组 执行者


关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网