摘要:一项管理措施的实施,一定是围绕需求才会出现。而不是为了体现你能跟上时代,能管理。
只有围绕你真实的根本目标,你才可能让绩效管理起到应有的作用。
不然,还不如维持原样就好。
毕竟,任何管理的实施都是要讲投入与成本的。
绩效管理——绩效,应该从来都为提升绩效
这段时间经常说到很多人都是言管理必称体系打造,言能力必说绩效构建。本质很多人不是为企业做管理,而是用平台来展示自己在做管理。
就象本话题中的绩效管理,简直让人觉得绩效思维是太直接了。
本来复杂的管理简单做,简单的管理精细做,这是肯定没有问题的。
但有问题的是丢了西瓜拿芝麻, 知道自己的目标到底应该是个啥。
为什么搞绩效后研发就要求你必须写派工单?
不是你们在要求要用派工单来体现成绩么?
但你们搞绩效要管理促进的是派工单的整齐与完备么?
显然不应该是为派工单的流程与完备而去考核管理。
所以,不是绩效机制的设置有问题,也不是绩效管理有啥天生缺陷。
而是话题中的绩效管理主持构建者,其管理目标根本就不是为了提升绩效。而是有其他管理目的。
或者是为体现在做绩效管理,从而实施绩效管理。或者是为了通过考核内容的繁琐来让人不适应,从而达成赶人走的目的等等,都有可能。
当然,更有可能的就是:为了时髦就算不懂也要上绩效管理。这样听起来在管理上会有点档次。
实施绩效管理,对于做软件开发的研发部门来说,应该设置哪些绩效指标,要怎样考核,才更能好的促进研发绩效呢?
在软件开发类部门,其绩效目标永远是在这几项中作动态调整:效率、质量、创新与协作。只有这样才能提供更好的产品,更高的效益。
有人说不应该是客户满意度么?
质量好客户自然就会满意。而这个质量不仅是产品质量,还要工作质量,其本质就是QCD够好,客户就会满意。
1、项目交付效率
开发准时率:按时完成项目数占总项目数的比例,反映资源调度与进度管控能力。
阶段成果达成率:各研发阶段(需求、设计、测试)目标完成度,确保项目里程碑可控。
任务周期时间:单任务平均耗时,用于优化开发流程与瓶颈识别。
2、研发质量
代码缺陷率:千行代码缺陷数,结合自动化测试覆盖率提升代码健壮性。
生产问题发生率:上线后因设计缺陷导致的故障次数,关联用户满意度。
技术债务管理:定期评估重构需求,降低系统复杂度。(技术债务,为速度放弃的完善而给后期带来的改善成本)
3、创新能力
新技术引入成效:评估新技术对效率或成本的优化贡献。
专利、创新成果产出:专利申请数、技术方案复用率。驱动长期技术储备。
创新项目转化率:概念验证至产品落地的成功率。
4、团队协作与成长
跨部门评分:产品、测试等部门对研发协作的满意度反馈。
知识共享频次:内部分享会、文档产出量,促进经验沉淀。
关键人才保留率:核心技术人员流失控制,反映团队稳定性。
而对于如何对这些绩效指标进行选择与管理,自然需要根据一定时间段的绩效管理需求进行确定。而有了目标方向,有了指标指引,我们的绩效管理,才能有着真正的着手地方。才能真正的去改善我们的项目QCD。
小结:
一项管理措施的实施,一定是围绕需求才会出现。而不是为了体现你能跟上时代,能管理。
只有围绕你真实的根本目标,你才可能让绩效管理起到应有的作用。
不然,还不如维持原样就好。
毕竟,任何管理的实施都是要讲投入与成本的。
2楼 忒勒玛科斯39143
言管理必称体系打造,言能力必说绩效构建
1楼 樱桃小丸子09832
学习