腾讯的敏捷研发之战

技术文章 1年前 (2020) 完美者
1,859 0

标签:基于   融合   正式   分支   应对   搭建   加油站   语音通话   模式   

“我们今天可以想一些与众不同的点子,然后我们可以很快就看到效果,因为我们可以很快把它上线了,然后可以去验证,如果不对就下线,如果还有改进余地,下个星期再去改它。这是一个能够持续实现你的想法的过程”。

2016年,腾讯微信事业群一年一度的管理团队领导力大会上,“敏捷开发”的重要性被专门提起。

此时,距离他们接手QQ邮箱已有十年。

这一年,也正是TAPD诞生的第十年。

01

在团队眼中,QQ邮箱的胜利应归功于敏捷。

回忆起2005年接手QQ邮箱的时候,QQ邮箱在中国的排名很靠后,也没有人重视,“可以说是个烂摊子”,但团队还是非常投入地想把这个事情做好。

所有工作都按照科学的流程管理和科学的研发设计方法论进行,结果,用户进来发现产品非常慢,每一个操作又很烦琐,所有功能看起来都没有什么亮点,因此用户很快就流失了。

“我现在回想起来那一年我们做的所有事情,用一句话来概括是,一个非常平庸的团队用了一些非常平庸的方法去做出来一个非常平庸的产品,而且是不知不觉的”。

所谓的“不知不觉”指的是,每个人都觉得自己在用最合理、最普遍的方法在做事,等到遭遇失败的时候,才会想到,原来所有方法都是错误的。

2006年,邮箱团队决定放手一搏,组建了一个10人小团队,进行“最后一次尝试”——“我们当时都想好了,这个产品也许会死掉,如果死不了,那一定可以摸出一条新的路子”!

这个团队被称为“敏捷团队”,采用的方法也是“敏捷项目管理”——所谓“敏捷”,用邮箱团队的话说,就是真的非常快,“当我头一天晚上发现我们这里有一个东西要改,我发一个邮件出去,有时候第二天上班就发现这个东西已经改过来,上线了,这无疑这是一种很爽的感觉”。

02

说到这种令人很爽的“敏捷”,就不得不提同年腾讯创始人之一Tony的一次美国交流。

当时,腾讯已具备2000人的规模,团队如何保持持续创新,灵活反应,实现高效协同、快速交付?一套行之有效的研发理念和方法不可或缺。

为此,Tony带领团队,前往美国与Google、Yahoo等公司进行交流,回来之后,亲自推动了整套腾讯敏捷研发体系的搭建与落地。

与传统的瀑布式开发的严格控制不同,敏捷式开发更强调人与人之间的高度协作以及在变化面前的灵活应对,其倡导的“简单、沟通、反馈、勇气”的价值观,更适用于互联网时代中创新性强或需要抢占市场的项目。

整套腾讯敏捷研发体系分为道、法、术、器四个方面。

道,是指腾讯研发的核心思想和理念,即“以用户价值为依归,敏捷迭代,小步快跑,鼓励用户参与,持续交付和灰度验证”的敏捷思想;

法,是指腾讯研发文化和组织,腾讯在职能组织的基础之上,引入Feature Team作为业务的最小作战单元,以用户为中心进行敏捷交付;

术,则是指腾讯研发体系的实践,主要由项目管理实践和研发工程实践组成。项目管理实践提炼并融合了Scrum、XP、FDD等主流的敏捷研发思想;研发工程实践则从研发、交付等视角,持续进行CI、CD的建设,双管齐下,快速高质量地交付用户价值。

器,则是承载这些思想和实践的平台——TAPD。整个平台基于腾讯内部复杂的研发场景,具有一体化、敏捷化、自动化、智能化的特点,可以支撑不同团队研发过程管理的差异化。

03

作为第一个“吃螃蟹的人”,摆在TAPD团队面前的,是全新的挑战。

“我们第一次开站立晨会的时候,很多人都表示不屑;更不用说我们两两结对编程、用白板跟踪进度、持续集成收集反馈,这些在当时很多人看来,都是些无用功、假把式”。

