I no longer believe in the idea of building a half-baked MVP in order to launch it faster.

The cost of rebuilding is disturbing to me.

Rebuilds often happen with the main product live in production, which of course generate ongoing support and run of the mill operations.

Chances are that the rebuild and operations will cause a lot of distress.

I realized that by just looking at the technical debt backlog of one of my products. It’s stressful and sad. It is something one can procrastinate for days with a clear justification in mind.

Instead of going through this, imagine that the market expects quality software that the dev team has passion to work on. An MVP the team calls a Product with a capital “P” and knows its boundaries, natural limitations etc.

I think after all these years, I’m beginning to understand what DHH has always mentioned about “developer’s happiness”.

It’s not much of promoting happiness in a way to always increase it — which, in fact, is not natural of adult human beings — but to just maintain it around a “good” satisfactory level the team knows can be achieved.