PMI-ACP®认证
适合敏捷开发项目 敏捷项目管理最佳实践
网络课程
PMI-PBA®认证
重视项目商业分析 商业价值与需求分析能力
NPDP®认证
产品管理国际认证 全球产品管理最佳实践
网络课
PMP®认证
单项目管理经典指南 年轻项目经理首选
北京 | 直播 | 录播
PgMP®认证
大型复杂项目全球标准 定位高级项目管理层
网络班
PfMP®认证
链接战略与项目 实现组织资源投资回报
全球直播
软考项目管理
信息系统项目管理师 系统集成项目管理工程师
计划 | 报名 | 经验
【案例正文】
由于我跟老总关系不错,于是协同公司出台了一系列管理方式方式,如每周填写工作周报,将程序员每日工作填写上去,但试行二个月之后,发现每个程序员都填得很简单,只有一二句话,另外几乎没人在周五记得周一的事情,根本不能反映当初量化考核的思想。我在发现这种情况之后,强调了一点,不能简写周报,否则退回,但还是有人少写了,收效不大。而程序员们都抱怨我们的工作怎么量化,同样是做二个功能模块,有复杂的有简单的,难不成要我们去统计代码行数?何况现在的开发有些代码是自动生成的。
随着时间的增长,由于没有有效的考核体系,程序员反正做一天和尚撞一天钟,另外程序员反对加班。我已经尽量不要求加班,但很多时候是程序员没有完成任务就走了,结果任务就算到第二天了。看得每天都推后的项目进度,我决心要改变这种情况了。
我现在采用的方式是:
1.进行工作情况考评(对每天的工作进行评分,并且和绩效挂钩,有奖有罚)。
2.周进行任务分派的时候,由项目经理指定工作内容、完成时间,并且填入《考评表》。然后进行日清日结。
3.如果是阶段性任务,进行分解后下达到每天。
但是这样会有以下几个问题:
1.对项目经理的综合要求较高,而且要求必须公正;
2.开发、测试、质量需求的不同,会增加评分的难度;
3.技术人员对评分有争议的解决方法是什么?
4.要如何体现技术人员的创造性劳动?
项目管理者联盟 版权所有 | 京ICP备10055250号-11 | 京公网安备 11010202009440号