技术领导力实战笔记2022_09_08技术分担产品之忧上挑选有业务专家潜力的人
你好，我是王志萌。
去哪网的高级技术总监TC主席从二零一四年起啊担任一个部门的技术负责人，有八年技术总监和五年TC主席的经验。
这节课呢我会从去哪网产业融合的经验出发，和你聊一聊怎么让技术来分担产品之优，作为去哪网公司二零二二年巩固技术之本，分担产品效优的技术战略的一部分。
怎么带领技术团队快速融入业务团队，形成产研融合的效果呢？成为一个非常重要的管理课题。
为什么在二零二二年去哪网会着重强调分担产品之优呢？在二零二零年和二零二一年啊，去哪网技术侧整体呢主要是从效率入手来做提升。
去哪儿网的研发效能呢得到了很大的提升。
但同时呀也面临着一个问题，作为研发速度变快，交付周期变短，但业务增长的编际收益啊在降低，而且效能优化的空间也越来越小了。
虽然技术侧的研发效能在不断的提升，需求的研发成本在不断的降低，但是业务收益变得越来越不显著了。
所以在二零二二年啊，技术侧准备进一步在业务侧分担产品的压力。
第们的战略目标是实现技术组织分担产品之优。
具体怎么实现这个目标呢？根据洋三角模型，我们可以把实现这一目标的组织能力啊拆解成三部分。
第一，需要什么样能力的成员来做表率。
第二，怎么让团队成员愿意把更多的精力从技术中抽出来投入到和业务人员的合作中呢？第三，要实现产研融合。
该使用什么样的组织形式呢？要解决第一个问题啊，找出能够分担产品之优的技术员工，并让他做出表率，需要从员工的能力入手，挑选有业务专家潜力的技术成员来鼓励大家专注于业务。
在去哪儿网挑选有业务专家潜力的成员呢主要有几个渠道。
第一，通过培养员工承担技术负责人的职责，让他慢慢成为业务专家，这也是去哪儿网应用最广泛的一种方式。
去哪儿网早在二零一八年就设立了技术负责制度度。
技术负责人的主要职责啊是负责业务全制度，技术需助到完成交付的。
整个过程是产品经理在一个完整项目中的业务专家，业务负责人要承担怎样的职责呢？一是辅助产品经理，梳理业务线线，完成PRD文档。
二是担任整体技术方案负责人。
三是协各技术团队确认工作量的职期，并技负责业进负责人技术负责人做到了这些呢就可以有效的降低产品经理在项目过程中的工作压力了。
在去哪儿网啊，技术负责人还有两个进化版本。
第一个呢是可以承担产品的一句话需求。
技术负责人根据一句话需求，结合自身的业务背景，完善一句话需求，并自己构建项目的度量指标，完成除IDL之外的全部产品需求流程。
还有一个进化版本是实现DRRA的能力，也就是一些业务需求直接由技术人员发起。
技术同学既承担产品经理的职责，比承担研发项目负责人的职责。
这类项目啊通常是一些非常适合技术同学来主导的项目。
比如说酒店非标准接口代理商接入项目。
在这类项目里啊，产品同学和运营同学都会辅助技术负责人来完成这个项目。
比如我负责的国际酒店业务线，有大量的UI优化类的产品诉求，而这部分诉求啊通常比较简单，只要和国内酒店部门的UI变化一致即可，也就是说这部分的需求啊相对来说是更偏向标准化的。
这部分产品经理理职职责就就由前端开发来承担。
还有就是在国际酒店的供应侧，每年呢都有大量提供非标准接口的代理商计划接入去哪网平台。
一般这种情况下，代理商接口呢和去哪儿网接口的对接工作啊是需要由去哪儿网来完成的，而就是非常适合技术人员来主导啊，产品运营同学配合技术同学来完成非常简单。
二零二二年上半年，技术同学主导的需求创造的业务价值啊接近七百万人民币。
这部分价值的确认呢也是很有仪式感的。
由技术负责人发邮件业务成果呢最终由业务线负责人确认，具有权威性。
第二呢，就是通过各项分享交流活动，逐步培养团队中业务架构方向的人才。
在这方面，我在二零二二年和郑吉明老师、工科老师一起制作了八期业务架构系列讲座，邀请到了去哪网各个业务线承担业务架构职责的同学来分享分享内容啊被严格把关。
一定要按照业务架构的思路来讲，一定要围绕业务架构和企业架构、数据架构、应用架构和技术架构之间的关系来讲。
通过这次分享啊，各个业务线都有不少同学对业务架构产生了很大的兴趣。
在讲业务架构之前呢，去哪网的工程师们啊，大多数啊都听到了TOGAF五a模型。
但是怎么在实践中把EABADADATA进行关关还没有清晰的方法论，去哪网搭建业务架构系列分享这个平台呢？通过各个业务线架构师一号位的分享，反复向基层技术同学传递业业务架构的作用。
Eabaaadata间如何联动这个课程的可数字化度量的反馈啊，是去哪网？到今天为止，所有分享中最好的百分之七十五场次啊，给予反馈的听众大于一百人，百分之二十五场次。
给予反馈的听众大于两百人，分享的平均得分呢全部大于四点六分。
另外，TC的业务架构，SRG也是公司内运行最规范，也有最活跃的SRG之一。
每两周一次例会，每次例会呢都会有一名SRG成员分享自己近期在负责业务架构改进工作。
通过这些措施呢，整个工程师团队在很短的时间内，对业务架构的认知有了非常大的提升，也有越来越多的同学啊投入到业务架构相关工作中。
在二零二二年上半年，业务架构SRG吸纳了门票火车票内容，公共国际酒店、部门架构一把手加入到了SRG组织中。
这些小型业务线的一把手呀，一般都是带着很多问题来到业务架构SRG的。
比如系统是不是应该在目前的时机进行重构？现在是不是和产品一起进行DDD事件风暴的好时机呢？该不该由传统三层架构改为了架构呢？等等。
在业务架构cols RG呀，大家一起帮助这些中小业务的一把手分析问题、解决问题。
在业务架构SRG,大家还会自发组织学习并讨论市面上业务架构方面的新书籍。
比如，二零二二年八月，业务架构SRG就自发组织了对业务架构、结构与实践这本书的学习讨论，这些活动给各业务领域的架构师提供了非常好的锻炼环境。
经过二零二二年半年的发展，业务架构，SRG一共吸引了呃二十一名各个业务线架构方面的主导工程师。
通过每位架构师的同学对自身应用架构的分享，各个业务线整理出了从三级业务部门到五级业务部门不同力度的应用架构图。
这些应用架构图呢全部落地到了v ky文档里。
V ki文档对产品同学、运营同学和技术同学都是开放的。
第三，对于团队中级别比较高的team, leader员工可以采用业务总监、技术合伙人的方式来实现高级别业务专家的进化。
一般情况下，技术团队整体上呢会要求技术合伙人的绩效，在一定程度上与业务负责人是绑定的。
第到业务管理者和技术管理者同时为业务结果负责的效果。
这个方法对于提升高级别，特别是team leader级别的技术人，升级为业务专家是非常有效的。
去哪网？通过这三种方式，挑选具有业务专家潜力的技术成员，对业务结果负责，从而为其他技术同学做表率，来实现技术分担、产品直优的目标。
最后我们一起来回顾一下这节课的内容去哪网。
从二零二二年开始，着重强调技术分担产品职优，进而提高业务收益成为企业的发展。
根据洋三角模型想要实现这一战略目标啊，需要从员工能力、员工的意愿和治理方式入手，一步一步推进。
这节课我从员工能力的角度分享了去哪网挑选有专家潜力的技术成员的方展。
首先呢让员工承担技术负责人职责，逐步培养他们成为业务专家。
为此啊去哪网设立了技术负责人制度之后，还演化出了一句话，需求和实现DRRA两个版本，让技术负责人承担起业务责任。
然后通过公司内部的分享与交流，让技术人员员呢熟悉团队内部的业务架构，培养他们成为团队中业务架构方向的人才。
通过业务总监、技术合伙人的方式，让中高层的技术管理者啊进化成为高级的业务专家。
除了培养并挖掘有能力做业务专家的技术人员外呢，员工自身的意愿还有企业内部的治理方式也是非常重要的两个方面。
下节课啊我会分享这两点产业融合是最近比较热门的话题。
假设你目前也需要物色一个有业务专家潜质的人选。
根据公司实际情况，你会从哪几方面入手呢？欢迎你在评论区留言参与讨论。
也欢迎你把这节课分享给有需要的朋友。