TAPD团队正在站立晨会

成立的头几年,TAPD 平台尝试了不同的功能,逐渐完善成为覆盖敏捷研发生命周期全过程的一站式平台,从产品概念形成、产品规划、需求分析,到项目规划和跟踪、质量测试、构建发布等环节都能支持。与此同时,团队坚持每天9点30准时站立晨会,PM以“1小时决策”原则快速处理晨会问题;在团队附近最显眼的位置设置目标看板,画上工时度量&进度焚烧图,所有团队成员可以及时更新;程序员两两结对编程、在迭代中及时重构代码;邀请用户参与到产品的设计、测试等研发流程中;以每两周为一个迭代持续交付,灰度验证……不到一年时间,TAPD1.0版本一共实现542个特性,完成22次迭代版本发布。

“先把平台和规则建立起来,然后才能影响其它人”。

当时,内部成立了一个Lemon Team,他们以“Make others great”为口号,帮助腾讯人培养敏捷项目经理及打造高绩效的和谐团队,以不断产出最优价值的项目成果。

团队在公司的40多个部门内进行“地推”,围绕西瓜田、项目进展、时间线、讨论区、敏捷先锋等,让各个团队感受敏捷,实践敏捷。慢慢地,讨论区是否活跃成为衡量团队沟通效率的依据,项目的敏捷指数成为各团队争相比拼的成绩……直到现在,站立晨会仍然一直是腾讯所有研发团队的习惯。

04

这套体系在腾讯的首批试点团队,就包括QQ邮箱。

“在那个时候,很多软件开发团队都认为很正常,十几年都是如此,然而实际执行的时候,通常都不会准时发布。时间一长,团队成员对于发布日期也不那么重视了,以什么时候做完就什么时候发布的心态,没有人会将发布时间当做一个承诺。有时候版本还没有发布,需求就再调整。需求变更和不能按时发布形成了一个恶性循环,团队的战斗力慢慢被消磨掉,吞噬了团队的激情”。

进入敏捷模式后,QQ邮箱团队开始尝试从无序发布版本到固定每月发布。一开始大家都不能接受,认为压力很大,到后来逐步感受到了各种好处。

“首先是能够快速解决困扰用户的问题;其次,需求变更逐步减少直到消除;与此同时,团队节奏固化后,内耗减少,效率提升;最重要的是,用户开始期待每次QQ邮箱带来的新功能,粘性也变强了!”

通过敏捷转型,QQ邮箱不仅扭转了用户口碑,还赢得了很多用户的青睐,所以在短短两年的时间从名不经传到邮箱行业的中国第一。

而这一敏捷转型的过程,也在另一层面上,孕育了后来微信的爆发。

05

早在微信的初创阶段,微信iOS项目团队只有10人左右,彼此配合默契,几乎所有的沟通都能当面交流,这个敏捷的小团队先后发布了语音通话、查看附近的人、摇一摇、漂流瓶等核心功能。

产品逐渐小有名气,人员也扩张到 30~50 人,为了解决需求管理混乱、变更频繁、交付延期等各种问题,团队引入了 TAPD,并在其帮助下完成了迭代节奏稳定、缺陷跟进等关键问题;当微信进入稳定期,团队规模扩张到了数百人,则对更完善的报表、项目进度、多项目协作以及发布跟进等提出了更高的要求,而 TAPD 也在随之发展、成熟,已能通过灵活的模块和功能配置,给予更好的支持。

2014 年,微信月活跃用户达到5亿。伴随着业务增长,除了本身微信APP的需求,微信客户端开发团队需要与不同的团队进行合作(如支付团队、开放平台、游戏等)。复杂的工作界面容易导致需求不可控,按时交付的难度进一步增加。最让人头疼的是,多个团队步伐的很难协调一致。

为了提升交付速度,微信把整个开发团队根据业务发展情况,分成若干个特性开发小团队,每个团队拉分支,保证小团队的独立和快速灵活创新,并在TAPD提供的开发接口上进一步发展了一些效率提升工具。虽然研发流程发生变化,但是此时的TAPD已具备灵活扩展的特性,能够无缝衔接地支持,依然是微信团队信赖的研发及沟通协作平台。

