对比“猎狗”和“热带雨林”，“猎狗”“优秀”在哪里呢？

现在总有人说“敏捷死了”，然后又说“我们是开玩笑的”。他们想表达的意思是，敏捷本身并没有死，是我们的敏捷实践方式出了问题。

作者是一名前谷歌工程总监，他认为敏捷宣言从较高层次而言，与谷歌工程师对软件开发的看法是很接近的。但如果落实到细节，比如敏捷宣言背后的某些原则，其所代表的主张短迭代和低文档的 Scrum 流程，过于集中于短期思维，不适用于谷歌这样革命性的工程项目。

在站会期间，与会者得知道谁应该先发言。由协调人决定谁先发言是与自我组织对抗的、虽然微妙、但是确切的力量。在不需要干预的情况下，团队也应该知道谁先发言。

多支团队以敏捷的方式一起协作能更快地为客户交付新产品的服务，我们发现对于许多公司来说， 这就是如何在市场竞争中快速转变的答案。然而大规模敏捷，是比“仅仅”实现团队级敏捷更大更困难的挑战。它是一个组织级的漫长旅程……

近些年来，越来越多的软件团队采用敏捷开发：它们不设管理人员，只有一个向产品经理汇报的scrum master，职责不比秘书强到哪里去。产品经理继续向上汇报，直到市场或销售总监。作者强调，秘书的工作在企业中至关重要，但是让这种人管理软件开发就是胡闹。

这不是一篇介绍敏捷开发的入门文章， 而是我学习、实施敏捷的一些感想， 如果你没有实践过敏捷软件开发， 不妨到文末看看书籍推荐。

昨天晚上，产品教父张小龙在 WXG（微信事业群）领导力大会上的讲话又一次刷爆了互联网人的朋友圈。谈到敏捷开发的时候，其实这种敏捷开发的方法由来已久，并且被 Google、Facebook 等硅谷企业广泛应用。它已经形成了一套完整的方法论，总结起来就是“MVP”和“精益分析”两个概念。

今天我想集中讨论敏捷的三大优势，它们非常适合专业服务驾驶舱：敏捷使得团队合作非常好；敏捷可以将复杂的项目打散成最重要的基础部分；敏捷通过持续过程很快的凸显了价值。