黄勇的OKR实战笔记
黄勇
OKR实践者与布道师,畅销书《架构探险》作者,TGO鲲鹏会会员
立即订阅
3649 人已学习
课程目录
已完结 42 讲
0/4登录后,你可以任选4讲全文学习。
课前必读 (2讲)
开篇词 | 神奇的OKR工作法
免费
入学测验 | 你对OKR了解有多少?
OKR快速入门 (7讲)
01 | 你想要快速理解OKR吗?看这篇文章就够了
02 | 如果有人再问你,OKR与KPI有何区别?你可以这样告诉他
03 | 如何在企业中有效落地OKR?你必须掌握这些技巧
04 | 在落地OKR之前,需要具备哪些先决条件?
05 | OKR好用,但一不小心就容易被误用,为什么呢?
06 | OKR大咖说:产品技术部门的OKR从何而来
07 | 热点问题答疑(一):你的OKR用对了吗?
加餐篇 (4讲)
加餐 | 一幅图,让你快速入门OKR
加餐 | OKR思维能助你学会向上管理?
加餐 | 如何灵活运用OKR?
加餐 | 新型的团队管理和协作方式是怎样的?
OKR操作指南 (7讲)
08 | 如何轻松制定OKR?方法原来如此简单
09 | 推动团队高效执行OKR,你知道这些技巧吗?
10 | OKR评估没你想象的那么难,其实你可以这么做!
11 | 都说OKR赢在复盘,为何大家都忽略了这个重要环节?
12 | 落地OKR效果不理想?可能是你身边缺少一位“教练”
13 | OKR大咖说:一个可供创业公司参考的OKR落地实践
14 | 热点问题答疑(二):你该如何看待OKR?(文末有彩蛋)
OKR管理心经 (7讲)
15 | 技术团队真的是“成本中心”吗?如何改变这一现状?
16 | 大家都说“向上管理”很重要,你想学一些“套路”吗?
17 | 跨部门协同费劲,沟通效率低,如何粉碎“部门墙”?
18 | 企业“腰部力量”不够,如何提升中层领导力?
19 | 敏捷与OKR都是为了“拥抱变化”,两者如何无缝整合?
20 | OKR大咖说:OKR还有哪些应用场景?
21 | 热点问题答疑(三):如何计算研发团队人效?
OKR活学活用 (7讲)
22 | 面试人才好纠结,新人试用难考核?你其实可以这样做
23 | 人才激励方式众多,哪种方式最有效?
24 | 敏捷时代下你该如何做绩效管理?
25 | 如何告别无效会议?不妨试试这六招
26 | OKR最容易踩的 10 个坑,你踩过几个?
27 | OKR大咖说:在硅谷公司使用OKR时,一个资深员工的体验和感悟
28 | 如何避免“跳槽”变“跳坑”?
OKR未来展望 (7讲)
29 | 他们落地 OKR 都失败了,原因出在哪儿?
30 | 用什么工具,能加强OKR落地效果?
31 | 工作之外如何应用OKR?以真实案例为例
32 | 积分制、游戏化,一种新型的团队管理和协同方式
33 | 无所不能的OKR,它会变成“银弹”吗?
34 | OKR大咖说:为何有些文化的因,结不出OKR的果?
免费
35 | OKR学习测验:你是否真的学会了OKR?
结束语 (1讲)
结束语 | OKR助我一路成长
免费
黄勇的OKR实战笔记
登录|注册

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

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

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

或许你也和我一样,曾经我们都思考过如何体现技术团队自身价值的问题,比如,写了多少行代码?做了多少个项目?用了多少人力成本?加了多长时间的班?可能只有“加班”这种现象能够勉强让他人觉得在技术团队上的投入是有价值的,至少会让人感受到我们“没有功劳,也有苦劳”吧。
我认为,要回答技术团队如何产生价值的问题,首先要让同事们知道工程师们每天到底在做什么。因此,你作为技术领导者,需要向同事们介绍技术团队的内部工作流程,让对方清楚意识到技术工作其实是一个工程性要求极强的工作。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《黄勇的OKR实战笔记》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(7)

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

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

    可以根据以上思路再理解一下,欢迎进一步探讨。

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

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

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

    作者回复: 不错哦👍

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

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

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

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

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

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

    2019-08-02
    1
  • 李双
    体现技术团队价值,项目OKR,赞
    2019-09-17
收起评论
7
返回
顶部