黄勇的 OKR 实战笔记
黄勇
OKR 实践者与布道师,畅销书《架构探险》作者,TGO 鲲鹏会会员
18579 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 42 讲
课前必读 (2讲)
结束语 (1讲)
黄勇的 OKR 实战笔记
15
15
1.0x
00:00/00:00
登录|注册

15 | 技术团队真的是“成本中心”吗?如何改变这一现状?

你好,我是黄勇。今天我们来聊聊如何通过 OKR 来体现技术团队价值。
对于我们技术人而言,尤其是技术领导者,往往会面临这样一个问题:销售团队是公司的“利润中心”,而技术团队是公司的“成本中心”,如何才能体现技术团队的价值呢?
其实,这个问题也经常会被一些非技术出身的老板或其他团队同事所质疑,此时我们往往显得有些无助。因为技术团队不像销售团队,为公司赚了多少钱,这些都很容易去量化评估和清晰呈现。
然而,技术团队在不断地接需求、做项目、上系统的过程中反复循环,我们的价值似乎真的很难用一个合理的数字去度量。那么,究竟如何做才能体现出技术团队的价值呢?

如何体现技术团队的价值?

或许你也和我一样,曾经我们都思考过如何体现技术团队自身价值的问题,比如,写了多少行代码?做了多少个项目?用了多少人力成本?加了多长时间的班?可能只有“加班”这种现象能够勉强让他人觉得在技术团队上的投入是有价值的,至少会让人感受到我们“没有功劳,也有苦劳”吧。
我认为,要回答技术团队如何产生价值的问题,首先要让同事们知道工程师们每天到底在做什么。因此,你作为技术领导者,需要向同事们介绍技术团队的内部工作流程,让对方清楚意识到技术工作其实是一个工程性要求极强的工作。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

通过本文介绍了如何使用OKR来体现技术团队的价值。首先,强调了技术团队的工作流程和工程性要求,以及如何使用OKR来设计项目的价值。其次,作者提到了如何通过提出问题、与产品经理沟通和制定项目OKR来体现项目的价值。最后,强调了持续不断地体现项目价值的重要性。文章提出了“项目OKR”的概念,通过O指“项目上线后有何价值?”KR指“如何验证项目的价值?”并介绍了制定和执行项目OKR的技巧。作者建议与协作伙伴共同制定项目OKR,通过引导式提问方法让团队认可通过OKR来验证项目价值的方法,并持续向团队同步项目OKR完成率。最后,鼓励读者分享其他提升技术团队价值的方法或技巧。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《黄勇的 OKR 实战笔记》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(11)

  • 最新
  • 精选
  • David Mao
    这篇文章中的例子我有点困惑,老师讲目标与任务要分开,不能把任务当目标,可举的例子看起来就是任务。

    作者回复: 在 OKR 的世界中,Task 的微观的,而 KR 确是宏观的,也就是说,当你打算去做一件事情时,如果这件事情非常容易完成(难度小、耗时少),并且做完后对 O 没有明显推动作用,那么它就是 Task,否则就是 KR。 可以根据以上思路再理解一下,欢迎进一步探讨。

    2019-08-03
    5
  • 行者
    “不要告诉工程师应该怎么做,而是告诉工程师为什么这样做”,如果工程师沦为实现功能的工具,丧失主动性是迟早的事。

    作者回复: 我们是工程师,不是一般的程序员。我认为,工程师需要有工程性思维,更高级的工程师还需要有商业性思维,知道自己写的代码如何去变现。所以,告诉工程师代码怎样实现商业价值,这件事儿就很有意义。

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

    作者回复: 如何将技术最大化,这是考核 CTO 称职与否的标准之一,所以 CTO 应该重新定义为:Chief Talking Officer😂

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

    作者回复: 不错哦👍

    2019-08-05
    1
  • 天涯海峰
    受益匪浅.我们长期存在一个问题,做了好多功能,但产生价值的很少。感谢老师,直接哪来这种方式去用了

    作者回复: 拿走不谢,有效果,记得告诉我一声😄

    2019-08-04
    1
  • 许童童
    这种公开透明的方式对公司的发展,以及团队的凝聚力是有很好的促进作用的。

    作者回复: 是的,我认为文化不是天生就有的,而是大家一起打造出来的,公开透明就是一种文化。

    2019-08-02
    1
  • 李双
    体现技术团队价值,项目OKR,赞
    2019-09-17
    1
  • 赵旭
    有个疑问,OKR得是自己能掌控的,文中验证码的例子,工程师能掌控上线后数据提升?或者老板定的高目标的数据,自己不怎么认可的,能把数据指标写到自己的OKR里吗?但是没有数据支撑,一般工程师的OKR该怎么定?最后KR都成了xx时间完成XX功能的上线
    2023-03-03归属地:北京
  • leesper
    对于文中这种产品,我都是先怼一顿再说,什么玩意儿
    2022-01-08
  • Sam_Deep_Thinking
    最近在研究矩阵式组织架构,黄老师真是高手中的高手,厉害。
    2021-05-16
收起评论
显示
设置
留言
11
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部