现在，很多公司都有 EP 或者是 EE 部门。EP 是 Engineering Productivity 的缩写，是工程生产力的意思。这个词如今在软件行业流行起来主要源于谷歌公司内部的一次部门转型（From QA to Productivity）。它的字面意思非常直接，但每个企业对它都有不同的理解和做法。 作者在该领域工作多年，通过分析多个公司的实际做法，讨论不同原则下，EP 工具建设对工程生产力的重要影响。 

听众受益

1、什么是 10 倍速原则； 

2、“工程”是可靠、简单、高效的代名词； 

3、简化的流程与工具将浪费从沟通中分离并消灭，从而提升沟通效率与质量； 

4、工具设计思想的简化，是提升工程质量与效率的一个关键因素； 

5、工具建设原则体现了组织文化，并受组织文化影响和制约。 

 一个技术公司，研发工程能力的高低直接影响公司的持久创新力和公司在市场上的作为。只有不懈追求卓越的工程能力，才能够带来长期的核心竞争力，才能为每个用户、每个企业客户以及整个社会创造价值。长期以来，百度在大量的软件开发经验中总结了体系化的工程能力提升之道，包含人（能力、文化）、技 （研发工具、工程复用）、法 （工程方法、优秀实践）、数据 （研发数据、工程数据），有效帮助提高软件开发效率 和产品质量。本主题分享百度在软件工程能力人、技、法、数据方面的建设经验。 

听众受益

• 百度工程能力的定义； 
• 百度提升软件工程能力与实践的策略； 
• 百度工程实践的落地方式方法； 
• 工程能力的度量和可视化； 
• 基于数据驱动的工程能力改进的经验和思考。

一个公司从初创阶段，到业务模式逐步成熟，到逐步成为一个商业公司，业务不断变化，团队也逐步在蜕变，几十人团队到几百人团队到上千人团队，在不同阶段，技术团队在研发效能上的思考和实践都会有所不同，技术管理者如何去衡量团队效能，如何透过数据看本质，并且采取有效行动，都是非常有意思的话题。

听众受益

1. ​​如何站在管理视角看技术的成本和效能；
2. 如何通过数据化驱动效能提升；
3. 研发团队处于不同成熟阶段如何找到效能落地抓手；
4. 围绕效能变革下，研发支撑体系完善，研发模式升级，团队变革的全方位实践。

随着软件研发规模的急速增长，软件质量的提升已不能再全面依靠测试和运维人员填坑的方式解决。DevOps 运动的开展提出了质量左移的口号，即尽可能让程序员在开发阶段修复更多的 Bug。但让各大企业头疼的是，让程序员花更多的时间提升代码质量又会造成软件交付的压力。为解决该矛盾，我们打造了一套在代码评审（Code Review）阶段进行静态代码扫描的系统。该系统具有反馈及时，工程师上下文切换少，对现有工作流程（Work-Flow）侵入小，以及无需占用工程师额外时间的优点。上线运行一年，该系统起到了开发阶段代码质量提升，逐步减少或者消除在测试和运维方面的投入，实现 DevOps 的全流程自动化高质量交付。

听众受益

1. 了解静态分析工具在开发生命周期不同阶段的应用及其优缺点，以及为什么我们认为代码评审阶段是较优的选择。
2. 了解我们有数千人开发团队的大型互联网企业大规模部署静态分析工具的经验和教训。包括系统设计如何应对每天数千次代码评审请求，分析和编译亿万行代码，并在十分钟内即给出分析结果。我们的系统设计思路可以为类似团队未来技术选型提供参考。 
3. 了解我们其它增强工程师代码评审体验的设计，比如用代码交叉索引降低代码理解的困难。