[Agile] Minimum Viable Product (MVP)？
Minimum Viable Product ( MVP ) 为「最小可行产品」
其实在跑 Scrum 过程中，有累积了数个 Sprint 才将产品推出，提供客户做测试及使用，这时候困扰我一个问题，这样到底是不是只是挂著敏捷式开发的瀑布式开发 ？还是我们只是将一大包东西分个几个 Sprint 做掉而已 ？
过程中我们应该要思考的是，我们是否确实了解我们数个 Sprint 推出的产品是所谓的最小可行产品，还是我们只是把一些「好像」、「疑似」不重要的功能给遗弃而已，而不是真正理解客户要的需求是什么？
其实，在一开始需求访谈过程中，客户也不是真的很了解他自己所需要的系统到底要变成什么样子，而面对目前变化大的环境，我们应该要确切沟通到客户「真正」的目标需求。
我们开发过程中，应该 PO 和 Team 一起紧扣目标需求来完成产品，并产生出目标需求的最小可行性产品给客户使用，接收到回馈后持续修正迭代我们的产品。
因为一开始我们就确认目标需求，以至于后续的变动还是紧扣在这条线上就不会有翻盘的事情，我觉得，团队所有人都应该了解「目标需求」才能了解每个 Sprint 的产出。
能理解敏捷的思想，在开发过程中提供一个最小可行性产品供客户使用，并给予回馈，通过持续、迭代的来完成客户要的产品，避免数个月后完成一个不是客户要的产品，那造成的浪费远多于一开始交付的一个最小可行性产品，至少浪费的更少了一些：另外一个想法，客户其实也不了解他到底真正要的是什么，通过每次提供产品并接受回馈，或许不用开发到他当初所说的大饼就能达到目标了。
参考网址：
