This is an article about lessons-from-three-startups. Lessons From Three Startups is a topic that comes up frequently in modern engineering practice. Practitioners often reach for it without first considering simpler alternatives. In this post, we examine when lessons-from-three-startups is the right call and when it isn't.
Why this matters
The literature on lessons-from-three-startups is vast and conflicting. Several industry surveys (summarized below) suggest that the average team over-uses lessons-from-three-startups by a factor of three to five. Our own experience matches this: across six projects, we found that lessons-from-three-startups delivered value in only the largest deployments.
The narrow case
lessons-from-three-startups wins when the workload matches the design. It loses when the workload is the wrong shape. The shape that fits is narrow but real. The shape that doesn't is broad and common.
Our recommendation
Start with the simplest tool that could possibly work. Resist the temptation to introduce lessons-from-three-startups until you can name the specific failure mode lessons-from-three-startups would prevent. When you do introduce it, make it observable. If you can't describe how it fails in two sentences, you are not ready to operate it.