具体描述
敏捷并不是什么新玩意儿，但它已经成为这个瞬息万变的互联网+科技商业时代的主流管理运营体系。如果一个企业还没开始拥抱敏捷并付诸实践，那它很快就要被淘汰了！
现在我们遇到的问题大多是如何让敏捷落地，如何把敏捷带给整个企业。《大产品，小团队：携程敏捷技术与管理转型实战》并不是敏捷方法教授的纯理论书，作者只是把 5 年敏捷转型中趟过的那些坑，吃过的那些亏，流过的那些泪……通过一个个鲜活的案例呈现出来，送给那些已经开始尝试敏捷但可能遇到一些问题的人，以及虽然没有开始但已经跃跃欲试准备实践敏捷的人。
《大产品，小团队：携程敏捷技术与管理转型实战》适合初级和资深 Scrum Master、产品经理、技术管理者、项目经理，以及敏捷爱好者学习和参考。
作者简介
携程技术中心，作为携程旅行网的核心竞争力，由超过3000位来自海内外的精英工程师组成，为携程旅行网业务的运作和开拓提供全面技术支持。以技术创新为产品、服务创造价值，以技术引领业务增长，使携程技术中心成为更优秀的OTA技术团队。
我们拥有10年以上互联网产品项目管理经验。我们乐于分享，自发组织了一个小团队，把我们在产品、项目、技术等专业领域的收获贡献给敏捷社区。为此，我们集结了10位总监和20位一线专家分享亲身实战经验，还特别邀请了火车票事业部和创新工场CEO陈刚以及车船票和租车事业部CEO王玉琛亲自执笔，带你修炼绝世武功。
目录信息
第 1 章 新东西，一个思考 2
1.1 初识敏捷，从零开始 2
1.1.1 敏捷是什么 3
1.1.2 Kanban 是什么 5
1.1.3 玩转 Scrum 7
1.1.4 量体裁衣 Kanban vs Scrum 14
1.2 敏捷能为我们带来什么 17
1.3 Be Agile，Not Do Agile 23
1.3.1 改变是我们与生俱来的能力 23
1.3.2 敏捷变革的 10 个小套路 31
1.4 一步步来，敏捷就不会远 40
1.4.1 一个 Scrum Master 的成长札记 40
1.4.2 如何成为一名优秀的 Product Owner 43
1.4.3 缔造最佳敏捷实践团队 45
NO.2 团队篇
第 2 章 如何组建高效的小团队 52
2.1 小团队，公司组织的未来 52
2.2 组建小团队，你可以这么玩 53
2.3 天下武功，唯快不破 63
2.3.1 沟通快——开会那些事 63
2.3.2 协作快——协力致胜，团队为赢 65
2.3.3 速度快——自动化让团队飞 67
2.3.4 学习快——组建学习型团队 71
2.3.5 成长快——敏捷开发的持续改进与变革 73
2.4 Scrum of Scrums 80
2.5 高效跨团队合作，不是梦 84
第 3 章 打造幸福的小团队 88
3.1 幸福满满的团队成员 88
3.1.1 从团队成员的视角看敏捷 88
3.1.2 与团队共成长——产品新兵成长记 90
3.1.3 “十分感谢”——让大家都成为“小太阳” 93
3.2 幸福指数爆表的团队会议 99
3.2.1 不一样的回顾会——让团队都有所收获 99
3.2.2 碳酸分享会——让团队都融入其中 106
3.3 让团队更加幸福 109
3.3.1 如何培养团队目标感——让团队更优秀 109
3.3.2 持续优化——让团队更出色 111
第 4 章 极致敏捷的小团队 116
4.1 业务连年 N 倍增长背后，有哪些创新的管理方法 116
4.1.1 创新的组织结构：OK 制 117
4.1.2 高效的运营管理：OKR 121
4.1.3 创业型激励机制：投名状 125
4.1.4 人才培养和管理：黄埔训练营 127
4.1.5 文化塑造和改造：管理层理念革新 130
4.2 看 CEO 如何实现一个小目标 131
4.2.1 OK 制基本运营思路 132
4.2.2 首先要有个大目标 134
4.2.3 数学分析决策模型在 MTP 与 OKR 的应用 135
4.3 中层管理者如何看待 OKR 137
4.3.1 OKR 与 Project 138
4.3.2 OKR 在租车团队的实践 139
4.3.3 一个“演员”的自我修养 140
4.4 一线经理的 OKR 实战 142
4.4.1 OK 制是“两个人”的事，OKR 是“一群人”的事 143
4.4.2 完成不可能目标的可行方案 144
4.4.3 OKR 在汽车票数据系统的实践 146
4.4.4 从坚强后盾到挑战创新——测试团队 OKR 实践 147
NO.3 技术篇
第 5 章 效率为王，唯快不破 150
5.1 闪电交付 150
5.1.1 持续集成，让团队没有难集成的代码 151
5.1.2 后台应用持续交付实践 162
5.1.3 一步一步迭代出无线持续交付平台 179
5.2 敏捷运维 189
5.2.1 运维工作流平台的演进之路 189
5.2.2 SWAT 团队，排障有我 198
5.3 沟通有术 202
5.3.1 DevOps，开发和运维终于在一起了 203
5.3.2 ChatOps，技术团队新的沟通方式 211
5.3.3 打造一站式项目管理平台，助力研发效率提升 217
NO.4 产品篇
第 6 章 用敏捷思维做大产品 232
6.1 小产品如何做大 232
6.1.1 自上而下的产品如何快速实施做大 232
6.1.2 打配合战的产品如何快速上线做大 235
6.1.3 自下而上的产品需求的提出与推动 239
6.2 大产品管理之道 242
6.2.1 产品价值模型演化和实例 242
6.2.2 委员会机制 249
6.2.3 履带式行走 253
6.2.4 跨部门大产品的推动心得 254
6.2.5 跨公司产品管理 257
6.3 创新驱动产品迭代升级 260
6.3.1 创新工场——创新项目从创意到落地的实践 260
6.3.2 创新工作坊 265
6.3.3 创新产品的持续迭代之路 269
6.3.4 小诗机，大创新 275
后记 279
致谢 280
· · · · · · (收起)
读后感
携程集团创作，作者有产品、开发、测试、PMO等多种角色。有一点比较怪异，每个章节的作者是放在书的最后部分的。 主要内容是携程的软件开发流程改进的故事。携程的做法是把大部门拆成十几个人的小单位，小单位内部实施OKR、OK制、十分感谢制等管理制度（后两种是携程自创，书...
携程集团创作，作者有产品、开发、测试、PMO等多种角色。有一点比较怪异，每个章节的作者是放在书的最后部分的。 主要内容是携程的软件开发流程改进的故事。携程的做法是把大部门拆成十几个人的小单位，小单位内部实施OKR、OK制、十分感谢制等管理制度（后两种是携程自创，书...
携程集团创作，作者有产品、开发、测试、PMO等多种角色。有一点比较怪异，每个章节的作者是放在书的最后部分的。 主要内容是携程的软件开发流程改进的故事。携程的做法是把大部门拆成十几个人的小单位，小单位内部实施OKR、OK制、十分感谢制等管理制度（后两种是携程自创，书...
携程集团创作，作者有产品、开发、测试、PMO等多种角色。有一点比较怪异，每个章节的作者是放在书的最后部分的。 主要内容是携程的软件开发流程改进的故事。携程的做法是把大部门拆成十几个人的小单位，小单位内部实施OKR、OK制、十分感谢制等管理制度（后两种是携程自创，书...
本书是敏捷项目管理领域的全面实践记录，通过 理念 + 团队 + 技术 + 产品 四个篇章，真实反映了携程敏捷项目管理的理论与实操。（上述是百度百科的给出来的） 从自己当前对敏捷开发的认知水平来看，个人感触如下。 一、落实敏捷过程中需要完成以下内容： 1.对现有的研发团队的...
用户评价
老实说，一开始我对这类“企业转型实战录”抱有戒心，总觉得里面充斥着企业公关的辞藻，把所有困难都轻描淡写地过去了。但《大产品，小团队》最打动我的地方在于它的“去神化”处理。它没有将携程描绘成一个已经达到“完美敏捷”的圣地，而是坦诚地展示了在转型过程中，组织内部权力斗争的现实、旧有系统与敏捷流程的摩擦，以及面对市场变化时，那些被迫做出的痛苦“妥协”。比如，为了维持系统的稳定性，某些非核心业务线的敏捷化进程不得不放缓，这种艰难的取舍在其他光鲜亮丽的成功案例中是看不到的。这种近乎“内部备忘录”式的坦诚，让我感到这本书是真正站在一个实践者的角度，而不是一个布道者的角度来写，它给予了正在经历相似挣扎的团队巨大的心理支持——原来，我们遇到的那些“不可能完成的任务”，别人也曾面对过。
这本《大产品，小团队》真是一剂给身处复杂组织架构中挣扎的敏捷实践者的强心剂。我原以为敏捷转型就是引入Scrum指南，然后组织站会、评审会，但读完这本书才明白，真正的挑战在于“大”与“小”的结构性矛盾。它没有停留在那些人人都知道的敏捷仪式上，而是深入剖析了携程这样一家巨型OTA平台，如何用“小团队”的敏捷方式去支撑“大产品”的战略目标。最让我印象深刻的是关于跨团队依赖管理的章节，那里的描述简直是我的日常写照——无数个团队像多米诺骨牌一样相互牵制，一个需求牵动十几个接口人。书中提出的那些围绕组织结构、技术债务和流程再造的实战经验，不是空泛的理论，而是经过血与火检验的有效解药。特别是它坦诚地展示了转型过程中的阵痛和妥协，而不是美化一个完美的敏捷故事，这种真实感，对于正在泥潭里打滚的管理者来说，简直是无价之宝。
我个人认为，这本书最大的价值在于提供了一种“组合拳”式的解决方案，而不是单一的“银弹”。它没有宣称“只要用SAFe就能成功”或者“只有Spotify模型才能活下去”。相反，它通过携程的案例展示了，在面对从数百万用户到数亿用户规模的业务差异时，需要像一个精明的建筑师一样，根据不同的“地基”和“承重要求”，灵活地搭建出最适合自己的敏捷结构。书中对中台化、微服务演进与敏捷组织形态之间相互作用的分析尤为深刻。它揭示了一个核心观点：技术架构的演进和组织结构的敏捷化，必须是同步且相互促进的。如果你想在技术上实现“小团队快速部署”，就必须在组织上赋予这些团队真正的“小产品边界”，否则，技术投入的敏捷性会被流程和组织层级吞噬殆尽。这为我下一步推动我们公司技术与组织协同发展提供了清晰的路线图。
我关注的重点在于技术和工程文化层面，《大产品，小团队》在这方面的洞察力远超我预期的范围。很多敏捷书籍会把技术实践轻描淡写地带过，认为只要流程对了，技术自然会跟上，但携程的经验证明，没有强大的工程文化支撑，敏捷就是空中楼阁。这本书里关于如何平衡快速交付与代码质量的探讨，特别是对“技术债务”的量化和管理机制的描述，让我茅塞顿开。我们团队一直纠结于“赶功能”还是“重构”，书中提供的决策框架，帮助我理解了如何在商业价值和长期健康之间找到一个动态的平衡点。它不仅仅告诉你“要持续集成/持续部署”，而是细致地描述了在数千个微服务环境中，如何建立统一的质量门禁和自动化管道，这才是真正的大规模工程挑战。读完这一部分，我感觉自己的技术领导力得到了极大的提升，不再是盲目地追求速度，而是学会了如何为速度构建坚实的地基。
这本书对于非技术背景的产品经理和业务线负责人来说，也是一本揭示“冰山水下部分”的绝佳读物。我以往总觉得，既然是敏捷，那就是产品经理告诉开发团队要什么，然后团队自己搞定。然而，《大产品，小团队》清晰地描绘了在复杂系统中，“清晰的边界”和“自治权”是如何被小心翼翼地设计和维护的。它详细阐述了如何将一个庞大、模糊的业务目标拆解成一个个可独立交付的、有明确客户价值的“小产品”，并赋予对应的小团队足够的决策权。这种自下而上和自上而下目标对齐的精妙手法，是很多宣扬敏捷的公司学不到的。书中对 OKR 在这种大规模敏捷环境中的落地细节，以及如何防止 OKR 异化为新的KPI束缚，提供了一套非常实用的操作指南，让我对如何设计更有效的组织激励机制有了新的启发。
挺实在的
虽然内容编辑得不是特别有层次，但是很接地气吧，技术人的一种阐述，基本没有理论，都是在说是怎么做的，属于分享型的，有一定的参考价值
携程无线的敏捷转型记录 帮助快速熟悉敏捷转型的思维 只能当做参考 还要根据自己企业的现状 做最适合自己公司的转型策略
挺实在的
虽然内容编辑得不是特别有层次，但是很接地气吧，技术人的一种阐述，基本没有理论，都是在说是怎么做的，属于分享型的，有一定的参考价值
