之前看到一个案例分享给大家，在一个团队中，员工A制定了一个比较保守的OKR。
O：按照版本缺陷要求交付加密算法特性
KR1：加密算法特性缺陷达标，即每千行代码2个缺陷
KR2：确保50%的问题能通过后台日志方式进行问题定位，提升定位效率。
前期员工自己表达的意见就是担心考评为B，所以先定一个比较保守的目标，更安全。后来，经过主管沟通交流，不断持续反复传递OKR不用作考核的理念，确定OKR不用作绩效考核，一个月之后，该员工主动将自己的OKR修改成为：
O：完成交付加密算法特性，可靠性达到业界最佳
KR1：加密算法特性测试时实现0缺陷
KR2：在不影响性能的情况下，确保80%的软件问题可通过日志方式进行定位。
很明显该员工让自己的OKR更具挑战性，也让自己有了更强的内在动力来完成这项挑战。
素材来自于《绩效使能：超越OKR》
