Unlocking performance management for start-ups and scale-ups - LeadDev
绩效管理对经理来说可能是一条艰难且令人不适的路径。
作为一名高级工程领导者,我多次需要证明我的工程团队的高绩效。通常,是我的经理——CEO——要求我提供明确的证据,证明这个由50人组成的团队运转迅速,交付高质量的代码,并且在此过程中感到满意。在其他时候,我自己也在问同样的问题。为了提供有力的论证,我需要硬数据。
为什么要衡量团队绩效?
许多人可能会问,是否有必要审核和衡量团队绩效。如果有的话,在哪个阶段进行是合适的?
当团队规模较小时,比如十名工程师左右,无需任何衡量或关键绩效指标(KPIs),就能更容易地保持高绩效。但当团队和工程组织开始增长,比如达到50名工程师左右时,就需要一个简明的框架,允许领导者跟踪和衡量团队在各个责任领域的运作情况。
作为高级工程领导者(CTO、工程副总裁)的顾问,我经常发现首次创业的创始人在他们的初创公司中经历多个成熟阶段。从五名开发人员的创始团队,到超过20名工程师的团队。
在每一个成熟阶段保持高绩效是这些管理者最常提出的挑战。其背后的原因包括:
- 经理缺乏建立和维持高绩效的经验。
- 招聘优秀工程师并留住他们几乎是不可能的挑战。
- 来自上层(CEO、董事会)的压力,要求快速运作同时交付高质量的产品。这通常伴随着经理希望为交付提供可预测性的愿望。
考虑到这一点,工程领导者正在寻找评估团队、使其处于同等地位,并最终提升其部门整体生产力和绩效的方法。
绩效管理框架
为了帮助领导者跟踪团队的努力,我正式化了一个我多年来一直在使用的“工程提升”框架。
该框架的基础是一个非常简单的公式:
团队绩效 = f(结果, 行为)
f 代表“一个函数的”
结果是团队产生的可衡量成果
行为是团队成员展示的行动和实践
换句话说,团队成员的绩效是导致这些结果的有形结果和行为的集合。
没有单一的“分数”适用于每个团队成员或团队。相反,我们衡量核心结果和行为出现的频率。
绩效管理模板
以下是该框架在实际应用中的一个示例。首先,作为高级工程经理,定义角色应展现的五到六个核心结果和行为是至关重要的。工程经理也可以拥有自己的核心结果和行为,这些可以由他们的直属经理定义和跟踪。
以下是某初创公司25名工程师团队中软件工程师的核心结果示例:
以下是同一工程师的核心行为:
同样的电子表格用于每个团队成员:
随着时间的推移,经理们可以开始看到趋势。领导者可能能够观察到员工绩效下滑的领域或员工可以改进的行为领域:
使用工程提升框架提供反馈
工程提升框架是一种管理工具,让经理们快速看到团队成员、团队和部门的深入概览。
然而,该框架的真正价值在于其应用:将其作为提供有针对性反馈的基础。
事实和广泛接受的观点是,并非所有团队成员都应该始终表现出色并展示全绿绩效。然而,经理在注意到偏离核心期望时,必须及时提供明确和即时的反馈,迅速将绩效恢复到以前的高水平。
例如,在上述例子中,Jake没有关注细节,时不时地在生产中交付了有缺陷的代码。随着时间的推移和缺乏反馈,他的绩效可能会变得更差。
但如果工程经理Shila安排了一对一会议,以同理心提供明确和建设性的反馈呢?她可以提到她注意到他的一些任务细节关注度下降,导致了一些质量问题。然后她会补充说,她希望帮助他在这方面有所改善,创造积极的互动。
在这种情况下,她并没有放弃他作为下属,但也没有在她的期望上让步。
应对反馈谈话中的抵抗
领导者需要为抵抗做好准备,以便熟练地处理它,并确保框架的有效性。记住,目标是利用工程提升框架推动改进,而不是制造冲突。
在处理反馈谈话中的抵抗时,需考虑以下四个要素:
- 保持敏感并倾听 → 让你的下属说话
- 展示同理心 → 说“我理解你的意思。”
- 确保一致性 → 保持期望并提出帮助
- 关注成长 → 将反馈框架为改进的机会,而不是批评
最终反馈谈话模拟
“我理解你的担忧,但我仍然期望你能与团队成员合作。
我们可以一起讨论如何改进这一点。例如,在下一个项目期间,我们可以安排几次与其他团队成员的一对一会议。作为一名高级开发人员,你的成长涉及与多个接口的合作,这是一个重要的部分。”
这种反馈并非适用于所有情况,但工程提升框架在其他方面有很大的潜力来提升绩效,例如沟通技巧、KPI、成长计划等。
最终思考
作为高级工程领导者,我们有义务衡量团队的绩效,但也要推动持续改进。
一旦你掌握了工程提升框架背后的理论,你就可以开始在实际中实施它。一个有用的提示:从一个小组开始,比如你的工程经理或特定团队,以简化实施过程。观察一到三个月内的运作,专注于一致的反馈和高标准。一旦你磨练好了这个过程,就可以将其扩展到整个部门。