相关文章：

很早的时候公司里时就开始推行 MVP 思想，《精益创业》这本书也是各级员工的必读书目之一，但是没有明确的指引。最近工作沟通时，发现很大一部分人有一个误区，会把 MVP 和模块化拆分、分层设计混淆。

比如最近有团队设计一个服务，包含服务、Web API 和客户端 SDK，因为涉及一些专业的密码学运算，所以调用 Web API 需要很强的专业知识，需要封装成 SDK，否则很难使用。而这个团队的想法是先做“服务的 MVP”，只提供 Web API，客户端自己想办法调用，做好这个之后再做客户端 SDK，把这称为是遵循 MVP 思想。然而，实际在提供客户端 SDK 之前，服务基本上用不起来，相当于没有任何“验证”，和 MVP 思想完全是背道而驰的。

技术团队这种误解很常见，MVP 字面意思的核心就是“可用”，不可用不叫 MVP，而可用的标准是“足够验证假设”。拿到这个例子来说，现在的做法是横切分层，这是模块化设计，属于技术设计范畴。而 MVP 应该竖切，比如本来要提供 10 个接口，先提供 5 个核心甚至更少，只要能完成一些完整任务就行，这样部分客户能用起来了，然后再往外扩展，这才是 MVP。

---

一个好的实践或方法，看起来往往都很简单，但是要用好，特别是在一个组织里用好，却并不容易。每个人理解的角度不同，就会造成很多问题。最坏的情况，还会成为不作为的“挡箭牌”，这是作为管理者尤其要小心的。

从组织的角度上，任何实践都要有一个明确的指引，然后在实践中不断复盘与迭代改进；从个人的角度上，就是不断实践，然后总结得失，再改进，再实践。