Complexity has a coordination cost

A process does not become better simply because it contains more controls. Every approval, field, queue, handoff, status, and exception rule adds something that must be understood and maintained.

Some of that complexity is necessary. The problem begins when the cost of coordination becomes larger than the risk the extra control was meant to reduce.

This is why a process can become technically complete while becoming practically difficult to use.

A process should be as complex as the risk requires—and no more complex than the people using it can reliably operate.Working principle

Every handoff is a design decision

Handoffs are not automatically bad. Specialized work often requires them. But every handoff introduces a question: what information must move, who owns the next action, what happens if the receiver disagrees, and how does the customer know what is happening?

If those questions are unclear, the handoff becomes a waiting state.

Key idea

Before adding a new step, ask what specific failure it prevents, how often that failure occurs, and whether a simpler control could produce the same protection.

Simplify the normal path first

One useful approach is to design a very clear normal path and then make exceptions visible rather than forcing every unusual scenario into the main workflow.

The normal path should answer the common questions quickly: what starts the work, who owns it, what information is required, what counts as done, and when escalation is appropriate.

Removal can be a form of improvement

Process improvement is often described as adding something: a new check, a new dashboard, a new approval, a new status. Sometimes the most useful improvement is deletion.

Removing a duplicate field, an unnecessary transfer, a report nobody acts on, or an approval that never changes the decision can make the system easier to understand without reducing control.

Closing thought

Simplicity is not the absence of discipline. It is disciplined removal of unnecessary complexity.

A simple process should make ownership clearer, information easier to find, exceptions easier to see, and outcomes easier to produce consistently.

Related thinking

Why Good Systems Still Fail

Why strong processes can still break when incentives, context, feedback, and human behavior are ignored.

Systems · 8 min read

ITSM Is More Than Ticket Management

A practical view of IT service management as an operating system for reliable service outcomes, not merely a ticket queue.

Service · 10 min read