项目管理：敏捷方法

敏捷方法已经风靡软件开发世界并迅速巩固其作为“黄金标准”的地位。敏捷方法论都是基于敏捷宣言中概述的四个核心原则开始的。这些方法植根于适应性规划，早期交付和持续改进，所有这些都着眼于能够快速，轻松地响应变化。

敏捷 是一种项目管理方式，而不是一种工具。

敏捷宣言核心原则

敏捷宣言有四个核心原则，对于测试人员来说很重要：

1、个人和流程与工具之间的互动

2、通过综合文档工作软件

3、响应遵循计划的变更

4、通过合同谈判与客户合作

什么是用户故事

用户故事 不是另外一种写需求的方式，故事是用来讲的，不是用来写的，用户故事主要是为了建立共识机制。

用户故事同样也不是需求，是关于问题解决方案的讨论，公司的问题、客户的问题、用户的问题。

目的是对要开发的功能，达成共识。

什么是建立共识

产品经理写了一份文档，邮件同时发送给了 设计、研发、测试。大家看到文档以后，每个人的理解各不相同。有人理解的是方的，有人理解的是圆的，有人理解的三角形的。大家都觉得自己的理解是正确的，然后回邮件说：我理解了。

当开会大家坐在一起讨论时，才发现 oh my god，完全不是那么回事。

然后大家经过一系列的沟通交流，不断的去纠偏，不断的产生新的问题，不断的去解决。

最后大家达成了统一的意见，建立了相同的认知共识。

这张图是目前达成共识的一个敏捷流程。

MVP & 最小可行方案

MVP 是指可以产生预期成果的 最小可行产品。

MVP一般都是新的产品为了快速验证市场的可行性，而发布的最小可行产品。 但大部分公司都是在已有的产品上进行功能迭代，我们把这种功