思步网

查看: 11799|回复: 9
打印 上一主题 下一主题

[时间管理] PM-时间管理-IT项目管理中的挣值分析

[复制链接]
神话:你知道挣值分析吗?
人月:知道,但不清楚如何在项目中去用,我们的项目都是每周进行跟踪的,任务一般也是按周下达了,到了周末项目成员任务完成的如何,究竟是否延期,大概要延期几天都很清楚。


神话:进度偏差可以每周跟踪清楚,那你的项目的成本偏差是否也每周分析清楚呢?
人月:人员这个倒没有注意,有些人员是多个项目共享了,项目有时赶进度也会从其它项目调些人力资源
神话:成本和进度是项目管理的两个要素,都应该关心。


人月:我觉得我们现在周跟踪的方式不是特别适合应用挣值分析法。
神话:软件项目应该尽量采用增量迭代的生命周期模型,比如200个功能点可以分5次增量完成,每次增量的完成点就适合我们进行挣值分析。

人月:那挣值分析具体有什么用处
神话:可以在某些阶段点让你很清楚的了解倒项目的健康状态,辅助你进行项目跟踪和控制。辅助你进行项目的决策。同时挣值分析还是风险管理的一个重要武器,但你发现你项目的进度或成本偏差超过某个阈值后,你就可以去触发你分析的风险,去采取相关的缓解和应对计划。


我们模拟一个项目的实际数据如下:


整个软件项目分5次增量完成,第一次增量预计完成6个功能点,而实际仅仅完成了5个功能点。第一次整理预计投入6*10人天的工作量,但由于一个人被借调到其它项目实际只投入了5*10人天的工作量。由于第一个增量实际仅仅完成了5/6的功能,所以第一个增量实际应该挣的值为60*(5/6)=50人天。这里我们假设软件项目工作量即为具体的成本数据:


所以计算值如下:
计划值PV = 60
实际值AC = 50
挣值EV   = 60*(5/6) = 50
成本绩效指数 CPI = EV/AC = 50/50 = 1
进度绩效指数 SPI = EV/PV = 50/60 = 0.83


挣值(EV)应该理解为完成的工作按道理应该获取的价值,而不是你实际付出的价值,一项工作项目成员只完成了80%,你本月仍然付了2000薪水,但根据他工作的
实际完成情况可能你只应该付1600的薪水。


所以经过计算后可以得到如下曲线图:


通过该图我们可以很清晰的看到在每个增量点项目的运行情况。如在第三个增量的时候EV挣值点在PV和AC两个值的下方,说明项目的进度延后,且成本也超支。项目采取相关的措施赶进度,到增量点4后EV位于PV和AC两者之间,说明虽然成本仍然超支,但项目进度已经提前。




上一篇:软件开发项目进度控制浅谈
下一篇:PM-范围管理-软件开发中项目需求管理简述
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 转播转播 分享分享 分享淘帖 支持支持 反对反对
回复 论坛版权

使用道具 举报

如果能显示出来图就更好了!
好,很好,非常好!
众里寻他千百度,蓦然回首在这里!
我是个凑数的。。。
以我的经验来看,楼主的想法是可以执行的~
鼎力支持!!
路过的帮顶
前排支持下了哦~
这么强,支持楼主,佩服
您需要登录后才可以回帖 登录 | 注册

本版积分规则



思步组织思步科技|思步网|火花学堂|思步文库|思步问答|思步英才|天下心
© 2007 思步网 浙ICP备10212573号-4(首次备案号:浙ICP备07035264号)|邮箱:service#step365.com(将#换成@)|服务热线:0571-28827450
在线培训课程|求职招聘|思步文库|官方微信|手机APP|思步问答|微博平台|官方QQ群|交流论坛|软件工程透析|关于我们|申请友链|
点击这里给我发消息     点击这里给我发消息
思步 step365 过程改进 CMMI中文 质量保证 质量管理 流程体系 需求跟踪矩阵 敏捷开发 Scrum 软件度量 项目评审 全员改进 流程管理 人力资源 6sigma 信息安全 ISO27001认证 IT服务管理 ISO20000认证 ISO9000认证 软件测试 SQA 配置管理 IPD 软件工程 PMP认证 PMP试题 PMBOK中文 精益研发 agile 顾问式管理培训
返回顶部