skip to content

Search

Notes RSS feed

The Feature Factory Anti-Pattern

A feature factory is a team that measures itself by what it ships rather than what it changes. The backlog is always full. Sprints always finish. Features always launch. And nobody can tell you whether any of it mattered. Output without outcomes is motion without progress.

Good PMs Kill Features

Adding features is easy. Removing them is leadership. Every feature you keep costs the team time, attention, and flexibility. The PMs who regularly prune, sunsetting what no longer works, simplifying what grew too complex, create the space for the product to evolve.

Ship the Learning, Not the Feature

The goal of an early release is not to get a feature into production. It is to get information back. If you ship something and learn nothing, no metrics moved, no behavior observed, no assumption tested, you did not iterate. You just deployed.

Beware the Loudest Customer

The loudest customer is not the most important one. They are the most visible one. Building for the loudest voice means optimizing for whoever has the best access to your inbox. The best product decisions come from patterns, not volume.

The Meeting That Should Have Been a Decision

Most recurring product forums exist because no one was willing to own the call alone. The calendar block is a substitute for delegated authority, not a sign of collaboration depth. A great conversation that ends without a decision is still a failed session—you burned attention and deferred the outcome. Fix the decision rights, and many meetings disappear or shrink to sync. If you walk out with no owner, no next step, and no commitment, you did not align; you postponed. Meetings should ratify or unblock decisions, not replace them.