乔新亮的 CTO 成长复盘
乔新亮
彩食鲜副总裁兼 CTO、前苏宁科技集团副总裁、TGO 鲲鹏会荣誉导师
24236 人已学习
新⼈⾸单¥59
登录后,你可以任选2讲全文学习
课程目录
已完结/共 29 讲
开篇词 (1讲)
结束语 (1讲)
编辑手记 (1讲)
乔新亮的 CTO 成长复盘
15
15
1.0x
00:00/00:00
登录|注册

07 | 管理者最重要的三个任务(一):组织调整到位

设置技术管理办公室、云部门统一建设基础平台和研发管理平台
转为产品型研发组织结构
选择职能型研发组织
通过统一的绩效考核体系考核不同岗位的团队成员
与业务部门熟悉起来
产品团队形成整体
如何做组织架构的选型
产品型研发组织结构
构建面向产品的组织架构
激发团队活力
加强协同效率
组织调整到位
管理者最重要的三个任务

该思维导图由 AI 生成,仅供参考

你好,我是乔新亮。欢迎来到我们专栏的第二章:对管理工作的复盘
在我身边,有些朋友技术很牛,别人调试了一个礼拜的 Bug,他三下五除二就搞定了;别人玩不转的高并发架构,他没用多久就设计完了。领导天天表扬,隔三差五还能给团队做个技术培训,很开心。
接着有一天,公司组织调整,程序员成为了管理者,整个人就懵了:不知道该干嘛。有的人是天天写 PPT,其实内心觉得管理是个很虚的事情;有的人坐着管理者的位置,干的却仍然是写代码的活。不懂管理,这是初级管理者的典型问题。
如果将视线拔高,你会发现,管理能力有些欠缺的技术总监、技术 VP,甚至是 CTO ,也都是存在的。我培养过许多技术总监,也经常收到猎头发来的“高薪求聘 CTO”的需求,说明当下在业内,仍然十分缺乏优秀的技术管理人才。
确实,做管理者不容易,大家都是一步步走过来的。前面我们讲了很多次关于“上台阶”的认知,每次登上一个台阶,挑战都会很大,需要时间去学习和适应,这很正常。
复盘这些年带过的精英团队、万人团队以及创业团队,我发现有一些知识,如果早一点掌握,能帮助快速搭建起关于管理的知识骨架,让你成长得更快、更系统。管理者需要做的工作很多,但如果只做三件事,会是哪三件呢?
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

