职业IT人-IT人生活圈

 找回密码
 成为会员
搜索
查看: 495|回复: 9

准备设计一种新型项目管理-绩效工资考评系统

[复制链接]
月上萧萧 发表于 2011-8-29 10:04 | 显示全部楼层 |阅读模式
准备设计一种新型项目管理-绩效工资考评系统

对每个项目的每个任务

估算要投入的职位(直接做事的和管理者)
估算时间
估算小时费用(根据难度/项目市场前景等)
估算其他成本投入因素(水电/电脑折损/纸张/会议室使用/电话)
上线后实际效能,给出折扣(也许为0,也许为100%,按一定比例分摊到各个职位)

每一步都有审批流程,支持延后审批,但最终一定要审批。
考虑延后审批成本(主管审批滞后,主管职位费用时间计算要打折扣)。

个别审批流程支持低职位审批高级职位,多项审批。

支持子任务等。

想有这种系统,比较完美,否则平时工作干多干少都一样,非常主观,很难推动下面的人积极性。
公司有Jira,有Timesheet,但是2样东西不能结合起来,也没有知识库,更没有财务上的iExprensive和iBill这些模块。感觉老麻烦。
看到Scrum理论倒是有这些内容,什么business value和story points,但是那玩艺要Jira + GreenHopper,老麻烦一个了。

这样造成动态工资,公司的财务体系恐怕能以支持。而且一定程度上削弱各级主管的权利(也许是一时的,但是从长远上讲是有利于整个公司发展)

目前市场没有这样的项目/财务管理系统,看来只有自己实现了,真是绝好的商机阿 !。。。

http://www.itpub.net/thread-1418425-1-1.html

fossil 发表于 2011-8-29 10:04 | 显示全部楼层
你们公司的挣值管理搞到每个岗位每工时么?任务看上去完成了,实际发现有遗漏有缺陷的怎么算绩效?
怎么考虑异质性人力资本的收益?
内部交易怎么算,内部投资怎么算,外部投资但是失败怎么算?
工作怎么算多?很忙很累算多么?
识别出一个重大风险,终止一个预计失败的项目,怎么算绩效?

市场没有这样的系统,原因是没有这样的管理吧
上系统就要别人管理思路跟你走,那对于客户最多的反应就是不采购
与其搞一个系统还不如到客户那里搞管理咨询,至少说服了别人能这个改才行
而且等你能说服别人的时候,也不会想要搞系统了,因为咨询比做软件更能赚钱

楠楠 发表于 2011-8-29 10:04 | 显示全部楼层
seeckt 写道
你们公司的挣值管理搞到每个岗位每工时么?任务看上去完成了,实际发现有遗漏有缺陷的怎么算绩效?


所以要考虑事后的评估折扣.


seeckt 写道
怎么考虑异质性人力资本的收益?

所以要考虑同一职位在具体项目中不同的小时收费率



seeckt 写道
内部交易怎么算,内部投资怎么算,外部投资但是失败怎么算?

这个任务太艰巨,一步一步来.

工作怎么算多?很忙很累算多么?

seeckt 写道
识别出一个重大风险,终止一个预计失败的项目,怎么算绩效?

计算预估投入和实际投入,给出百分比.


seeckt 写道
市场没有这样的系统,原因是没有这样的管理吧

我觉得还是需要这样的管理得.这些东西必须算得很清楚,尤其是在工程研发领域.


seeckt 写道
上系统就要别人管理思路跟你走,那对于客户最多的反应就是不采购
我们这个东西用于内部不同部门\小组绩效成本核算.还没有到客户那里.




Jethro 发表于 2011-8-29 10:04 | 显示全部楼层
这个倒要请教下了,假设一个员工人工成本10K每月,所在A部门对该员工分摊的工程收入指标是30K每月,然后该员工被内部交易到B部门任项目经理,项目预计需要10个月,交易价格是25K每月,该员工在合同上的单价是35K每月
1、10个月后,已确定项目发生严重延期,至少需要再延期5个月。当然各方各种理由,谁都说不清楚谁的责任,至少所有人都非常努力,这种情况下该员工绩效或者挣值如何计算?
2、后来这个员工穿越回去了,在做了1个月后,评估出项目有重大风险,有足够的证据说服上级终止了这个项目,这种情况下该员工绩效或者挣值如何计算?

第一种是常见情况,如果项目结束是容易判断项目盈亏的,但过程中要怎么算呢,尤其是项目团队中的每个人,什么是多劳多得?贡献?工时?
第二种,事后都知道如果终止项目可以挽回公司经济损失,但事前其他人会认为有活不干强调难度,最直接的方式是换个说可以干的人来,变成情况一。没法准确估算终止项目挽回了多少损失(定量),甚至连到底是挽回损失还是放弃盈利机会都不好定论(定性)

这里怎么算都涉及到企业对管理的认知,每个公司都有可能不同,甚至同个公司不同的时期都会不同,冒然用个系统算个数字出来不怕被人说外行瞎指挥么

已经来了吗 发表于 2011-8-29 10:04 | 显示全部楼层
1 技术方法:这不就是开发jira的一个插件吗?
2 思路方面:看到你的想法,地球上的程序员都笑了,你把我们当傻瓜了吗?


找不到我 发表于 2011-8-29 10:04 | 显示全部楼层
MS Project都支持这些东西了,程序员啊,什么都想来个系统解决

叫我小乖 发表于 2011-8-29 10:05 | 显示全部楼层
个人觉得楼主一开始的方向就错了。

量化考核听上去是十分必要的,只是费大力气想努力做得“精细”后,得不偿失的可能性非常大。

量化原则下,也需“模糊”。

叫我小乖 发表于 2011-8-29 10:05 | 显示全部楼层
敏捷大师们最讨厌的就是搞绩效了。在他们看来,搞这种东西就是要在团队里面闹矛盾。

走失的猫咪 发表于 2011-8-29 10:05 | 显示全部楼层
seeckt 写道
市场没有这样的系统,原因是没有这样的管理吧


曾经的小孩 发表于 2011-8-29 10:05 | 显示全部楼层
大胆猜测:你这样的软件,没有市场!
您需要登录后才可以回帖 登录 | 成为会员

本版积分规则

QQ|手机版|小黑屋|网站帮助|职业IT人-IT人生活圈 ( 粤ICP备12053935号-1 )|网站地图
本站文章版权归原发布者及原出处所有。内容为作者个人观点,并不代表本站赞同其观点和对其真实性负责,本站只提供参考并不构成任何投资及应用建议。本站是信息平台,网站上部分文章为转载,并不用于任何商业目的,我们已经尽可能的对作者和来源进行了通告,但是能力有限或疏忽造成漏登,请及时联系我们,我们将根据著作权人的要求立即更正或者删除有关内容。

GMT+8, 2024-4-20 17:10 , Processed in 0.140159 second(s), 20 queries , Gzip On.

Powered by Discuz! X3.4

Copyright © 2001-2021, Tencent Cloud.

快速回复 返回顶部 返回列表