联络我们

Minimum Viable Product:一种强大的思维方式,而不仅仅是在2022年建立软件原型的方法

Michele Cimmino

7 月 21, 2022 • 5 min read

Warning: Some parts of the content are automatically translated and may not be completely accurate.

大多数刚刚入职的Lasting Dynamics学院的学员,以及所有参加我们工作面试的候选人,都很难回答这个问题。"为什么MVP如此重要?"。
最常见的答案是。"因为它可以节省资金和时间 "或 "MVP是具有基本功能的软件原型"--但 "最小可行产品 "只是一个软件产品原型的公式,还是远不止如此?
我们可以用最小可行产品来开发任何种类的产品吗?我们可以用它来建立坚实的专业服务吗?这个概念真的与软件开发有关吗?还是可以用于商业开发、营销、体育等方面?

我们将最终回答所有这些问题,并向你揭示敏捷方法论背后最大的秘密之一,以前在互联网上没有人解释过。

1.MVP - 最小可行产品的定义

MVP,或 "最小可行产品",是一个在科技行业使用了几十年的术语,用来描述发布一个产品所需的最少功能。值得注意的是,它不一定意味着构建产品的最便宜或最快的方式:它是一种工具,使我们能够确定将一个想法推向市场所需的最少步骤。
这个定义很重要,因为它提供了对最小可行产品的理解,以及为什么它被想要在市场上发布其产品的初创企业和企业广泛采用。

最小可行产品也是基于持续和后续完善的迭代开发的同义词--由于这个原因,它绝对被认为是每一个敏捷方法论的定义的一部分,其应用范围从商业开发,到市场营销,质量保证,软件开发,等等。

最小可行产品--Mvp

2.MVP是一种心态

让我们直接进入正题。MVP是一种思维方式,不能仅仅看作是产品原型设计的一种方式或工具。
它代表了一个难以学习的公式,使人类的头脑适应于更明智的思考,而不是在质量上假装立即完美。
MVP戒律帮助世界各地的企业家、开发人员、设计师和其他专业人士将主要和庞大的目标分解为较小的关键结果和任务,可以利用他们所掌握的工具进行工作,专注于短期活动,同时仍然牢记路径和长期愿景。
每一种敏捷方法论、功能驱动开发(FDD)、测试驱动开发(TDD)、极限编程(XP)、目标与关键结果(OKR)、经典的SCRUM以及最常见的看板和精益都是基于和/或明确地实施MVP思想,想想看。

  • 一个产品所有者,与 SCRUM大师 在梳理过程中,根据业务需求和开发的复杂性,评估积压工作的优先次序 - 使用MVP思维来决定什么应该首先实现,什么可以稍后到达。
  • 当把OKRs方法中的目标分解成小块时,关键结果的定义无疑是确定实现目标所需的最小可行步骤的一种方法。
  • 为了满足一个需求的验收标准,设计相关数量的单元测试来实现,至于开发最小数量的代码行和后期的重构是TDD中MVP思想的最大体现之一。
    但要定义一些来自日常生活中的例子是相当容易的。
  • 一个人在离所有超市关门还有30分钟的时候,发现冰箱里空空如也,需要决定买什么--一个不可行的方法是假装在30分钟内买到所有需要的东西,一个懒惰的方法是放弃,而一个MVP的心态是只买最紧急的产品,这些产品最终可以在楼下的杂货店买到,这样就不需要开车了,购物时间可以尽可能的短。
  • 一个从来不吃水果的人知道水果是超级健康的,但同时发现不建议或可能不适合在午餐后立即吃水果--可能会决定随时吃水果,而不在乎这个特定的界限,并在确保吃水果可能成为一种习惯后推迟行为调整。
  • 一个正在赢球的足球队,在离终场哨声还有2分钟的时候,决定把球贴近对手的角球,或者一个软件开发者团队,在生产中的发布前几天,决定把待定的PR标记为 "风险",只合并那些对代码库没有任何重大影响的修改。

这种思维方式适用于所有行业,不管是什么专业领域,作为一个口头禅,做出好的决定,数据驱动,意味着逐步适应变化,发现更多的下一步,做出更明智的决定(迭代)。
最小可行产品是黑与白之间的灰色,使事情发生并取得成功。
MVP是严格的、手术式的、勇敢的!

mvp - 最小可行产品

3.商业应用

作为一个企业主,我可以说,12年来,我对MVP的理解一直在变化,被下面的发现所改变--我对MVP思维的了解越多,就越相信这是每个人都应该发现、研究、学习、发展、改进和应用在企业中的戒律。

1 - 只关注对外战略,以更快地获得流动资金和收入,以便以后可以重新投资利润,为长期的对内战略融资。

2 - 使用面向MVP的思维方式来建立任何类型的团队,从技术到营销和人力资源。在更高的层面上定义OKRs,并使用看板或SCRUM方法进行迭代,确保你可以衡量结果,跟踪增长,一旦业务部门有不同的挑战,就可以扩大规模。

3 - 先在自己的国家发展业务,用较简单的项目来培训你的团队,然后再到世界各地接受更大的挑战。

4- 自下而上的方法来处理所有垂直领域和分拆的发展,因此,在单个实体成功之后,合并成一个集团只是最后一步。

以Mvp思维进行软件开发

4.软件开发应用

人们一直认为MVP只是一种发布产品的策略,外面的每份出版物都从非常肤浅的角度来分析这种现象,我想说的是,甚至过于商业/营销导向,而没有落入软件开发实践的迷宫。

持续解构实践是一个持久的动态敏捷实践,在学院培训中经常被用来解释为什么MVP如此重要。
一个软件开发者在分析一个用户故事、一个宏或只是一个任务时,可能会决定遵循MVP的思维方式,将需求分解成第一个30%/40%的容易看到或可见的任务,以避免浪费时间和试图看得太远。然后,通过完成第一批任务,他可能想在开始下一个任务之前暂停一下,推理一下,记下完成第一块任务后出现的所有其他任务。一个真正理解MVP思想的开发者可能会想对任务进行优先排序,不要一下子全部接近,仍然能够。

  • 解锁队友的工作流程,等待输出
  • 更快地合并以避免代码冲突
  • 在进行复杂的重构和其他调整之前,评估变化的影响,并对其进行整合阐述

5.最小可行产品实例

最后,我想提请大家注意一个简单的MVP最小可行产品的例子,用来与团队伙伴、学生和同事一起玩,以验证是否至少清楚了基本的理解。

以下哪种情况可以被认为是MVP?

  • 对一组目标客户进行调查,了解他们的意见。
  • 是指获取潜在用户数据的线索生成。
  • 你的软件在开发了5年后将发布第9个版本

加入我们的学院 来了解答案!

Michele Cimmino

我相信努力工作和每日承诺是取得成果的唯一途径。我对质量有一种莫名其妙的吸引力,当涉及到软件时,这就是让我和我的团队对敏捷实践和持续的过程评估有强烈把握的动力。我对任何事情都有强烈的竞争态度--我不会停止工作,直到我达到顶峰,一旦我达到顶峰,我就开始工作以保持这个位置。

打开模式