本文介绍了构建面向产品的组织架构对企业IT能力建设的重要性。文章指出,组织调整是企业协作的基础,决定了团队如何思考、如何协作。通过调整为产品型研发组织结构,可以形成更强的战斗力,加强团队成员对共同目标的努力。此外,文章强调了产品经理、开发、测试与业务部门之间的紧密合作,以及统一的绩效考核体系的重要性。管理者需要灵活平衡业务发展和技术能力建设,将所有人的目标调整到业务发展上,避免各方只关注局部优势。最后,文章提出了以产品线为单元考核的具体方案,并强调了企业做增长,个人看成长的设计原则。通过这些调整,整个IT部门的氛围得到改善,业务和IT部门形成良好的合作关系,共同培养出懂业务又懂技术的产品。文章强调了组织调整对企业IT能力建设的重要性,以及如何通过调整组织架构来实现更好的协作和业务发展。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《乔新亮的 CTO 成长复盘》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(63)

  • 最新
  • 精选
  • 术子米德
    🤔☕️🤔☕️🤔 怎样分饼,决定了饼能做多大,看清饼的样子、看到饼增长的过程,才能更让自己知道,怎样努力、怎样有机会分到属于自己的饼。 经常看到一种现象,那就是整天忙忙碌碌的很,但是不知道这些忙碌的来龙去脉,也不知道这些忙碌会带来什么收获。 于是,就给自己一个暗示,我就是那个喜欢技术的人,我就是要把自己的技术打磨到铮亮。把自己封闭在一个技术笼子里,工作和思维都限制在这个透明笼子里,自己躲在笼子里,啃口小饼。 如老师所言,要是大家都能懂得业务,大家有一致的价值观,有相同的奋斗目标,大家都看到一起在把饼做大,而且知道以后肯定有我一份。我都不敢想下去了,真不知道,要是我在这样的团队,会激动成啥样。 但是,有个小困惑,根据老师的经验,这样的团队,相对而言是容易遇到,还是只能靠具有这样认知的技术领导打造呢?按理说这既然是个团队的好模式,为何不在技术公司里普遍存在这样的团队呢? 如果这样的团队是良币,到底是怎样的劣币驱逐着良币呢?

    作者回复: 你好,术子米德 你是这个专栏的老朋友了,握手 其实这样的团队挺难的,确实和管理者的认知有很大关系。 但我们看看客观环境,如果公司业务不能高速增长,那么怎么办呢,只能在窝里横;所以,大家齐心协力帮助公司业务增长,只有做大蛋糕,然后从做大蛋糕里面去共享利益的机制有了,大家才会全力以赴。 所以每个组织的顶层设计很重要 关于劣币驱逐良币,如果整体不是面向业务增长,不是在做大蛋糕里面共享利益,其实就转向讲故事,甚至是小团伙,然后劣币驱逐着良币的故事就发生了。

    2020-11-09
    4
    34
  • 相逢是缘
    目前碰到一个问题,乔老大能给点建议、指导 公司里有个比我来的早三年的同事A,A也比我多三年相关技术行业工作经验,技术能力挺强。A是别的部门的,由于各种原因现在调到我们部门,现在领导把他放到我下面,我下面也就四五个人。现在和A说话几乎不睬我,发信息一般不回。现在不知道如何处理。

    作者回复: 你好,相逢是缘 你是管理者,要把这种情况和领导进行沟通,沟通不是告状,是询问如何解决,同时讲一下自己的想法。 第一,你仔细想清楚管理者的价值,关注三板斧,组织职责清晰,提升协同效率,激活团队活力 所以,不是专业能力构成了管理者的所有价值,要有信心 第二,说明A心里不服气,要和A谈心,吃饭、沟通,达成一致,如果不能,和领导沟通,调走,因为这样对公司不好; 和A沟通,A的述求,如何成就他,如果确实一致谈不妥,一定要将他调走,只要自己没有私心,一切都可以沟通。 最后提醒一点,仔细思考一下你领导的目的,最好是当面沟通,明确目的,然后把方案给领导,沟通的时候站在部门、公司的全局利益考虑,无所述求所以无惧。

    2020-11-09
    3
    24
  • 流浪地球
    听了老师的这篇课程,深有感触。 所在公司刚刚结束了一轮组织架构的调整,但是从产品研发型团队向职能型团队的转变,去掉了一个个的项目部,按照产品、研发、美术来组织架构,整个过程历时1年左右,就像“消藩”一样,同时还要伴随着产品的快速迭代,实属不易。当然,如此调整也是为了解决老师文中提到的一些问题,如基础技术架构建设,人员能力提升等相关问题,职能型的团队可以让各个职能部门更加关注自己专业的部分。 调整完一段时间后,职能型团队的一些缺点也展露无疑,最明显的就是互相扯皮,产品和研发目标无法统一,互相瞧不起,都觉得对方做的不对。所以,我觉得在基础技术架构搭建完成,团队成员能力整体提升之后,还是要回归到产品型的团队,赋能给每一个产品,让大家的目标一直,激励一致,同进同退,才能最大程度激发团队的战斗力。 最后想说的是,这种团队结构的调整,最需要的还是老板层面的支持和信任,这是一个耗时费力的工作,而且过程中会遇到很多困难和质疑,如果老板对这种调整缺乏支持和信任,很容易导致调整者被离开。

    作者回复: 你好,流浪地球 谢谢分享啊,这个分享太好了, 建议大家看看这个案例

    2020-11-09
    4
    23
  • 风轻扬
    听到老师说。帮助彩食鲜上市之后,就会离开,踏上下一段旅程。突然想起了雷军,帮助金山上市成功,转身背包就离开创建小米。那老师这么做的原因是什么?为什么安稳之后。就要进入不安稳之中?我真的非常敬佩您这种不断进取的精神。但是,确实是非常好奇,老师为什么总把自己处于变化之中。真的没有考虑过,在一家公司站稳脚跟之后终老吗?老师的终极目标是什么?

    作者回复: 你好,行则将至 喜欢这种感觉,一开始是为了成长,慢慢的是种享受,人是会变化的。 不断努力,自己可能都想不到自己会变成这样。未知的世界,努力看到ta,那种感觉很好

    2020-11-10
    2
    18
  • Ryan Feng
    我们是纵向职能团队,前端后端测试运维产品,然后横向用项目和产品串起来前后端测试人员,人员规划、技术提升、平台支撑、架构选型由职能团队领导负责牵头管理,各项目产品对项目产品内人员进度绩效进行考核,职能部门领导配合,实际效果是纵横两个维度来管理,不知道职能和项目产品两个维度的管理实践乔总还有什么建议

    作者回复: 你好,Ryan Feng 职能型的组织很难培养出所有成员的业务知识和业务思维,从长期来看,相比产品型的组织,支持业务的协同性肯定会差。 但总体确实是个平衡,灰度管理,只不过看要传递给团队成员什么信息,指导思想是什么? 产品型的组织传递的就是业务成功是最重要的,其他的问题可以在发展中解决。 我是技术出生,架构师出生,我在的公司,技术不是问题,架构不是问题,因为我都可以搞定,但越是这样,越觉得最难的是业务的成功

    2020-11-09
    12
  • Weehua
    组织架构,一定是为了完成一定的目标!职能型和产品型组织,让我理解了公司组织架构设计的目标,提高了认知! 组织调整的另外一个目的是划清责任,让专业的人做专业的事,大家更好的协同,发挥团队价值!

    作者回复: 你好,Weehua 总结得真好

    2020-11-15
    5
  • Keith T.Maxwell
    这课程的估值少了两个0啊,把最干的货分享出来了,乔总一定是在新的纬度有更多的成就了。

    作者回复: 你好,Keith T.Maxwell 感谢感谢,握手 不断地思考,不断地刷新自己的认知,不断地舍弃自己获得的,让自己不断地上新台阶

    2020-11-09
    5
  • Expif
    最近公司也做了架构调整,由原来的职能性团队调整成了产品型团队,这样对于业务来说有了专门的研发团队,但是目前业务跟技术虽然只是在一个公司但是两个不同的部门,按照业务单元的形式划分后,实际实施下来就变成了甲方跟乙方的关系,业务很强势,处处造成技术很被动,这个关系一时半会还扭转不过来。这样对科技团队来说该如何进行调整呢。

    作者回复: 你好,Expif 业务很强势,其实是因为技术自己不是很懂业务。 从公司层级看,是要打造业务IT一体化的体系,这个考核体系要统一,如果考核体系不统一,容易出现对立关系。

    2021-02-24
    4
  • 一切皆底层
    乔老师 ,你好非常感谢!辛苦了,我描述一下我们公司组织架构: 1、目前是面向产品的纵向小分队(测试,研发,运营、产品经理等)组成的,分成8个产品线。 2、产品经理是小分队的Leader,小分队成员绩效考核由产品经理决定。 3、我属于技术管理部4人,(做IT管理,运维开发、中间件研发)帮助业务提高效率,上级领导是创始人的其中一位。 问题:每个产品线人员能力参差不齐,导致新版本发布有很多bug,严重一点的业务线接口相互调用出现问题(导致线上故障),技术管理部做了很多技术相关的培训,效果不好,产品线参与度也不高,大家经常说业务研发工作太多,没时间参加。 感觉纵向做了组织架构调整,横向缺少了什么。(公司没有cto) 希望乔老师能帮忙分析一下,非常感谢。

    作者回复: 你好,一切皆底层 你们的组织其实很好,但没有给技术管理赋权,技术管理要能定规范,基础组件也全公司统一。 技术管理部要有管理权力。

    2020-11-09
    5
    3
  • yxw
    感谢乔老师的精彩分享,有两个问题想要请教一下: 背景:我们公司的组织架构属于矩阵型,有5条业务产品线,4条创新业务,处于业务摸索阶段,且相对独立,产品技术和业务组成5个虚拟团队,技术中心30多人,包含了前端、后端、大数据、测试,运维岗位,没有二级部门;技术团队规模不大,运维和大数据为公共支撑小组,当前组织架构以业务为导向,快速响应业务需求,因为各个业务相对独立,业务需求变化快,技术之间的交集很少,目前主要沉淀了自动化运维平台、基本的技术架构规范和基础组件,没有专人维护 问题1:技术沉淀少,团队技术氛围一般,现阶段想做好这两件事,是成立基础技术组专门负责还是由各个业务技术团队各自负责好? 问题2:当前的组织架构下的技术leader对项目交付为主,各团队内后端、前端、测试、大数据等专业提升是否需要专业线leader来负责?感觉考核和汇报关系有点复杂了 以上,希望乔老师可以指点迷津

    作者回复: 你好,yxw 1 需要,人少更要集中力量办大事,基础组件,技术能力就是大事 2 需要,可以虚线组织,提升大家的技术水平,组织学习、分享、讨论、能力评定等。

    2020-12-06
    2
    2
收起评论
显示
设置
留言
63
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部