NOTE

Pareto principle

#software-engineering (40)#product (2)

The Pareto principle is the pattern people summarize as “eighty twenty.” A small slice of inputs drives most of the outcome you care about. The name comes from Vilfredo Pareto, an Italian economist and sociologist who worked on income and wealth distributions in the late nineteenth and early twentieth centuries and whose curve-shaped ideas later spread far beyond economics.

In software, the useful version is not the exact ratio. It is the skew. A handful of defect clusters, endpoints, or customer paths often account for most incidents, support load, or revenue. Traffic and usage charts have a head and a long tail for a reason.

That skew is a prioritization tool when you treat it as a hypothesis you check, not a law you invoke to win an argument.

Postmortems and ticket backlogs keep rediscovering the same shape. One subsystem, one dependency, or one class of failure mode shows up again and again while hundreds of small bugs stay small. If you want leverage, start where the pain repeats. Chasing the long tail of one-offs without touching the repeating pattern is how teams stay busy without getting safer.

The same curve shows up in which features people actually use, which deals close, and which workflows block adoption. “Build for everyone” often means building for no one in particular. A roadmap that spreads effort evenly across requests fights the distribution instead of riding it.

The principle becomes harmful when the label replaces measurement. That is where it meets Goodhart’s law. Once a skew becomes a target, the measure stops telling the truth. Eighty twenty is not a guarantee for your next quarter or your next service. It is easy to misidentify the “vital few” (wrong metric, short window, survivorship bias) and then underfund everything else on faith. It is also easy to use skew as an excuse to ignore rare failures that are still unacceptable when they land (security, correctness, fairness).

Treat the split as something to estimate and revisit. Find the concentration, ship relief there first, and keep enough attention on the tail when the tail carries risks you cannot price away.