曾经备受关注的 Scrum敏捷管理为何不受大厂欢迎了？
项目管理是大家非常关注的话题。最近，总能得到一些不错的内幕消息的 Gergely 做了一项调查，探寻科技巨头们是怎么运营技术项目的，涉及了 100 多家科技企业，他意外地发现 Scrum 在大多数大型科技企业里“奇怪”地缺席了。
Scrum 是一个轻量级项目管理框架，它将团队化繁为简，分为产品负责人、Scrum Master 和开发团队三种角色，同时强调产品梳理会、迭代计划会、每日站会、迭代评审会、迭代回顾会。在过去十多年里，备受推崇并得到广泛应用。
为什么 Big Tech 反而不用这些流行的 Scrum 框架？那他们是如何进行项目管理的？我们翻译了 Gergely 的文章（有删节），或许我们能从他的调查分析中得到一些启示：
一、曾经备受关注的 Scrum
我 2012 年加入 Skype 的时候，公司已经开始全力推进 Scrum。当时，所有工程师和产品人员都接受了先进的 Scrum 技能培训，咨询顾问甚至包括敏捷宣言的拟定者之一。可以看到，Skype 打算在 Scrum 上倾尽全力，决意要用几个季度把这种敏捷方法推广到所有团队。
Scrum 转型被 Skype 视为成功的标志。之前我们最快也只能每个季度对旗舰版 Windows 应用进行一次更新，但转型后计划每月发布一次，大多数团队的交付周期变成了 2 到 4 周。各团队开始轮换 Scrum Master 角色，同时有敏捷教练驻扎进来、为大家提供及时反馈。作为刚刚收购 Skype 的新东家，微软也在饶有兴趣地关注这一切，希望从交付加速中汲取值得借鉴的灵感。
然而，就在 Skype 推进 Scrum 转型的同时，另一位竞争对手却用无情而高效的组合拳打得我们难以招架——这就是 WhatsApp。虽然他们的组织规模要小得多，但 WhatsApp 却每个月稳定吞食着市场份额，成为行业领先的沟通平台。
与 Skype 不同，WhatsApp 从来不把时间和精力耗费在 Scrum 这样的敏捷框架身上。早期员工也提到，他们压根不关心这种热门趋势，甚至故意忽略需要额外学习的新流程。结果就是，WhatsApp 超越了 Skype，带来了比 Skype 更可靠的交流体验，并最终成为消息收发与通信应用中的王者。
可以看到，企业的成功有时候跟项目管理方法并没有多大关系，Skype 和 WhatsApp 的故事就再次证明了这一点。大家别误会，我不是说项目管理不重要——当然重要，但其他一些因素也许会对结果产生更大的影响，例如重心定位、领导方法、人们在没有流程指引时如何工作等等。
项目管理只是业务成功这个复杂且不断变化的重大难题中的一小部分。没错，项目管理不是、也不该成为最终目标，它最大的意义就是以驱动因素的方式为业务成功保驾护航。
二、行业中的项目管理方法
企业们到底是怎么管理项目的？我收集了 100 多条回复，调查结果其实相当有趣。总结来讲，企业的项目管理方法要“视情况而定”。其实也能理解，毕竟只有 5 个人的初创公司，跟拥有上千员工、成长速度已经大为放缓的传统企业相比，获得成功的道路当然不可能相同。即使是在同样的大规模非科技企业之内，也有一些愿意尝试新方式，而另一些更倾向于坚持不那么“酷”、但在多年实践中被证明有效的老办法。
企业是怎么运行项目的？调查结果概览在此。
先从调查中发现的
方法论说起：
无“正式”方法：这种情况在已上市和风投支持的科技公司中很常见。
规划、构建、交付：这种情况在已上市和风投支持的科技公司中很常见。
Scrum：在大型非技术企业、非风险投资支持公司和咨询公司中很常见。
Kanban：在各类企业中都有使用。
SAFe（规模化敏捷框架）：只存在于大型非技术公司和非风险投资支持的公司中。
Shape Up：只在少数风投支持的公司中出现。
三、科技巨头是怎么运行项目的？
下面重头戏来了。跟其他从业企业相比，科技巨头们在技术项目的执行上往往有所不同。为此，我跟多位知名上市科技公司的内部人士交流，掌握了他们的日常工作思路：
