8天交付到2天：百度持续交付改进实践

该文档标题为《从8天一次交付到2天一次交付：持续交付的实践与改进》，由路宁在一场项目管理讲座中分享，主要聚焦于C++产品线的案例，这个产品线有超过100人的团队，负责频繁收入更新的多个小型项目。面对的挑战包括测试周期长、Bug排查耗时、项目间依赖导致的排队提测和内部竞争、合并分支风险、以及复杂的线上实验环境管理。 项目特点首先提到的是8天一次的交付周期，背后的原因包括通过个体技能提升（如单测、重构和CodeReview）、自动化测试和构建基础设施（CI）的引入，以缩短测试周期并保证质量。团队采用了一种鼓励集成的分支管理策略，以减少风险和沟通成本，例如将项目分解为FeatureBranch和SingleBranch+RegularRelease，以降低部署复杂性。 文档还提到了在实验环境中部署多个应用程序的难题，通过软实验平台的使用，可以避免在单一分支上进行过多的功能并行开发，减轻了单一分支的风险。此外，文档强调了特性开关的重要性，它作为一种替代传统分支管理的方法，能够更好地应对发布时未完成的功能。 A、B、C、D、E和F可能是不同环节或工具的缩写，对应的比例数据表明Router占主导地位，而其他部分则相对较少。这部分可能是在讨论如何在实验环境中高效地分配资源，确保关键功能的优先级。 最后，文档关注的问题是如何处理发布时部分功能未完成的情况，提出了特性开关作为解决方案，这表明团队正在寻求灵活的发布策略，以适应快速变化的需求。 总结来说，这个案例提供了从传统项目管理模式向持续交付模式转型的具体步骤和策略，强调了自动化、集成和实验环境管理在提高交付速度和质量中的作用。同时，文档还探讨了在实际操作中遇到的挑战及其应对方法，对于理解和实践敏捷项目管理具有很高的参考价值。