MVP与敏捷：小步快跑
一、什么是MVP？
MVP（Minimum Viable Product）：最小化可行产品
最小化可行产品（Minimum Viable Product, MVP）是Eric Rise在《精益创业》一书中提出的理念，受到了许多创业者的认可。
MVP：最小化可行产品
MVP通过不断迭代挖掘用户的需求，逐步将一个原型产品演变成满足用户需求的商用产品。
二、敏捷开发
敏捷开发不多介绍了，网上有很多资料，下面两张图比较形象，初步感觉MVP与敏捷开发的思想是基本一致的。
敏捷：价值驱动
传统开发 vs 敏捷开发
三、MVP与敏捷开发
传统开发方式向敏捷演变的过程中，出现了这样一种交付模式，就是每轮迭代的质量标准为TR4标准。
敏捷演变
这种方式下迭代要求相对比较高，交付周期一般也相对比较长。因为TR4除了基本功能，还有可靠性、可维护性、性能等的要求。
最小可行Story
大部分敏捷项目在Story划分方面做得都不够好，需求分解的粒度较大，导致交付周期延长。
Story划分小的话，可以更加精细的识别最小可行的Story。
Story划分与实例化需求
实例化需求和行为驱动开发，核心思想基本一样，后面统一叫实例化需求。
通过对实例化需求的了解，发现它们能够一定程度解决Story划分的问题，下面我们看一个实例化需求的例子（来源于Cucumber文档）：
实例化需求描述
如果觉得英文看起来比较费劲，也可以用文（支持多种语言）来写：
# language: zh-CN
特性：退款项
场景 杰夫退掉坏掉的微波炉
假如 杰夫买了一个100美元的微波炉
同时 他有收据
当 他退掉微波炉的时候
那么 他应该被退还100美元
把原来的需求采用实例化方式描述之后，一方面降低了交流沟通成本，另一方面无形之中完成了Story的分解：Feature对应需求，Feature里面的每个Scenario对应一个Story。
这里面有正常的场景、异常的场景（边界值、非法参数等）、可靠性、性能的场景等。从最基本的场景开始交付，这个应该也可以理解为MVP。
敏捷开发：Story
参考：
减少浪费、提升研发效率，如果你对精益研发感兴趣，请关注《精益研发》专题，共同交流，欢迎投稿。
