有毒职场正在炼成：OKR 变成 KPI，敏捷开发变成切碎的瀑布
内容提要
OKR和敏捷开发被误用为考核和压榨工具，引发员工疲劳。OKR本应设定方向，完成70%即成功，但被当KPI考核，导致员工保守。敏捷开发强调迭代和拥抱变化，但被瀑布模型切割成假敏捷，变化被滥用。核心问题在于威权结构扭曲了这些工具的人本初衷，开发者应被当作人而非资源。
延伸解读
OKR与KPI的混用陷阱
文章指出，OKR本意是设定方向，允许完成70%即算成功，但若与绩效挂钩，员工会趋于保守，设定低目标以求自保。而KPI是监控现有业务的硬指标，不应打折。混用两者会导致标准模糊，员工猜测老板心思，最终信用破产。管理者需明确区分二者，避免将OKR的弹性误用于KPI的刚性考核。
假敏捷的根源
假敏捷是将瀑布模型切成多个Sprint，只关注计划执行效率，而非应对不确定性。真敏捷强调迭代和用户反馈，每个Sprint内锁定目标，变化需在Sprint结束后纳入。若将产品经理的随意改动视为“拥抱变化”，则违背了敏捷初衷。团队应坚持Sprint内的稳定性，确保开发预期不被随意打断。
威权结构下的工具扭曲
文章认为，人们痛恨的不是OKR和敏捷本身，而是威权结构。这些工具本引入人本因素，但在威权体系中，它们被扭曲为压榨工具。开发者被视为资源而非人，导致工具初衷被异化。要改善职场环境，需从文化和管理方式入手，尊重人的价值，而非简单套用工具。
Q&A
OKR和KPI有什么区别？
OKR是设定目标的框架，用于推动业务变化和指明方向，而KPI用于监控现有业务的健康状况。OKR鼓励挑战，完成70%就算成功，而KPI是底线指标，必须100%完成。
为什么OKR被误用为绩效考核会带来问题？
当OKR与绩效挂钩时，员工会失去安全感，倾向于设定保守目标，避免挑战，导致OKR失去鼓励探索和挑战极限的作用，变成表演忠诚的工具。
真正的敏捷开发是什么样的？
真正的敏捷开发强调短周期迭代、团队协作和拥抱变化，认为需求在开发过程中逐步发现，每个Sprint产出小结果并获取用户反馈，以指导下一步开发。
什么是“切碎的瀑布”假敏捷？
“切碎的瀑布”是指将瀑布模型的大计划切成多个Sprint，但每个Sprint只是执行计划的一部分，没有真正的迭代和用户反馈，只关注执行效率，无法应对不确定性。
在Scrum中，如何处理需求变化？
在Scrum中，Sprint期间目标和工作范围被锁定，不能中途更改。产品经理可以更新Product Backlog，但新变化必须在Sprint结束后纳入下一轮，以保护开发者的工作预期。
为什么说重构是敏捷开发的重要部分？
因为敏捷开发假设需求会变化，架构需要持续演进。每个Sprint进行重构可以维护代码质量，避免技术债累积，使代码保持灵活，降低未来变更成本。
人们痛恨OKR和敏捷的根本原因是什么？
人们痛恨的不是工具本身，而是威权结构。威权体系扭曲了OKR和敏捷的人本初衷，将其变成压榨工具，开发者被视为资源而非人。
