思步网

查看: 94575|回复: 39
打印 上一主题 下一主题

度量分析探索(三)

  [复制链接]
本帖最后由 小魔女 于 2011-10-12 16:23 编辑

       做度量最让人头疼的就是度量数据的真实有效收集以及对度量数据的根因分析。
       从我们公司的情况来看,也是感觉这两步最难走。对于度量数据的收集,公司自己开发了一套内部进度管理系统,想法是非常好的,实现科学、自动化数据统计和分析。但进过几个项目的实践之后,发现数据水分很大,就拿实际工作量的收集来说,开发人员每天去进度系统汇报工作量的时候,对应的工作项还是会按照估算工作量去汇报,按估算值排了一人天,结果就按一人天汇报了,实际是下班还花了3个小时加班完成的。这样整体下来,发现收集的实际工作量和估算值差不多,但工期却滞后了。后来也想过让PM定期去审核,但PM一忙起来事情太多,度量这种“不太重要”的事情就会被遗忘,效果还是不好。最后没办法,还是采用Excle分专业线让各Leader去亲自收集,每周汇总一次,这样总算收集到了相对比较真实的数据。感觉要想收集到真实的数据,关键还是项目组是不是真的重视了,如果PM和项目组真的理解了度量的目的,充分重视起来了,就不怕收集不到真实的数据。
    对于度量分析,感觉是要针对公司数据沉淀的多少选取匹配的分析方法,然后一定要做到即时分析,一个工序完,一个阶段完,一个项目完都要即时分析,不然事后再去回忆,效果会大打折扣。分析方法选取之后,要注意是否分析到了根本原因,如果只是找了表象,就很难形成落地措施去优化,只有找到根本原因,才好实现真正落地改进优化,EPG必须真正关注并行动起来,才能做到有力的推动和支撑。


上一篇:度量分析探索(二)
下一篇:《完美咨询》pdf电子书籍分享
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 转播转播 分享分享 分享淘帖 支持支持 反对反对
回复 论坛版权

使用道具 举报

先把数据整出来再说话。
领导是否真正重视是最关键的
领导对QCD一定是重视,否则企业就没前途了,不止QA与EPG。

关键是如何“对度量数据的根因分析”->促进“度量数据的真实有效收集”。

以上为例:“按估算值排了一人天,结果就按一人天汇报了,实际是下班还花了3个小时加班完成的”,并不会造成工期滞后的原因,因为任务还是完成的,只是成本多投入了(造成成本超支,如果加班算成本的话)。

作为EPG/QA,应该转换思维,如何主动通过有效分析改进,发现度量数据的问题,并及时改进;而不是等数据有效了再进行分析,被动等待。
还不错哦,如果再能多分享一些就perfect了!
对于度量分析,感觉是要针对公司数据沉淀的多少选取匹配的分析方法
[发帖际遇]: 一个袋子砸在了 tyfitsb 头上,tyfitsb 赚了 5 (金) 金币. 幸运榜 / 衰神榜
很有见地的探讨,先收藏着~
鼎力支持!!
看帖要回,回帖才健康,在踩踩,楼主辛苦了!
我了个去,顶了
这么强,支持楼主,佩服
鼎力支持!!
我是个凑数的。。。
确实不错,顶先
看了LZ的帖子,我只想说一句很好很强大!
您需要登录后才可以回帖 登录 | 注册

本版积分规则



思步组织思步科技|思步网|火花学堂|思步文库|思步问答|思步英才|天下心
© 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 顾问式管理培训
返回顶部