关键词：
作为曾经携程的一员，看到一起奋斗过的小伙伴们宣传此书立刻就买了，非常开心拿到了作者团队的亲笔签名版。读完颇为感慨与惭愧，有种虽然身在此山中，竟不识庐山真面目的感受。当时身处携程俩大核心业务之一，却只知一味地吐槽糟糕的流程和无止尽的加班，即没有推动改进的勇气与执行力，也不知背地里整个公司为优化流程，提倡创新所作出的努力，以及已经取得的成果。
诚如书名《大产品，小团队——携程敏捷技术与管理转型实战》，此书着重于在敏捷开发与管理转型期碰到的问题与解决方案，所以建议小伙伴们在学过了ACP，或者敏捷项目管理理论知识之后的再看此书，会对自己的敏捷项目管理起到更上一层楼的认识。
下面摘抄一些对我个人而言有所启发的观点与敏捷项目管理方法。
No.1 理念篇
1. 敏捷的含义并不单纯是实现快速研发，而是快速达成业务目标。
2. PO需要设计用于业务关键指标分析的辅助数据，并对其收集和监控。
3. Story point是一个相对独立的功能点，它能使不同技术水平和工作速度的人在估算结果上保持一致。
4. 我们想改变世界，却发现周围的一切坚硬如铁。:)
5. 如果你无法衡量它，你就无法管理它。
6. 互联网产品的一个重要特点是快，对用户的需求变化需要快速响应，对产品上线后的效果需要快速验证，版本需要快速迭代。
No.2 团队篇
1. 为提高大家的主动性，看板也由之前的电子看板调整为了实体看板，每个人各自去拖动自己的任务条，不再由SM去更新进度。
2. 改良版经典三问，昨天的目标是否完成？今天准备做什么？目标没有完成碰到的障碍是什么？——有助于聚焦于项目整体的风险和状态。
3. 如果团队里还是不时地有人抱怨会议太多，每天都开会都没有时间做事情了，这个时候我们一定要停下来，审视下团队，我们是否明白每个会议的目的。
4. 一个敏捷团队是需要
1）要有交付能力
2）要“高内聚，低耦合”，对其他团队的依赖是少量的或者简单的
3）7+-2是比较合适的范围团队成员数
5. 测试前置也可称为测试左移，其中涉及的工作大致可分为PRD静态测试、服务契约测试、代码静态扫描、单元测试、服务接口测试、开发自测、测试准入检查、入测质量数据统计等。测试前置需要计入工作量，否则即使全员有质量意识但在高强度的工作下也可能有心无力。
6. 学习的721理论
1）70%来自于工作中的经验积累（工作方法+经验技巧）
2）20%来自于人际交往、沟通交流
3）10%来自于培训课堂
7. 团队刺激学习新知识、考核的办法：
1）竞赛
2）积分制——定期对积分排名靠前的员工进行奖励，或者要求累积到一定分数时才有资格晋级或者得到A级考评等。例如“十分感谢”大奖评选（每人有10分，可以送个想要感谢的人任意分数，并注明感谢的话，以1分为最小单位，鼓励尽量把10分送完，不能送给自己），此方法可以用于“孙悟空”类的同事，是否一定要让他作出改变，可以酌情考虑。如果得分尚可，说明对团队的正面影响多于负面影响；如果得分太低，则要考虑谈话了。
8. 只承诺当前优先级最高的事情。
9. 建立统一的沟通方式：微信群、邮件组等。
10. Scrum Master不需要管理太多细节，他需要相信团队是可以解决和克服这些困难的，要专注在对项目整体影响最大的点上。
11. Scrum是用一种可持续的稳定的节奏来降低以往频繁出现在最后一秒临时救火的不可控场面。
12. Scrum Master不要为团队做太多的决定，把问题交给团队，相信团队才是最好的问题解决者。
13. 价值观不是挂在墙上的口号，我们说的价值观是对一系列办公室工作内容的看法。
14. 做事不能光考虑可见的具体目标，更要有那种现在根本无法清晰描述的长远目标，不管怎么说先定下来，往这个方向尝试。
No.3 技术篇
1. 关于技术篇，主要聚焦于CI/CD，虽然我不是专业的DevOps，但是可以看出来携程的运维们为了团队更高效的集成代码，持续闪电交付做出非常多的尝试，也成绩斐然。其中让我印象最深刻的对Jira的定制化，相信大多数的公司都在用Jira，我一度自诩能把Jira灵活运用，生成各种数据报表。然而携程却是将它用到了极致！比如"对物理白板拍照，然后在Jira中上传照片"，就可以根据白板上的变更信息，自动识别并更新系统中对应的任务状态。其次是，将Jira同工程信息打通，统一研发全过程的各类操作入口，发布、回滚只需在Jira中按一个Button就可完成。Seriously？这真的是我用的那个Jira么？！真想体验一下这么高科技的Jira呢！看来对程序猿来说，没有什么不可以，只有你想不到！
2. 他们的思路是，核心用户是一线研发团队，要把用户在项目管理系统中的操作成本降到最低，做到尽量简单、易用、用完就走。不能为了给老板做各种维度的报表，就要求一线人员在系统中填写各种分类字段，这其实是一种本末倒置的行为，牺牲了研发人员创造直接业务价值的时间，比如写代码。（感觉这一点没有强大的技术支持实现起来还有点困难呢......）
No.4 产品篇
1. 如果需要跨公司合作，对方不合作，有时上级领导未必不清楚，这种情况下再没法向上反馈了。只能是从商业合作的角度出发，大家从产品中各取所需，各自获得各自相应的利益。
由于此书是多人合作，每个章节又都是以第一人称的视角在叙述，所以有时候难免会不清楚当下到底是站在哪个角色的角度在分享，章节与章节之间有时会有一些内容上的重复与不连贯，但还是非常感谢携程技术中心的多位小伙伴将自己的经验无私分享出来！
腾讯敏捷转型no.4为什么敏捷团队不要超过15人
...部门——组——员工，每个部门基本上就是负责一个大的产品，每个组都是按照专业进行分工和管理，例如：产品组、终端组、后台组、设计组、运维组、质量组等等。草拟一个项目需要在每个小组里面抽调人力，部门的总经理... 查看详情
敏捷项目管理
...目经理”角色和职责在项目中共享，即团队，ScrumMaster和产品所有者。在敏捷开发，Scrum的拥有最谈谈什么 是敏捷项目管理。因此，让我们使用Scrum作为回答这个问题的模型。在Scrum项目中，有三个角色：产品所有者，ScrumMaste... 查看详情
《敏捷估计与规划》
...么要读这本书？ 去年在负责IT服务流程管理产品过程中，发现如果客户主动要求项目的发布日期和内容罗列清晰，团队的目标感、时间紧迫性会比较好；如果项目不紧急，产品的需求不是客户提出的（可能是领导提... 查看详情
产品研发团队如何融合okr与scrum敏捷开发？
...介绍一下它了。本文在第三节还会重点讲一下，我们作为产品研发团队，应该怎么将「OKR」与「Scrum」进行深度结合，打造最完美的团队与项目。一、什么是OKR？「OKR」是一个标准化的目标管理的方法，其中O是指Objectives目标，KR... 查看详情
敏捷开发的那些事
...。它强调快速验证，表现为快速上线、快速根据反馈迭代产品。今天在这里给大家推荐一款敏捷项目管理平台—CORNERSTONE，那么，究竟是什么样的呢？让我们一起来体验吧~CORNERSTONE敏捷项目管理解决方案特点为全角色、全流程、... 查看详情
技术管理
...天了解开发进度讨论与跟进各种具体的技术问题协调一些产品需求变更响应一些市场同事的需求跟进功能上线敏捷关于敏捷开发，针对不一样的团队、不同的产品 查看详情
scrum敏捷项目管理实战（深圳站）
...角色，而SCRUM的团队模型中没有项目经理，而是由产品经理（ProductOwner）、敏捷教练（SCRUMMaster）和自组织开发团队所组成，强调协作和自我管理，让每个项目成员都成为项目的主人翁，让项目... 查看详情
中小企业团队敏捷产品开发流程最佳实践
...法，我认为不管是场地办公还是远程办公都依赖于原来的产品开发流程。我曾经遵循CMMI5的流程管理过15人左右的跨国/语言/文化团队，也遵循敏捷Scrum管理过9人的小团队，还针对一个从4人发展到近30人的团队尝试过各种方式的项... 查看详情
敏捷团队转型
敏捷团队转型背景故事一： 以前在一个很有激情的团队中一起干一番事业。每一个人各自发挥各自的特长，将每一期项目在不加班的情况下准时上线。 后来公司在年后財务原因倒闭。团队解散后每一个人到了不同的公司... 查看详情
15.软件项目管理与敏捷方法——项目管理办公室如何支持敏捷方法
...不是首先规定策略，然后根据这些策略评价项目。 03.产品管理、项目启动、标准、资源分配、控制、度量标准、教育培训、回顾、角色 04. 05.敏捷PMO能帮助团队标准化有意义的度量标准，凭借这些度量标准可以做... 查看详情
企业敏捷转型试运行
在企业敏捷转型中，人是最重要的，团队是最重要的。按许秀影博士的企业导入敏捷步骤，大致分三大步：培训、教练与引导、内化。需要对敏捷方法实践比较熟悉的Master去引导，同时又需要根据企业、项目、团队环境进行裁剪... 查看详情
神一样的产品经理-scrum敏捷三个角色
参考技术A敏捷流程中的三个角色指的是产品负责人（ProductOwner）、项目的直接管理者（ScrumMaster）和团队（Team）：1．产品负责人（ProductOwner）产品负责人的职责如下：►确定产品的功能，在确定产品的功能之前，其实需要做... 查看详情
关于敏捷开发scrum
...贯穿，另一方面则会提及之外的一些未提及的内容，比如产品团队与开发团队的互动，测试团队与开发团队的关系与工作方式，等等，以供专门从事团队管理的读者借鉴。 出发点：结果导向敏捷开发团队的外在行为是“... 查看详情
iot项目管理：做好敏捷管理，从敏捷看板开始
...服务（SaaS）和基于云计算的快速发展，你需要加快你的产品开发周期，将重点工作放在定义核心功能集的前端。你可以从敏捷软件开发思想中借鉴一些最佳实践，并将这些实践应用于团队管理中。敏捷思想最开始是通过17位软件... 查看详情
敏捷项目管理相关知识
...确定性、不断缩短的进度以及迭代研究的需求不仅限于新产品开发。但只有创新和更快的开发还不够，公司必须给客户交付更好的、更符合需要的产品。虽然公司需要从高强度的产品开发工作中获得成果，但不应该以质量为代价... 查看详情
敏捷开发|乐彩轩|注册|登录与需求管理
...真正解释清楚这个答案，我还需要对一些概念进行说明。产品待办事项在ScrumGuide中，产品待办事项（ProductBacklog）是产品所需的所有内容的有序列表，它是对产品进行任何更改的唯一入口。只要产品还存在，那么产品待办事项就... 查看详情
转型技术管理思考
...个人贡献者」和「非个人贡献者」。技术开发、UI设计和产品经理是典型的「个人贡献者」，开发的主要工作是写代码，他的所有产出就是一行行代码所构成的最终产品。UI设计的产出就是他的设计稿，同样产品经理的产出就是... 查看详情
平安7年精益敏捷转型之路
...科技驶入敏捷推广的加速车道。2012年试点范围扩大到10个团队，引入Scrum、看板(Kanban)、持续集成等流行的敏捷方法。2013年“开启敏捷2.0”，在组织架构上成立&ldqu 查看详情