作者：刘伟薇
来源：公众号项目管理伟薇说
敏捷管理2：最小可用品是建立敏捷的思维快速迭代最有效的方法
你好，这里是《跟上时代的步伐，敏捷管理》系列分享第二讲。
来，先来看一个你工作中可能遇到的情况。你已完成了项目工作的75%，有一天客户跟你说：“我们已经没钱了，现在能拿走这已完成的75%的项目成果吗？你怎么回答？在传统项目中，你并没有任何可以工作的东西给到你的客户-----传统上的”75%“意味着你的进展是75%。但是完成度是0。
然而在敏捷项目执行中，根据完工定义，75%意味着你已经可以交付给客户的75%的可以使用的产品特性，注意我们这里强调的是可以使用的，具有基本功能的产品，并且还是最高优先级的那75%的功能特性。这就是敏捷项目管理和传统项目管理的区别。
01
来，我们从下面这张图来对比一下传统的瀑布式管理模式和敏捷项目管理的区别。
看上半部分的这个图，整个项目被划分为多个阶段，每个阶段都要经过严格的评审，做得足够好才允许进入下一阶段。需求，设计，开发，测试所有阶段全部走完，成品才能一次性发布。
在外部市场飞速变化的今天，这种长流程一次性开发的弊端开始显现，我们上一讲的范围蔓延的例子和刚刚谈到的进展75%，但完成度是0的案例就是佐证。
敏捷管理又叫SCRUM, 它的模型就是下半张图的方式。它讲究“快速迭代”，不是等到把所有的东西都做好了再推向市场。而是把产品的功能特性跟客户沟通，排出客户需求的优先级，优先级最高的功能需求先研发。
在一个短的周期内，通常是2-4周，就冲刺完成开发测试和发布，并推向市场，我们称这个阶段的产品为最小可用产品，也叫：MVP, Minimum Viable Product。
注意：这个最小可用品不是半成品，是一个可用的产品，用它来试探用户的反应，然后根据用户的反馈，迅速进行调整和优化。
在第二个冲刺周期启动之前，要重新评估需求优先级，这时新需求可以加入评估，确保市场新的需求不会拉下。
同时随着时间的推移，优先级变低的需求就会沉底，避免了使用率低的需求被生产出来，产品成本可以保持最低没有浪费。同时经过多轮迭代最终的产品特性应该是最接近客户的需求。
所以敏捷管理的最小可用品方法可以有效的破解“范围尽可能满足客户的最新的所有关键需求，同时成本控制在最低的”难题。
SCRUM的本质，是把一次漫长的长跑，分割成一段段全力以赴的冲刺，通过流程提高效率。
这个短周期，我们叫一个迭代，也叫一个冲刺。
冲刺这个名字，我很喜欢，很赋能，很敏捷，很有画面感。迭代的过程是寻找漏洞，寻找bug。我们类比一下敏捷管理的找漏洞，就像在花瓶中找一根杂草，而不像瀑布式管理好似在一大片玉米地里寻找一根杂草一样，敏捷的方法是不是让解决bug轻松很多啊。
02
刚才讲了what什么是敏捷，下面我们说说why, 为什么大家喜欢敏捷。
从上面这个瀑布式和敏捷模型投入和风险对比图，就可看明白。瀑布式管理一直投资，直到最后发布的时候，投资才可能有回报。但这么长时间的闭门研发，期间客户资金会不会出问题，客户的需求会不会变化，所以风险很大。但右边这个敏捷方式可以看出是边投资边有回报。而项目失败的风险随着项目的进程越来越低。
假如你是大老板，你会说，“喔，我太喜欢敏捷了，这么快就可以投向市场，一边投资一边就有回报，风险小效率高。好，点赞”。
假如你是客户，你会说什么？“我太喜欢敏捷了，它不怕变更，我的新需求在项目中期，没进入冲刺阶段时，仍可以免费地加进去。赞！”。
假如你是供应商，你会怎么说？“我也爱敏捷，因为从此不再担心变更。变更不会带来返工利润下滑。大赞。”
所以敏捷给各方带来好处，是多赢的模式。
03
最小可用品是敏捷优势的体现。我有个朋友，前段聚会的时候，聊到彼此在做什么，他挺神秘地说：我在给客户做一个咨询，非常棒，客户一定会特别满意。我很好奇，咨询现在不好做，我问：能不能透露一下，你的咨询如何让客户满意，他说，对不起不能透露，我们正在憋大招呢，半年之后要给客户一个surprise。他这么说的时候，我心头一紧。有点隐隐的担忧。
为什么我对憋大招比较担忧呢？因为互联网时代，信息越来越对称，越来越少的东西你知道，别人不知道。就算有，半年之后也没有了。要不然客户的需求早变了，要不然就早已路人皆知了。
那怎么办呢？就可以用我们刚才讲过的最小可用品的方法，先推最小可用品，试探客户听反馈，迭代改进。憋大招风险很大。
最小可用品简单说就是通过做能满足最基本功能的产品，不断接受用户反馈，快速迭代，直到做出真正符合需求的好产品的方法论。
微信就会最小可用品实践最成功的案例。
初期微信1.0版时只是一个免费的发短信和照片的工具，它就是MVP，微信的最小可用品。推
向市场后，不断听取客户反馈，改进迭代，后来从2.0到现在的7.0版，增加了语音通讯，摇一摇，扫二维码，微信公众号，增加了朋友圈，小程序，银行卡支付，到现在的移动商业帝国。完全占领了我们的生活空间。
毫不夸张地说，今天的微信不是微信工程师设计出来的，而是腾讯和用户敏捷共创，自然生长出来的。微信值得敬佩。
有机会可以问问张小龙啊，让你们在家憋大招，能设计出这些用户喜爱的功能吗？我想答案一定是“不能”。
04
那么最小可用品的逻辑在产品研发应用之外，还可以怎么应用呢？我来介绍几个拓展应用。
我给你个场景1：有关个人成长：比如新员工，你就是一个最小可用品。你应该怎么做？是等能力强了再做吗，不，你是要敢于学习探索，你做的是初级的工作，又有师傅带着，试错的代价和成本是最小的。一定要不断的尝试进阶迭代，离开舒适区，接受更多的挑战，不断拓展你的边界，你一定会迅速成长的。
再给你个场景2：回到上讲我们提到的那个场景是等客户需求齐了再开始做吗？不，按照最小可用品的逻辑，不需要一次冻结掉所有输入，可以先冻结优先级高，又相对成熟的部分，成熟一部分做一部分。分批次交付。
再来个今天课程的场景：我项目管理课程体系有20几门课呢，是不是等都编好了再开讲，而且我课件也不成熟，还得再改改。
如果是这样的话，我可能明年都不见得能开讲。而且课的质量还会不如今天。因为我失去了，先试讲，再听取意见不断改进迭代的过程。我现在回头看看，我的第一讲《项目管理ABC》就是我的最小可用品，我花的准备时间最长，但是从课件编制到讲解引导跟现在比都稚嫩很多，
虽然我现在依然在迭代改进冲刺的路上，但是同事们给了我很多的改进的意见和建议，所以课程一次次地迭代中进步。这就是最小可用品的妙处。
05
任何事情都有两面性，最小可用产品也有它的使用前提，注意不要掉进它的坑, 弄得满身泥。举例子说一下最小可用品的top 3的坑：
1号坑：不要认为你真的了解你的客户而闭门造车。乔布斯也许可以，但大部分人不是乔布斯。要培养发烧级的客户和你一起共创，最快地，最低成本地犯错，然后再最快地改正。让他们感觉自己是产品的设计师和意见领袖。与客户共创的力量是神奇的。
2号坑：不是所有行业都适合用“最小可用品”的逻辑。最小可用品的策略应该特别适合创业公司或者成熟公司的不成熟应用，新应用，要用最小的成本试错，通过用户反馈不断更新产品。举个例子，中国个企业都在大力推进数字化应用。Digital没有成熟的解决方案，需要和客户一起探索共创迭代。所以digital是敏捷迭代和最小可用品最好的落地实践的土壤。你的业务中数字化应用用到了最小可用品的理念了吗？
3号坑：MVP和质量差是不能对等的。MVP只是功能少或者单一，但是发布出去的功能一定不能有bug.
讨论题：
你的业务中有没有适合利用最小可用品的逻辑开发产品，或执行项目的机会。你的个人发展和生活中有没有适合用到最小可用品的逻辑的地方，如果有适合的，怎么做？如果没有适合，为什么？