互联网公司的技术团队管理通常分为2个方向：技术管理和团队管理，互联网公司的技术 Tech Leader 与传统软件公司的 PM 还是有很大的区别，传统软件公司的 PM 更多偏重于对于项目的管理包括项目任务拆解、项目进度以及风险等。对于多数互联网公司而言，技术 Tech Leader 更多的职责不再局限于项目角度，需要对业务与技术都要有深入的了解，就像黑夜里的灯塔，能够引导和修正团队成员前进的航向。综合技术和业务角度去深度思考问题，具备一定的前瞻性，并在技术领域投入持续的学习热情，向团队成员传道，补齐短板，提高整个团队的战斗力。

技术 Tech Leader 职责不仅需要制定日常规范，包括开发规范、流程规范等，推动规范的落地，以公有的强制约定来避免不必要的内耗，另外一多半的时间可能花在了开发任务分解分配、开发实践、技术架构评审、代码审核和风险识别上，剩余的时间则花在为了保障系统按时交付所需的各种计划、协作、沟通、管理上。

随着每个人工作经验的不断积累，能力的不断提升，在熟练掌握一线工作技能后，每个人都有机会成为 Tech Leader，然而在机会到来前，我们必须提前做好准备，所以我们必须对 Tech Leader 的工作职责有一定了解，当然，这也会为大家更好的配合 Tech Leader 工作打下基础。

演讲提纲：

1. 如何约定开发规范
   • 包括设计规范、编码规范、接口规范、日志规范、通用组件使用规范等
2. 如何规范开发流程
   • 包括需求管理、技术架构评审、代码评审、发布计划评审
3. 如何制定技术规划
   • 包括系统健康度巡检、技术规划

听众受益：

1. 从技术的角度探讨如何在开发规范、开发流程、需求管理、技术相关评审等环节做好 Tech Leader 的本职工作
2. 从管理的角度探讨如何建团队、推文化以及技术领导力等相关话题

蘑菇街从最初的导购业务到后面的电商平台，再到现在的时尚内容、电商、直播三个核心业务版块并存。技术架构除了要应对快速迭代的业务之外，更要对业务架构有一定的前瞻性。架构师的业务思维不仅决定了技术架构的提前部署能力，很大程度上也影响业务迭代阶段的速度和稳定性。所谓架构先行，在企业业务为王的发展压力下，架构师的业务思维能很大程度加速业务的迭代和转型。

架构师的业务思维取决于对业务的前瞻性和业务能力的积累。如何用一种前瞻性、业务性思维去分析、布局技术架构，将技术使用的恰到好处是架构师该具备的重要能力。本次演讲会从蘑菇街业务和架构的实际演进过程，分享架构布局阶段，业务思维对整个演进过程的影响。

演讲提纲：

1. 架构师常见的几个分类，以及每一类架构师各自需要关注的能力；
2. 架构师的业务思维是什么？包括哪些能力？
3. 蘑菇街实际case--介绍业务思维对架构设计能力的重要性；
4. 如何去培养这种业务思维。

听众受益点：

1. 了解架构师在布局技术架构时如何用业务的思维达到更具性价比的结果；
2. 如何去锻炼架构师的业务思维；
3. 一些在架构设计上踩过的坑。

Grab 研发团队的员工来自40多个不同的国家，分布在全球7个研发中心中。而 Grab 服务的用户主要在东南亚，所设计的产品必须能够满足当地用户的需求。由此而生两个核心挑战：一，如何确保在一个文化背景中成长的研发人员，能够设计并交付满足另一个文化背景的用户的互联网产品；二，跨文化背景同时跨地域分布的研发团队内部如何有效协作。作为跨国科技公司或中国出海科技公司的技术管理者，必须能够有效应对这两个挑战。

中国研发力量作为世界科技的一极（另一极是美国），有非常庞大的研发人员队伍，更有极其鲜明的文化特点。外来者很难驾驭中国文化，此类案例太多见。商业上很多外国科技公司被国内科技公司打败，职场上很多海外背景的技术领袖无法有效的和国内本土团队相融合。所以中国互联网市场基本上是中国人的天下。今天当中国的技术管理者走出去，要面对一个全球化的市场和团队时，过去的经验会行不通，需要从思想上做好转变，在工具上做好准备。

演讲提纲：

1. 文化的本质：思维方式和价值观
2. 文化如何决定产品和技术：一些案例
3. 文化冲突：速度 VS 质量，以事为本 VS 以人为本，结果导向 VS 过程导向，金字塔结构 VS 矩阵结构，开放 VS 执行，等等
4. Grab 案例分享：平衡冲突的思想和工具

听众受益点：

1. 了解不同文化背景如何对产品研发工作产生影响甚至冲突
2. 了解中国以外的典型研发文化的特点
3. 了解技术管理者如何有效的管理跨多元文化的团队，服务不同文化背景的客户

移动互联网时代，越来越多的公司选择采用更加灵活更加高效的敏捷开发模式。敏捷开发在带来了高速的产品交付的同时也引入了非常棘手的质量问题，移动互联网产品更是如此，一边要满足日新月异的需求变化，一边又要针对种类繁多的移动平台进行全面高效的测试。于此同时，作为创业公司，缺兵少将，招人困难，缺乏测试领域的专家也是非常常见的现象。如此一来加班加点便成为了很多人的家常便饭，无数开发和测试人员也都在速度和质量中挣扎。 

因此，一个既能快速满足需求变化，又能维持产品的高质量，还能持续地进行上线交付的方法便成为每个公司都迫切追求的目标。 

常见痛点：

1. 很多情况下的敏捷，只是理论和流程上面的敏捷，真正的软件开发理念以及效率，并未能够从这种貌似敏捷的流程当中受益，反而有时候会适得其反。
2. 在强调交付速度的过程中，开发非常容易急功近利，为完成手头的工作而在架构方面做很多的妥协和折中，从而为日后的维护升级埋下很多隐患，同时也给测试带来了很多不便。
3. 软件的模块化，通用化以及代码风格在人员经常流动的情况下难以得到统一，同时大量的开发文档缺失。
4. 研发过程当中的团队分工角色较多，因此从上游到下游的过程中，会有很多沟通方面的损耗，团队管理消耗更多。

本次演讲将结合触宝的主力产品触宝电话的敏捷开发实践，谈一谈移动互联网公司如何能够利用结对编程的方式进行高质量的软件研发。在采取了本方案之后，半年以内，触宝电话在海量用户的前提下能够高质量地从一月一版本的发布周期逐渐提高到一周一发布的快速迭代。同时，线上P1级bug数量减少至原来的5%，代码架构更加合理，模块化程度较高，团队也更加精简高效。培养了一批精通移动互联网前后端，客户端开发的高素质研发团队。

演讲提纲：

1. 软件研发模式的几个主要阶段；
2. 开发和测试的困境，常见痛点；
3. 多角色情况下的团队沟通问题，以及团队培养的问题；
4. 关于结对编程，与传统软件开发流程的主要区别；
5. 结对编程最佳实施方法，如何利用结对编程来解决代码架构，代码风格，以及测试开发文档方面的问题；
6. 在结对编程模式下的全新团队结构与团队人才培养；
7. 适用场景，成功案例，具体数据分析。

听众受益点：

1. 能够深入理解敏捷开发的实质；
2. 高素质全栈工程师培养心得，团队管理方法和技巧；
3. 面向全栈的代码开发流程及架构优化方法；
4. 如何在海量用户的基础上进行高质量的快速迭代。