如何让组织的KPI成为敏捷转型的推手而不是杀手 | IDCF

作者：IDCF学员 伍雪锋   

某知名通讯公司首席敏捷教练，DevOps布道者。2020年到2021年小100人团队从0-1初步完成敏捷转型，专注传统制造业的IT转型，研发效能提升。

一、前言

在公司我们常常听见这么一个流传的故事，只要这件事情和考核挂钩，基本上就黄了一半，比如我们道听途说的亚某逊的组织KPI设计，IXM的销售部门KPI指标迫使大型机的销售人员长期推动大型机销售，某软的KPI设计让所有人围绕Windows系统转。正所谓你考核什么就会得到什么，惯性思维我们会觉得KPI发挥的都是消极作用，这是真的吗？

我们不妨问问这个问题是否永远成立。敏捷转型本质上也变革，关于变革可参考约翰科特。

今天我就聊聊敏捷转型过程中如何让KPI发挥积极的作用。

二、敏捷转型的三步法

在软件交付团队，过往瀑布交付模型的背景下，项目经理对WBS的依赖性极为重要，项目的范围、成本、进度、质量、风险都以WBS展开，在当时项目经理衡量项目团队成员的绩效主要看工时、看考勤。

随着2020年疫情的黑天鹅事件，企业的信息化能力，应对变化的能力成为关键要素，2021年数字化转型在这样的背景下风生水起。在2020年我们也开启了数字化转型的步伐。在开展项目之初，我们团队内部思考了很长时间，追问数字化转型的本质是什么？

接下来我就分享一下我们敏捷转型的三步法。

第一步：营造变革的紧迫感，达成上下同心，目标一致。

前期通过邀请高级经理、管理者、核心业务人员参与IDCF DevOps黑客马拉松体验端到端的交付，真实模拟从idea到设计、开发、测试、部署、发布的全流程，理解全生命周期中各角色发挥的作用，通过这种方式避免自嗨，用户卷入到敏捷转型的游戏中来，一起玩。

第二步：小范围试点。

高层松土后，是不是立刻就可以撸起袖子干了呢？我们还需要把核心成员识别出来，找出早期的积极分子、铁粉儿，接着就挑选3个项目进行小范围的敏捷运作，组织试运行过程中内部解决不了的疑难杂症，邀请王立杰老师带我们乘风破浪，赋能企业内部自己的敏捷种子教练。把这部分项目的成功经验内部分享，吸引更多的项目试点，参与；同时也能识别出谁是变革追随者，谁是变革阻拦者。

第三步：绩效考核机制的改变。

经过一年的时间，除软件项目都按照敏捷项目进行运转，我们一方面要营造一个试错的环境，给敏捷团队能够更快速的学习，获得正反馈；另一方面也要回答天使投资人：敏捷转型效果如何？当前处于什么阶段？

作为敏捷转型的牵头人，需要充当两者之间的润滑剂，桥梁。因为使用原始的度量体系，对于转型后的敏捷团队不再适用。如何过渡，以及节奏是什么？是转型需要回答的问题。每次开月会的时候我就见缝插针地引导到新绩效考核机制设定的话题，经过小半年的叨叨叨，叨叨叨，管理层实在受不了啦，确实也发现是这么回事儿，于是让我主导整个IT部门的绩效考核新机制设计。 

我脑袋里只有一个想法，这件事要兼容以前的KPI, 同时需要引入敏捷转型的真北指标。找到那个能够撬动整个团队持续迭代的业务指标，这个指标一定要让每个人都能秒懂。

前期的策略是从个人英雄主义的考核倾向导向最佳敏捷团队导向，用华为的黑话就是：胜则举杯相庆，败则拼死相救。

围绕转型的真北指标：用户提出一条需求到需求得到满足用了多久？设计我们的组织KPI模型，对于执行团队首当其冲的是扔个石头下去，听听声音，看大家是否能够接受这个概念。下面我举一个栗子：