技术领导力实战笔记
TGO鲲鹏会
100 位 CTO 的真知灼见
82996 人已学习
新⼈⾸单¥98
登录后,你可以任选6讲全文学习
课程目录
已完结/共 266 讲
技术领导力实战笔记
15
15
1.0x
00:00/00:00
登录|注册

第81讲 | 游舒帆:一流团队必备的商业思维能力

推动团队敏捷化过程
互联网的基础观念
OKR与策略地图方法
企业策略规划
使用数据与算法的技术性手法
运营的知识
提升业绩的方法
公司财务面的观念
敏捷力
策略力
运营力
数据力
弭平工程师与高阶领导间的上下沟通落差
弭平研发与业务部门间的横向沟通落差
CTO COO化的积极原因
CTO COO化的消极原因
作者简介
思考题
商业思维四力
商业思维建构
企业沟通与创新的低效
游舒帆:一流团队必备的商业思维能力

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

你好,我是箴亚管理顾问公司负责人、TGO 鲲鹏会台北分会学习委员游舒帆,今天想跟大家分享的话题是“一流团队必备的商业思维能力”。
还记得在今年在北京的 GTLC 全球技术领导力峰会上,大家讨论到一个议题,“CTO 愈来愈被要求要 COO 或 CEO 化”,众 CTO 不约而同的提到“CTO 再也无法只站在技术角度思考事情,必须要更深入企业经营,理解客户与市场,才能带领企业快速增长”。
其实,我认为 CTO 被要求 COO 化是一个伪命题,核心问题是企业沟通与创新的低效
首先,传统 CTO 专注于技术领域,对公司业务理解少,对市场与客户的掌握度也不足,因此总是被动等待 CEO 或业务部门提出需求或下决定,研发部门则负责承接需求往下开发。其次,研发部门手上握有技术与数据,但对商业的理解不足,很难提出具有洞见的策略,并运用技术来驱动企业创新与增长。
所以,CTO COO 化的消极原因是能有效提升业务与研发对接的效率,而积极原因则是期待研发团队能成为企业的战略角色,带领企业走出另一条增长路线。
过去几年,我在团队内实施了一项大工程,我称之为“商业思维建构”。
商业思维建构的目的是让经营的思维与知识普及到研发主管与团队身上,我所谈论的不仅仅是让研发参与到业务活动中,而是包含了弭平研发与业务部门间的横向沟通落差,以及工程师与高阶领导间的上下沟通落差
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

游舒帆分享了关于一流团队必备的商业思维能力的观点。他强调现今的CTO需要深入了解企业经营,理解客户与市场,以带领企业快速增长。为此,他提出了“商业思维建构”工程,旨在弭平研发与业务部门间的沟通落差,并让团队成员更熟悉公司运作,掌握企业经营的本质。这一工程包括数据力、运营力、策略力与敏捷力四大要素。游舒帆详细阐述了这些要素的重要性和实践方法,并强调了敏捷力在应对外部环境不确定性方面的重要性。他还指出,敏捷不应仅限于技术团队,而应贯穿整个组织。通过这些工程,他取得了显著成效,使团队沟通更高效,许多制度的推动也更顺畅。最重要的是,许多工程师理解了商业知识后,能反过来运用技术,以业务部门想象外的方法达成公司目标。这篇文章深入浅出,为读者提供了一流团队必备的商业思维能力的重要观点和实践方法。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《技术领导力实战笔记》
新⼈⾸单¥98
立即购买
登录 后留言

全部留言(6)

  • 最新
  • 精选
  • 贾静
    工程师用业务想象之外的方法达成公司目标,老师能举个例子具体说明一下么?

    作者回复: 我举个例子,前几年互联网流量从增量转往存量,公司增长本来大幅仰赖付费广告,后来因为在线广告竞争激烈,营销团队开始想转作会员服务,但会员服务又不是做了立竿见影有成效,短期内的业绩岂能不管?除了扩充新的在线线下渠道,弄更多的营销活动来刺激销量等营销知识中常见的作法外,也想不出其他方案了。   我们营销技术团队的成员提出了两个技术解决方案: 第一,动态的广告投放,根据近期的收益去算出最适合每个渠道的投放量,并透过程序自动增量与减量,让广告投放不再仰赖人为猜测,让营销团队将人力挪往作会员服务 第二,针对过去未成交的数百万笔旧名单运用统计模型进行分群,并自动触发个性化的eDM,并透过展信与点击来为这些旧名单打标,两个月内提高了旧名单转化率达4倍   附带一提,所谓的业务部门没想过,不意谓着所有人都想不到,如果对方是有这方面经验的,他肯定也能提出。差别在于,在所处的那个当下,懂得商业运作的研发人员,首先能补业务部门不足,其次则能同时考虑了商业与技术。

    2018-09-05
    7
  • 未设置
    我们就是这样,跟业务确定需求的时候老是要扯来扯去几次才能确定下来,现在我们的做法就是拿数据说话,你用数据说服我,我也用数据说服你

    作者回复: 技术部门还是要科学一点,数据管理很合适啊…:D

    2018-09-05
    3
  • 园园(成敏)
    非常赞同数据力和策略里这两点,期待后面的文章

    作者回复: 谢谢,欢迎多多交流喔

    2018-09-05
    1
  • Winter
    好文,运营要守正出奇而不能只靠出奇制胜
    2019-08-29
    2
  • 粽子过河
    真是刺到痛点了。技术人员最大的通病,就是只关心技术,对业务的理解只达到执行的程度。
    2019-09-11
    1
  • Sam_Deep_Thinking
    好文章,质量很高。非常感谢作者,技术人要提高商业思维,是我最近正在学习的。再次感谢作者用心的耐心的写文章。
    2019-07-18
    1
收起评论
显示
设置
留言
6
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部