思步网

查看: 70819|回复: 46
打印 上一主题 下一主题

如何杜绝研发管理过程中的假数据,苦恼中。请大家踊跃发言。

  [复制链接]
先说一下公司的情况。
1、公司整体研发管理水平较低,研发部门间各搞各的,没有统一管理规范。
2、去年下半年起,公司引入了一个项目管理工具,对全公司所有项目进行统一管理。要求所有项目必须录入这个管理工具中。实行到现在,原有的问题没有解决,新问题不断冒出。最显著的一个问题是,研发部门都在想办法糊弄研发数据,没有人想到这个管理工具会给他们工作带来的益处。
3、作假数据的主要表现有:
(1)记录到这个管理工具中的数据不是真实研发状况反映。项目组在工具上定的计划是做这个事,实际却做其他事,但在工具中依然对该计划审批100%完成。还有填报的一些工作产品的规模、工作时间等与实际也不符合。项目组另有一套自己的管理模板(工作报告、周报等),与这个工具上填写的内容不一致。查到这些现象,项目组会找出各种理由说这个不是作假。
(2)有一部分项目没有录入到管理工具里面。造成管理缺失。找到部门和项目组,给出的理由多种多样。总的一点,就是因为各种原因无法录入。
(3)公司对这个工具使用很重视,也想杜绝假数据,每个月都组织人力进行检查,对查出的作假者给予严厉处罚。但是每个月依然能查出作假的人,就像野草烧不尽。

目前,我所在的部门就承担着工具的推广使用,过程改进等工作。本来希望借助这个工具的推行,统一研发部门的工作,为接下来的过程改进奠定基础。现在非但没有取得任何进展,反而因为检查作假行为和各部门间搞得关系紧张。

面对上述情况,很苦恼。不知道各位在工作中,是否遇到过类似的情况,是如何处理的。


上一篇:【转】CMMI帮我们积累,对公司也对我们个人
下一篇:crystal ball&Minitab
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 转播转播 分享分享 分享淘帖 支持支持 反对反对
回复 论坛版权

使用道具 举报

有一点是我想不通的,公司在假数据方面查的如此严厉,却依然有人顶风作假。到底是什么原因?这种处罚措施,也只是短期行为,要想取得长效,应该有其他更好的方法。
必要时,考核也是一种制约办法。
没有QA??
大家为什么那么抵触呢?找到原因才能对症下药!
简单回复一下楼上的疑问:
1、QA对基础脆弱的组织发挥不了什么作用。现在公司就是这么个情况,QA发现问题又怎么样,项目组就是不改。现阶段老板对QA也没有什么兴趣。
2、抵制是因为有些人的确是在混,他提供不了什么工作产品,也说不清每天做了哪些工作。只能作假对付。这里面有部门负责人、项目经理的问题,没有合理安排工作。
回复 woshiheng 的帖子

回答楼上的问题:
1、这个问题本人目前也正在经历,苦恼至极。我是公司第一个QA,老板只是觉得公司需要一个QA,但是QA是做什么的,以及QA的用途他可能并不关心。组织很顽固,不可能因为我一个人说的话而改变什么,然后提出问题要项目组改,也只是做做表面功夫。我个人感觉,上至老板,下至开发,都对立我。我在想,老板,既然这样,你还是开了我吧,咱俩都省心,也不浪费你的money。
2、对于你的问题,我觉得还是需要从两个方面下手:人和工具。人,你要让他知道为什么他要填这个工具,填的内容我们是要拿来干嘛的,如果填的结果表明他没做什么,也不会对他有影响等等(虽然这是个漫长的过程)。工具,调查一下这个工具是不是能满足项目组项目管理的需要,而不是仅仅满足了我们组织级数据收集统一管理的目的,项目组才不管你那么多。而且根据你所提的,是需要填写工作产品的,这个,还是瀑布的时候比较有用,现在都在推行敏捷,很多工作是不能通过工作产出来判断结果的。总之就是工具要满足人的需求,而不是我们要去满足工具。
个人拙见
这个问题我们公司也类似,体系文件在项目里得不到完整的执行
我觉得可能有几个方面的原因
1.工具对项目的帮助性,如果工具对项目经理没有帮助,或者有帮助但是带来的工作量更
  大。那肯定难以贯彻执行,所以对工具的选择和补充的方式很重要.想想也对要想项目组配合总该有些甜头的
2.处罚我觉得不是个好办法,只会增加对抗,试着去了解项目这么做的原因,是时间进度原因,工作量成本原因,人力不足。了解了原因可能才能出一些应对措施
3.工具,过程体系推行都需要时间的,耐心点吧,每个月有进步就好。这句话安慰你也安慰我自己,呵呵
    这样的问题在很多公司都遇到,解决起来是个漫长的过程,也因人而异。有的人就是认真执行贯彻的很好,有些人就是给你糊弄。作为开发人员,是很头痛写文档或填写度量数据的,时间长了,有些东西自己都记不清楚。给几点建议
   1  周期性的给开发人员进行相关规范制度的培训,必要的时候请一些资深行业专家做培训、咨询,说白了就是洗脑,要让他们认同制度本身。
   2  使用的工具,最好是结合公司自己实际情况开发的,采购的专业软件,并不一定适合自己的规范制度和工作流程。切合的不好肯定执行的不好。
   3  加强计划跟踪力度,最好每周进行督促跟进,成果物在配置管理工具中统一管理,相关度量数据和成果物可见可追溯,这样理论起来不吃亏。
   4  工作之余,建立好私下关系,关系好了,啥问题都好解决。
   5  其他工作技巧,为人处世之道。各有各的道,自己体会总结,不做赘述。
找真正的原因吧,光考核、扣钱我觉得无法完全起到正向作用
这个问题我以前也曾遇到过,觉得较好的想法是“无为而治”..

1.如果用这个数据来考核,那么为了最后的考核必然会作假
2.如果不考核,这个就没有推动力...

建议:有选择的考核,就是KPI设立的问题。比如我们也统计工时,直接说这个不会用做员工个人的绩效考核。另外偏差在可以接受范围内都是可以接受的
简单!优先选择KPI数据,不过度度量,然后一步一来。
模板或工具尽量简单,按照实际情况来。
顶楼上
[发帖际遇]: 一个袋子砸在了 sunny 头上,sunny 赚了 1 (金) 金币. 幸运榜 / 衰神榜
支持,赞一个
看帖要回,回帖才健康,在踩踩,楼主辛苦了!
您需要登录后才可以回帖 登录 | 注册

本版积分规则



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