我在公司里头负责软件开发部的绩效考核，那指标设定可真够头疼的。开始的时候，简直一团乱麻。部门里的人各干各的，绩效目标天天换来换去，到谁也没办法评个高低。开发们天天抱怨说指标太虚了，不是任务量大了小了的，就是质量难量化。上头领导还催着要结果，我愁得头都大了。

第一步：找根子上的问题

我先是坐不住了，决定亲自去基层蹲点。跑了好几个开发小组，跟他们聊天扯淡，听听真话。有的说任务清单乱八七糟的，有的埋怨进度跟不上节奏。我还翻了翻过去的报告，发现全是纸上谈兵的数据，真干起活儿来屁用没有。我拉了个小团队，组织了个脑暴会，大伙儿倒出一肚子苦水。主要就卡在这几块：任务量没数儿、质量说不清、进度没个准。找到根子后，我心说先定个基本框架试试水。

第二步：动手试试歪点子

有了框架，我开始动手改方案。头一招儿是把任务量搞实在些。我跟开发们坐下来，把那些大活儿拆成小模块，用个数来量。比如写个代码，数数完成的功能点；测个软件，算算发现的bug数量。质量这块硬骨头，我就拿实际表现说事儿，看用户反馈或者测试报告打分。进度嘛设个小目标时间点，天天盯一盯。我还整了个表格工具，弄到微信群里头天天记录。先小范围试了两周，结果问题一堆，开发们说太死板，活计多了少了的难把控。我赶紧调整，加了点灵活度，任务量和质量挂钩，干完活儿立马打分。

第三步：摊开摊开全铺开

小范围跑顺了后，我就把方案往全部门推。组织了个培训会，跟大伙儿讲明白怎么弄，还建了个小本子记反馈。实行一个月，效果出来了。任务量那指标，数着模块干得踏实了；质量那块，用实际报告衡量，吵嘴的少了；进度上点个卯，谁也拖不了。领导看了报告直点头，开发们也没那么抱怨了。整个过程下来，我从头蹲到尾，真像打翻了个五味瓶，先难后顺。现在回想，解决痛点就是这点儿：别光画饼，要动真格；别硬来，一步步试；别懒着，天天盯紧。