为什么微软 和Google这样的公司不用敏捷？

大家好 我是 gao

目前互联网大公司仍然认为敏捷非常棒，但我们不得不承认它并非适用于所有公司，它对于大型公司的开发人员来说肯定无效的。这是为什么？

 我之前在国内工作时，公司推行了一段时间的敏捷开发，敏捷教练为印度的Scrum专家，至于什么是敏捷？这里我就不做太多的介绍。一句话：和传统的瀑布流模式的开发，敏捷模式强调灵活，简便，去中心化和高效。

其实在真正实施过程中，项目经理的工作量将被削弱，开发人员的工作量也会增大，比如：沟通时间将大大增长，人人都是产品，人人都是测试，开发周期将被大大压缩，甚至能者多劳的模式在敏捷中将被最大化。所以我想到敏捷就非常生气，这么操蛋的东西，为什么国内大公司这么热衷？

之前在国内时，长期的敏捷将会导致员工压力增大，对管理团队者怨恨积压，随着时间的推移，导致技术人员人员的流失，很多人同事调侃：“编程五分钟，开会2小时”，所以公司在实行了半年的敏捷模式后，取消了专业的敏捷开发，增加了介于在传统的瀑布流和敏捷开发之间的新的模式，我们一般叫伪敏捷。其实 Google 和 Apple 都是这种模式。

  而在微软我们也在做类似的伪敏捷。

大公司的敏捷

大家都知道，外企喜欢敏捷但不推崇它。在Steve Denning为“福布斯”杂志撰写的文章中，我们可以阅读Apple如何在不实施流程敏捷的情况下实现敏捷开发。Denning使用Adam Lashinsky的书Inside Apple作为指导，以下是结论：

1. 史蒂夫乔布斯是产品负责人

2. 将主要项目分配给小团队

3. 明确和定义团队中的角色

4. 在迭代期间推敏捷

5. 没有中间人，去中心化

但是，Apple没有提到“Scrum”，“TDD”或任何其他最新的框架。苹果公司通过不给他们的理念和流程起一个名字而使其工作。

那么，为什么开发者不喜欢敏捷

如果你上网搜一下这个问题，你会发现大公司的开发人员提出了几个问题。总结一个问题 ：他们在工作环境中感到不被信任。

对他们来说，跟随Scrum的宗教意味着以下几点：

• 每日站会是团队决定应该责怪谁和最近做了多少事的时候。

• 回顾性计划在导致他们决定团队里谁应该被问责批评。

• 太多的被管制，被管理。

• 每个Sprint没有足够的开发时间。

对于大公司的开发人员来说，Scrum和所有其他敏捷框架意味着两件事情： 太多的被管制，而且时间不够。大家知道每日参加站会的人感觉像是去断头台的原因。

我们也经常可以听到很多人说没有时间收集文档，更新Stroy，反复review和跟踪Bug。

如果一家公司的技术人员这样认为，敏捷还没有得到很好的实施。

解决方案？

正如上面说到的，当谈到敏捷时，我也是一个真正的拥护者。最初，敏捷是一个开发过程，但不知为什么，它原本是一个业务流程与开发人员的联系桥梁，后来变成了不同团队之间背锅甩锅的理由。如果业务和技术在同一个问题上不能一起协同，那么敏捷就没有存在的意义。

 

敏捷应该是一种针对每个公司进行模式调整的理念

由于公司规模大小问题，总是需要一些其他三方管理的帮助。我建议聘请真正的敏捷专家。或者，如果公司像微软规模一样庞大，只要继续做你正在做的事情，而不是称之为敏捷的事情。

所以微软内部的产品做件事 ，都是通过大量市场调研和数据分析后，才开始决定做一件事，而在这个Stroy过程中，开发不会被打扰，专心做本次的需求就行，但并不意味着开发不需要沟通，只是不需要为需求的功能而沟通。

每个技术人员只需要知道本次需求的背景，做这件事的目标，那至于产品怎么设计那就是产品经理的事情，剩下的技术开发方案才是开发者所关心的事情，这样也大大提高了团队不同角色之间的沟通成本，缩短了迭代周期。每个人减少了工作量。

推荐
为什么国外互联网这几年追不上国内互联网了？

IBM Watson大裁70% 员工，撕掉了国内大批伪AI企业最后一块遮羞布！

美国码农挣最多: 待遇 150 K , 中国码农最"乐观"! Python最火，React最受欢迎 ！

这里除了干货一无所有

看完本文有收获？