06

“产品会有自己的用户,而我们的用户,就是这些产品团队”。

回过头看TAPD本身,对于这支以敏捷为使命的团队来说,围绕业务发展进行的版本迭代,亦是他们的一种表达。

2009年,伴随着公司的快速发展,如何满足集团化环境下1600个项目研发团队差异化敏捷开发,以及国际化环境下横跨多国的研发协作,成为TAPD新的挑战。当年6月,TAPD上线3.1版本,贯穿敏捷研发生命周期主线;2010年3月,国际化版上线,支持海外分布式研发协作;2011年5月,开放平台和T魔方上线,支撑差异化敏捷实践;2012年6月,项目模板功能上线,沉淀多套腾讯经典研发模板;2013年11月,模块化解耦完成,形成可伸缩的产品解决方案;2014年10月,TAPD4.0全面发布,简化功能交互,进一步提升研发效率。

在对内服务期间,TAPD 在提升团队协作效率的同时,帮助团队敏捷自适应,实现资源透明共享,消除信息孤岛,用高效的分布式协作,突破协作瓶颈。不仅支撑了腾讯敏捷发展的思想落地,也沉淀、固化了腾讯最优秀的团队敏捷实践,逐渐形成了有腾讯特色的四种研发模型:从稳定迭代到极速发版,从规模化到集成化,不管是QQ、微信还是王者荣耀,不同的业务场景都能找到适合自己的敏捷研发模型。

这也推动了TAPD的“乐高化”。为了同时满足差异化的需求,TAPD 在原有能力基础上,通过定制化引擎实现了各个模块进行灵活定制,并在其开放平台上提供了丰富的 API 接口,支持第三方应用的接入。据此,研发团队可以根据需要像搭积木一样按需组装TAPD。

十四年来,腾讯内部的上万款产品,都是在 TAPD 的帮助下,敏捷迭代、小步快跑,得以在市场上抢占先机。而经过内部不同业务线、不同规模团队的打磨,TAPD 本身也在不断迭代完善自身功能,并将这些敏捷实践经验沉淀下来,为之后的“走出去”铺平了道路。

07

2014年底,TAPD 迎来了第一家外部客户:同程旅游。

彼时的同程旅游内部正急需一套敏捷研发解决方案来提升研发效率,副总裁王强在Tony的推荐下,特地上门拜访,并在了解到TAPD后,强烈希望能接入使用。通过这次合作,TAPD 帮助同程旅游从瀑布流的研发模式,成功转型为敏捷研发模式,敏捷迭代、小步快跑,在快速变化的旅游市场中夺得先机。

2015年,美团与大众点评合并,如何使得两家公司高效协作成为一个巨大难题。TAPD帮助美团与大众点评团队从最初研发管理方式的转型,到合并后面临研发管理工具和方式的统一,再到面对业务扩张、团队规模扩大带来的种种挑战,一步一步帮助美团点评完美化解了相关挑战,并且结合美团点评的实际情况,做了与美团点评内部系统的打通,大大帮助美团点评减少了研发管理方面的成本,提升了研发管理的效率。

秉承着腾讯开放、连接的理念,TAPD 逐步向外提供服务,将腾讯沉淀十多年的敏捷研发经验和实践分享给更多企业;并依靠在腾讯离职员工圈子的发声,积累了一批优质的灰度客户,并在他们身上验证了其对外服务方向的可行性。

08

TAPD4.0发布后,建设了TAPD云,服务开放生态。

2017 年 5 月,TAPD 正式全面对外服务,仅仅三个月,外部用户总量已突破30000人,从用户规模上实现了再服务一个腾讯的目标。注册公司数量也从最初的不足600家增长到超过7000家。开放至今,TAPD成功为社交、游戏、O2O、旅游、金融、电商、医疗、视频等不同行业的客户提供了业界领先的敏捷协作方案,云端服务的企业总市值已超过1000亿元人民币。

