15 | 技术团队真的是“成本中心”吗？如何改变这一现状？
黄勇
你好，我是黄勇。今天我们来聊聊如何通过 OKR 来体现技术团队价值。
对于我们技术人而言，尤其是技术领导者，往往会面临这样一个问题：销售团队是公司的“利润中心”，而技术团队是公司的“成本中心”，如何才能体现技术团队的价值呢？
其实，这个问题也经常会被一些非技术出身的老板或其他团队同事所质疑，此时我们往往显得有些无助。因为技术团队不像销售团队，为公司赚了多少钱，这些都很容易去量化评估和清晰呈现。
然而，技术团队在不断地接需求、做项目、上系统的过程中反复循环，我们的价值似乎真的很难用一个合理的数字去度量。那么，究竟如何做才能体现出技术团队的价值呢？
如何体现技术团队的价值？
或许你也和我一样，曾经我们都思考过如何体现技术团队自身价值的问题，比如，写了多少行代码？做了多少个项目？用了多少人力成本？加了多长时间的班？可能只有“加班”这种现象能够勉强让他人觉得在技术团队上的投入是有价值的，至少会让人感受到我们“没有功劳，也有苦劳”吧。
我认为，要回答技术团队如何产生价值的问题，首先要让同事们知道工程师们每天到底在做什么。因此，你作为技术领导者，需要向同事们介绍技术团队的内部工作流程，让对方清楚意识到技术工作其实是一个工程性要求极强的工作。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
通过本文介绍了如何使用OKR来体现技术团队的价值。首先，强调了技术团队的工作流程和工程性要求，以及如何使用OKR来设计项目的价值。其次，作者提到了如何通过提出问题、与产品经理沟通和制定项目OKR来体现项目的价值。最后，强调了持续不断地体现项目价值的重要性。文章提出了“项目OKR”的概念，通过O指“项目上线后有何价值？”KR指“如何验证项目的价值？”并介绍了制定和执行项目OKR的技巧。作者建议与协作伙伴共同制定项目OKR，通过引导式提问方法让团队认可通过OKR来验证项目价值的方法，并持续向团队同步项目OKR完成率。最后，鼓励读者分享其他提升技术团队价值的方法或技巧。
仅可试看部分内容，如需阅读全部内容，请付费购买文章所属专栏
《黄勇的 OKR 实战笔记》，新⼈⾸单¥59
《黄勇的 OKR 实战笔记》，新⼈⾸单¥59
立即购买
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(11)
- 最新
- 精选
David Mao这篇文章中的例子我有点困惑，老师讲目标与任务要分开，不能把任务当目标，可举的例子看起来就是任务。作者回复: 在 OKR 的世界中，Task 的微观的，而 KR 确是宏观的，也就是说，当你打算去做一件事情时，如果这件事情非常容易完成（难度小、耗时少），并且做完后对 O 没有明显推动作用，那么它就是 Task，否则就是 KR。 可以根据以上思路再理解一下，欢迎进一步探讨。
2019-08-035
行者“不要告诉工程师应该怎么做，而是告诉工程师为什么这样做”，如果工程师沦为实现功能的工具，丧失主动性是迟早的事。作者回复: 我们是工程师，不是一般的程序员。我认为，工程师需要有工程性思维，更高级的工程师还需要有商业性思维，知道自己写的代码如何去变现。所以，告诉工程师代码怎样实现商业价值，这件事儿就很有意义。
2019-08-034
Jxin
1.代码的价值，除了按期上限功能，还有保证系统鲁棒性，系统可读性，系统响应指标，系统负载指标等等。按期上限的价值对于其他职能部门还比较好认知，但其他这些呢，怎么去告知其它部门它们的价值，又如何让其他部门认同并愿意为它们买单？ 2.工程师的价值，不局限于代码价值。产品的发展方向把控，产品是业务和技术结合的产物，不该仅由业务一条腿去把控整体发展方向（比如，结合该业务领域的技术栈发展现状和规律去助力产品发展）；各部门间协调，敏捷开发+多模块集成的工作成本和难度是比较大的，而其中的复杂度有很大一部份是偶然复杂度，也就是非技术实现的复杂度，而这份复杂度需要工程师们优秀的沟通协调能力；持续成长，我觉得这也是一个很重要的指标，程序员业务代码写着写着就失业了，这是程序员的不幸也是公司的不幸，因为一个有技术不懂业务的大牛，在新的业务环境接老项目是要踩坑的，而这份成本是由公司承担的（高速发展的互联网公司真的适合花这份时间成本？竞争激烈的市场环境，确定要承受这份事故风险？）。所以维持现有团队稳定，又保证现有团队技术水平紧追业内一线，如此的团队在长期来看才更易于沉淀技术积累，而技术积累对于以技术为核心的互联网公司亦是命脉之一。作者回复: 如何将技术最大化，这是考核 CTO 称职与否的标准之一，所以 CTO 应该重新定义为：Chief Talking Officer😂
2019-08-0522
w*waiting外包公司： 最后O的制定，如果跟线上运营情况进行相关的话，感觉找不到抓手。 我有一个想法，是不是可以跟开发流程相关； O-优化开发流程：项目开发完成后，两周内完成项目验收，并回款 KR1-一周内让客户满意，完成验收； KR2-两周内想办法要回款。作者回复: 不错哦👍
2019-08-051
天涯海峰受益匪浅.我们长期存在一个问题，做了好多功能，但产生价值的很少。感谢老师，直接哪来这种方式去用了作者回复: 拿走不谢，有效果，记得告诉我一声😄
2019-08-041
许童童这种公开透明的方式对公司的发展，以及团队的凝聚力是有很好的促进作用的。作者回复: 是的，我认为文化不是天生就有的，而是大家一起打造出来的，公开透明就是一种文化。
2019-08-021
李双体现技术团队价值，项目OKR，赞2019-09-171
赵旭有个疑问，OKR得是自己能掌控的，文中验证码的例子，工程师能掌控上线后数据提升？或者老板定的高目标的数据，自己不怎么认可的，能把数据指标写到自己的OKR里吗？但是没有数据支撑，一般工程师的OKR该怎么定？最后KR都成了xx时间完成XX功能的上线2023-03-03归属地：北京
leesper对于文中这种产品，我都是先怼一顿再说，什么玩意儿2022-01-08
Sam_Deep_Thinking最近在研究矩阵式组织架构，黄老师真是高手中的高手，厉害。2021-05-16
收起评论