作为产品经理，如何主导团队敏捷开发？——这里有一些实战经验

敏捷的概念在互联网公司越来越流行开来，一些传统的大型公司也逐步地向敏捷转型，甚至在产品经理面试的时候，面试官最常询问的就是你参与过敏捷开发团队么？

作为一个产品经理，如果你现在还不了解敏捷是什么，可能几乎无法融入团队的工作。

但是当我们打算阅读一些敏捷相关的材料时，却总是被一些拗口的翻译词汇搞得很不明所以。

本文以一个产品经理的角度，以多年主导敏捷团队的经验，深入浅出的带你掌握主导团队敏捷开发的方法。

今时今地，为何需要敏捷开发？

让大象跳舞，是所有大公司追求的目标。

迅速的响应市场变化，用最低的管理成本创造最好的产品，源源不断的创新能力——多少管理学家和实战领袖都在追索这三个问题的终极解法。

对于产品研发团队，敏捷方法也许给这三个问题找到了答案。

简单介绍敏捷开发

你可能已经阅读了一些关于敏捷的资料，接触到例如“宣言”、“价值观”这些大词儿，还会看到“迭代”、“看板”、“User Story” 这些方法论。但是没有经历过实操，觉得迷迷糊糊的。
没关系，我们来重新梳理一下：

“敏捷”（Agile）一词，来源于“敏捷软件开发宣言”（Manifesto for agile software development）：
个体和互动：高于流程和工具。
工作的软件：高于详尽的文档。
客户合作：高于合同谈判。
响应变化：高于遵循计划。

这个宣言所表达的是：自驱力、协作力、应对变化的能力，相较于工业时代的流程、制度、规范而言，更适合互联网研发团队。

我们拿麦当劳和海底捞举个例子，麦当劳是典型的大工业标准化管理方式，你在全世界每一个门店尝到的味道和感受的服务都是一样的；海底捞是一种以人为本的管理方式，最大限度的发挥服务员的主观能动性，不断给你惊喜。

理解到这一层我们就会知道，所谓敏捷，是一种团队竞争力，这种竞争力能迅速的响应变化，激发创造力潜能。

但是理想很丰满，现实很骨感可是不行的。产品经理或项目经理如果只会带着团队喊口号，画大饼，研发小哥哥也只能给你个白眼自行体会。

所以，掌握一些能驱动团队的方法和关键节点非常重要。

敏捷本土化变迁

敏捷的发源于美国，也因为一些硅谷公司在中国的大力推动而生根发芽。但是中美文化有巨大的差异，导致我们在理解和执行敏捷开发方法的时候，会觉得无法执行下去。这就造成了书本上和“别人家”的敏捷方法，与中国公司实际可落地的敏捷方法有很大的不同