在服务云端客户的同时,TAPD积极助力腾讯云、企业微信等平台的SaaS生态建设。为提升腾讯云研发整体解决方案的业界竞争力,TAPD与腾讯云深度合作,参与DevOps解决方案建设,为腾讯云客户提供贯穿敏捷研发全生命周期的一站式服务。通过与企业微信的合作,TAPD上线官方应用市场,在团队沟通之上,为企业微信客户带来专业的敏捷协作解决方案,帮助企业管理更加高效。

无论是对内的合作,还是对外的连接,TAPD始终怀着“打造业界最有竞争力的敏捷研发平台”的愿景,不断丰富敏捷协作生态,以提供更高的用户价值。

2018年,腾讯930变革,正式进军产业互联网;而此时的TAPD早已在to B的路上快速奔跑。

基于过往的敏捷实践,TAPD推出了轻量协作、敏捷研发、DevOps持续交付三大解决方案,满足不同行业、不同规模、不同成熟度团队的项目协作与研发管理需要,实现用户价值交付;同时,在工程实践环节,也整合了业内主流研发协作工具,并和项目管理过程进行了无缝打通。针对企业自建平台的接入,TAPD的开放平台也提供了标准化的接入流程,助力团队打造贯穿产品研发全生命周期一站式交付能力。截至目前,腾讯的敏捷研发平台TAPD已经服务了超过10W家企业,并得到了各个行业标杆客户的认可。

如果说930变革是腾讯的一次敏捷迭代,那么TAPD则是一次灰度验证。面对外界对于腾讯的基因质疑,TAPD以其敏捷再次证明,大象体型虽大,但若是每一个细胞都有自我修复的能力与欲望,那么转身并不算难。

09

腾讯一位老员工说,自己有时会特别怀念小团队,因为当人数增多的时候,很多流程会被制造出来;但对于一个非常小的团队来说,大家坐在一起,扭头就可以说,有一个问题我们解决它吧。

与其说他怀念的是小团队,不如说他怀念的是敏捷——敏捷并不只属于小团队。

2020年初,突发的新冠疫情导致海内外众多研发团队复工受阻。为此,TAPD免费开放为期6个月的企业版服务。为民众带来疫情地图和防疫知识科普的丁香园、响应武汉抗疫现场物资药品周转物流需求的九州通物流,都是在TAPD上进行敏捷协作的。

对内,TAPD也是腾讯敏捷抗疫的“加油站”。疫情期间,TAPD支撑了健康码、乘车码、智慧医疗、远程办公、在线教育、政务民生等数字工具的快速迭代。截至目前,已有来自50+个国家的100万+个项目在TAPD上敏捷研发及协作,较去年同期用户数增长了10倍。

这一年,也是TAPD对外开放的三周年。三年来,数十万家企业成为了TAPD的用户。这期间,TAPD的用户富途证券、微盟、哔哩哔哩等数十家公司成功上市。过去这一年,TAPD上完成了3000万个协同任务,发出了1.15亿条工作提醒,根据统计数据,TAPD为每位用户平均节约了25个工作日,相当于每年少上一个月的班。

从一个内部的研发工具到如今成为产业互联网中的基础设施,TAPD已经走过十四个年头,在日新月异的时代里,从腾讯走向更远,并逐渐演进成为当代主流的技术哲学之一。

而在“敏捷”内核的深处,亦是腾讯技术文化中对于人的关注与尊重。

“与传统研发模式相比,敏捷研发最大的不同就是注重交流,一定要看到人在协作”。技术本身没有思想,却在一代又一代技术人的坚守里,拥有了灵魂;流程本身没有温度,却在一次又一次对人的关注里,释放着暖意。

腾讯的敏捷研发之战

标签:基于   融合   正式   分支   应对   搭建   加油站   语音通话   模式   

原文地址:https://blog.51cto.com/14668543/2531715

版权声明:完美者 发表于 2020-09-17 22:08:41。
转载请注明:腾讯的敏捷研发之战 | 完美导航

暂无评论

暂无评论...