1.代码的价值，除了按期上限功能，还有保证系统鲁棒性，系统可读性，系统响应指标，系统负载指标等等。按期上限的价值对于其他职能部门还比较好认知，但其他这些呢，怎么去告知其它部门它们的价值，又如何让其他部门认同并愿意为它们买单？
2.工程师的价值，不局限于代码价值。产品的发展方向把控，产品是业务和技术结合的产物，不该仅由业务一条腿去把控整体发展方向（比如，结合该业务领域的技术栈发展现状和规律去助力产品发展）；各部门间协调，敏捷开发+多模块集成的工作成本和难度是比较大的，而其中的复杂度有很大一部份是偶然复杂度，也就是非技术实现的复杂度，而这份复杂度需要工程师们优秀的沟通协调能力；持续成长，我觉得这也是一个很重要的指标，程序员业务代码写着写着就失业了，这是程序员的不幸也是公司的不幸，因为一个有技术不懂业务的大牛，在新的业务环境接老项目是要踩坑的，而这份成本是由公司承担的（高速发展的互联网公司真的适合花这份时间成本？竞争激烈的市场环境，确定要承受这份事故风险？）。所以维持现有团队稳定，又保证现有团队技术水平紧追业内一线，如此的团队在长期来看才更易于沉淀技术积累，而技术积累对于以技术为核心的互联网公司亦是命脉之一。

外包公司：
最后O的制定，如果跟线上运营情况进行相关的话，感觉找不到抓手。
我有一个想法，是不是可以跟开发流程相关；
O-优化开发流程：项目开发完成后，两周内完成项目验收，并回款
KR1-一周内让客户满意，完成验收；
KR2-两周内想办法要回款。