敏捷并不是什么新玩意儿,但它已经成为这个瞬息万变的互联网+科技商业时代的主流管理运营体系。如果一个企业还没开始拥抱敏捷并付诸实践,那它很快就要被淘汰了!
现在我们遇到的问题大多是如何让敏捷落地,如何把敏捷带给整个企业。本书并不是敏捷方法教授的纯理论书,作者只是把 5 年敏捷转型中趟过的那些坑,吃过的那些亏,流过的那些泪……通过一个个鲜活的案例呈现出来,送给那些已经开始尝试敏捷但可能遇到一些问题的人,以及虽然没有开始但已经跃跃欲试准备实践敏捷的人。
本书适合初级和资深 Scrum Master、产品经理、技术管理者、项目经理,以及敏捷爱好者学习和参考。
敏捷项目管理领域的全面实践记录,理念 + 团队 + 技术 + 产品,深度揭秘携程敏捷项目管理的理论与实操!
携程技术中心,作为携程旅行网的核心竞争力,由超过3000位来自海内外的精英工程师组成,为携程旅行网业务的运作和开拓提供全面技术支持。以技术创新为产品、服务创造价值,以技术引领业务增长,使携程技术中心成为更优秀的OTA技术团队。
我们拥有10年以上互联网产品项目管理经验。我们乐于分享,自发组织了一个小团队,把我们在产品、项目、技术等专业领域的收获贡献给敏捷社区。为此,我们集结了10位总监和20位一线专家分享亲身实战经验,还特别邀请了火车票事业部和创新工场CEO陈刚以及车船票和租车事业部CEO王玉琛亲自执笔,带你修炼绝世武功。
前言
敏捷,是一个很有吸引力的话题,近几年也非常火,已席卷全球。即使敏捷已经成为主流,一个企业也不应该为了敏捷而敏捷,敏捷是要解决具体问题的。企业的具体问题在哪?有哪些痛点?涉及哪些方面?这些问题要好好梳理。
那些年我们踩过的坑
2011 年,我加盟了携程旅行网,自恃在项目管理圈混迹了十年有余,积累了一些经验与实用的方法,可以快速复制,帮助提升公司的项目管理能力。谁知,事与愿违,当时携程的项目管理环境和之前作为乙方公司的项目管理环境完全不同。
乙方公司对项目的范围、进度,尤其是成本有着相当严格的要求,一旦项目延期,就会给公司的收益造成很大压力。因此,项目经理通常会把计划细分到每一天,每天来回顾当天的任务是否完成,每周都会与客户沟通当周的任务完成情况是否符合合同要求,一旦发生偏差,会立马纠正并通过加班加点赶上计划。
那时候,携程的项目管理是自己做自己的项目,没有甲乙方的概念,大部分项目对交付时间都没有强制的要求,导致进度变更的项目比例都在 50%以上,其中有最主要的两个原因:
1. 有优先级更高的项目插队进来,占用原来项目的资源。
2. 规划不充分(需求不清楚),导致投入了很多无用功,不停地反复。
除了进度变更,还有一些项目甚至被取消或者做到一半被中止了,主要因为规划周期过长(提前半年规划项目),有些时候因为市场的变化和竞争对手的变化,已经没有必要再做了或者有更重要的项目需要去做。
当时携程的研发人员有 300 多人,项目经理与研发人员的比例是 1:10,大约 30人左右,人均年项目在 3~4 个,项目的平均周期都要 6 个月以上。由于一半以上的项目都未能正常地按计划完成,对项目经理的挫败感还是挺大的,在他们看来,资源始终是紧张的,计划永远是赶不上变化的,到头来,真正按计划保质保量完成的项目,更是屈指可数。
携程的 PMO(项目管理办公室)也在那个时候设立,主要的职能就是帮助整个研发中心建立项目管理流程,开发适合于携程这个组织环境下使用的管理工具(包括项目管理工具),组织一些初级的项目经理进行培训,提升他们的能力。当时很多项目经理都是研发人员转岗而来的,也有一些是通过外部招聘而来的,这就形成了新旧两派人员,他们的作风和思想形成了非常明显的对比。“老人”们对原来的流程已经适应了,对于频繁的变更和提前很长时间规划项目已经习以为常,觉得存在即合理;“新人”们则比较不适应这种环境,他们当中大多来自作为乙方的公司、互联网企业和外企。我作为当时的“新人”,对于这种项目管理方式自然是嗤之以鼻,甚至一度认为这种管理方式“很 low”。
不畏转型,坚定前行
现今回头来看,当时那样的环境是有它存在的道理的。2011 年前,携程在国内OTA 行业已经雄霸多年,当时主要的收入都来自于 Offline 人工客服,线上 PC 端的份额仅为 25%左右,无线业务刚刚开始起步,竞争对手逼得不是很紧,很多线上和无线端的项目属于试水阶段,往往一些项目早早规划好了,会因为市场的变化而作出调整,项目变更频繁也就在情理之中了。
从 2012 年开始,OTA 市场竞争愈来愈激烈,竞争对手开始大力发展无线端业务,把用户往手机端引导,产品品类也逐步增加,不仅仅是我们传统意义上的机票、酒店、度假产品预订了。这就要求项目上线速度非常快,之前动辄半年以上的项目周期显然已经不能满足当下的市场变化了,一个新产品功能的上线,往往不能超过 2 个月,短则 1 个月内就需要上线,因为晚了,可能就被对手抢占了先机。这个时候,项目经理中的“新人”提出了一个想法:我们何不试试看用敏捷的方法去做项目。于是,就有了第一支敏捷实践的团队,那就是“舌尖上”的 Scrum 团队,其中的艰辛就不在这里多说了,本书在后面的章节会重点提到该团队的成长史。
但凡在组织内推行过方法的人都知道,一种新的理念与方法,要让组织内的成员接受,首先你自己得实践成功,其次你得说服老板支持你,更重要的是,有些时候必须调整组织架构才能真正推行下去。携程的敏捷项目管理推行的过程就是一部真实的血泪史,团队经过了漫长的 5 年时间,终于修成正果,完成了一个小目标,那就是整个研发团队的敏捷方法覆盖率达到了 80%。
我们只讲实战不谈理论
本书并不是敏捷方法教授的纯理论书,我们只是把 5 年敏捷转型中趟过的那些坑,吃过的那些亏,流过的那些泪……通过一个个鲜活的案例呈现出来,让正在进行敏捷转型的公司,或是与我们一样,即将转型成功的公司作一个参考,借此和同行们交流分享,不尽之处请大家帮忙指正。
本书内容分为四大部分:
NO.1 理念篇
敏捷虽然不是什么新鲜玩意儿,但在每个组织落地过程中,会遇到各种各样不同的问题。这里,希望读者能够对以下问题进行思考:为什么敏捷?敏捷是什么?敏捷能给我们带来什么?如何变得敏捷?用多种思维模式对这些问题进行思考,最终将会得到全方位的敏捷世界。接下来一步一步尝试,敏捷就不会远。
NO.2 团队篇
将亲身实践作为出发点,结合自身痛点共同探讨:如何组建高效的小团队,如何打造幸福的小团队,成为极致敏捷团队的方法有哪些。本篇将让你更加清晰地认识和探索充实的敏捷之旅,持续收获幸福和成长。
NO.3 技术篇
打造一流的敏捷团队,强大便捷的工具是必不可少的。在这里,你可以找到产品全生命周期内配套的工具,看它是如何提升公司交付效率的,希望可以帮助到你,让你工作做得更好!
NO.4 产品篇
如何善用敏捷开发、构建、快速迭代和验证产品的价值?如何应对自上而下、打配合战、自下而上的不同类型?如何主导推动大型产品?如何创新,驱动产品迭代升级?在本篇中,或许可以给产品经理们一些启发。
读完本书后,如果对您有用,您就给我们点个赞。我们的故事都是真实的,通过这些案例,希望让您感受到组织的变革、管理方法和工具的变革是多么得不易,这使我们受益良多。谨以此文与各位一起共勉!
本书作者团队好,关于第二章“团队篇”中转型第三条技术带动生产力的提高中说搭建多个测试环境。我有2点疑问:
1)如何保证测试环境版本的及时更新,是否会花费大量工作?
2)应用和数据库及其他环境配置是如何搭建的,应用和数据库都是搭建多套吗?