Laws of Software Engineering · Saying

Saying

Outcome over Output

Build to change something in the world, not to ship a feature.

How to use it. Every piece of work should have a specific change in user behaviour, business result, or system property attached. If shipping it would not change any of those, the work is decoration.

How it gets misused. Stretched to refuse all delivery commitments. Outputs still matter, because outcomes do not happen without them. The success metric is "something changed because we shipped".

Related

Clusters