绩效A给谁：技术大牛延期VS普通员工稳定交付
近期，一位管理者提出了一个极具代表性的职场难题：
团队中有两名员工，面临年终绩效A的归属抉择。员工甲技术平平，常加班，但承诺需求基本按时交付；员工乙技术出众，追求高质量，却常因过度打磨而延期，需主管反复催促。
若仅看技术实力，乙显然更优；但若从管理视角出发，大概率会倾向于能稳定交付的甲。
一、“按时完成”本身就是核心能力
许多人误以为技术一般者上限低，这虽有道理，但在真实团队协作中，“准时交付”是另一种稀缺能力。
软件开发是链路协同工作：开发延期导致测试等待，测试滞后影响运营计划，上线拖延则可能错失业务窗口。因此，只要质量过关、进度可控，具备“可预期性”的员工就能为团队提供确定价值，值得信任。
二、频繁延期将透支职业信用
追求质量无可厚非，关键在于平衡90分与99分的投入产出比。若所有需求均按核心系统标准打磨，往往导致项目整体延误。
更严重的后果是信用损耗。频繁延期会让主管不得不持续监控进度，同事也不敢依赖其时间节点。久而久之，对该员工的评价将从“能力强”异化为“能力强但不好用”，这在团队协作中是巨大的减分项。
三、商业项目并非个人作品展
职场的专业主义，并非无限追求完美，而是在限定时间与资源内寻求最优解。
核心模块值得精雕细琢，但对于普通功能，若从90分提升至95分需耗费额外一周，必须评估其商业价值。公司最终追求的是结果而非技术炫技，产品按时上线才能转化为业务价值。若始终停留在打磨阶段，再优秀的方案也无法落地。
四、绩效奖励贡献，而非辛苦或天赋
当然，不能因员工甲常加班就直接给予高绩效，加班本身不是理由。考核重点应在于：目标是否稳定达成？质量是否合格？是否因技术短板留下隐患？
同理，员工乙也不能仅凭“技术强”自动获得高绩效。若其延期已影响项目进程，甚至需要主管长期盯防，这本身就是工作能力上的缺陷。绩效评价的核心应是实际贡献，而非单纯的辛苦程度或天赋高低。
五、可靠性决定信任边界
若两人其他贡献相当，我更倾向将绩效A授予稳定交付者。技术能力决定事情能做多好，而可靠性决定团队敢不敢将任务托付。二者同等重要。
真正的高手不仅能把事做好，更懂得何时止损。在截止日期前交出足够好的结果，是一种高级能力。除非员工乙承担的是高难度核心项目且仅偶尔延期，否则长期的不确定性与催促进度成本，足以抵消其技术优势。
六、让团队“放心”是最高的职业素养
团队中最具价值的人，未必是代码最漂亮或下班最晚的，而是那个让你交办任务后无需反复担忧的人。
他们既知何时追求极致，也懂何时优先交付结果。若一人让团队运转更稳定，另一人却让团队围绕其进度焦虑调整，奖励前者符合团队长远利益。在职场中，“让人放心”往往比“技术强”更为难得。