Over a million developers have joined DZone.
{{announcement.body}}
{{announcement.title}}

You Can’t Build An MVP

DZone's Guide to

You Can’t Build An MVP

There is a great deal of talk about building an Minimum Viable Product (MVP) lately. Gil Zilberfeld challenges this thought and the possible consequences.

· Agile Zone
Free Resource

See how three solutions work together to help your teams have the tools they need to deliver quality software quickly. Brought to you in partnership with CA Technologies

Ever since the Lean Startup book and movement appeared, it has become the staple of “successfully building the right product”.

It’s pretty clear, right?

  • Minimum – it contains just the needed features that enable us to make money.
  • Viable – people are willing to give us money for it.
  • Product – It’s sort-of-a-tangible thing that gets delivered to people.

And that’s why everyone no longer builds a full-featured product, just an MVP. Anything else is waste.

Well, if that’s what you are building, sit down. I have some bad news.

First of all, a real MVP is not supposed to get us money. It is an experiment to validate our assumptions. A learning tool.

The PRODUCT part is really misleading. We may create an experiment completely different than the product we envisioned to validate our assumptions. Instead of building the whole thing first, for example, to validate there’s interest in our idea, we can put a sign-up page on our site. Our experiment fails if not many people register. Then we learn and move on to the next experiment.

The other option is completely different.

If we are under the impression that we are building a lean (just needed features) product (that will get us money), we are already assuming that we know the minimum part of it.

And since we know everything, we have already concluded that it is viable, otherwise why build it?

We’re ready for customers to fill our wallets.

What’s That You’re Saying?

“But… we don’t know.”

If we’re treating MVPs like this, we are not conducting experiments for learning. What we’re doing is gambling we’re building the right thing. Usually, that’s big gamble compared to a small experiment we can do instead.

We can’t build something we know works, because we don’t know if it works. The only way to know if we’ve built an MVP is in hindsight. Only after we check the results, we can say if it was viable, and if it was minimal. “Building an MVP”  is a contradiction in terms.

We need to stop “building MVPs”. Instead we should start conducting experiments.

Change the language. Change the mind set. Minimize the risks and increase learning.

Discover how TDM Is Essential To Achieving Quality At Speed For Agile, DevOps, And Continuous Delivery. Brought to you in partnership with CA Technologies

Topics:
agile development ,mvp

Published at DZone with permission of Gil Zilberfeld, DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}