DUTYGRAPH FIELD NOTES

Executive intent is not an operating model. Connect it to the work.

Connect leadership goals to duties, tasks and cross-team work without confusing executive intent with operating evidence. A DutyGraph perspective.

DutyGraph editorial · September 14, 2026

A CEO can be precise about the outcome and still be several layers away from the work that determines it. “Improve retention” may be clear as a priority, but it does not tell a service coordinator which information to check when an account is at risk.

DutyGraph's thesis is that strategy and execution need a shared, reviewable model. The model should connect what leadership intends with what people actually do, while preserving the difference between them.

Precision is earned through evidence

It would be easy to ask AI to decompose a company goal into departments, responsibilities and tasks. The result might look comprehensive. That does not make it the company's operating reality.

A plausible task is still a hypothesis until the people and evidence support it. Precision should mean specific, traceable and reviewable, not merely detailed.

The role of executive context is to guide discovery. It tells the advisor which questions matter and helps the system prepare requests that fit a person's duties. It must not be treated as permission to invent what happens further down the organization.

The operating model is not just a hierarchy

Reporting lines explain one set of relationships. Work follows another. A customer order can move across sales, finance, operations and fulfillment without those people reporting to the same manager.

A useful model therefore connects goals, operating stages, duties and tasks while also representing lateral handoffs. One task can support several outcomes. One duty can contribute to several workflows. Do not force the real organization into a clean tree for the sake of a diagram.

The roles, duties and tasks guide provides the basic vocabulary.

Start top-down, then test bottom-up

Leadership establishes the business goal, boundaries and known responsibilities. The advisor uses that information to decide who should be asked about the work.

Participants then describe recent cases, including the inputs they receive, steps they perform and situations that require judgment. Those accounts test and enrich the initial model. The advisor compares the accounts and brings disagreements back to the appropriate people.

The result is not leadership's vision written in smaller boxes. It is a record of how that vision connects, or fails to connect, to current work.

Example: improve customer retention

Illustrative, not a customer deployment: Leadership wants earlier intervention with accounts at risk. Customer success believes it owns the duty. Support holds unresolved-issue information. Sales knows the commercial commitments. Finance knows about billing disputes.

A task such as “prepare an account review brief” may require inputs from all four. A person still decides whether the account is at risk and what action to take.

The work map should record that dependency, the evidence behind each input and the decision boundary. It should also make missing information visible. AI cannot supply an unrecorded commercial commitment simply because a goal requires it.

Keep three kinds of truth separate

Intended: The goal, approved policy or desired future-state process.

Reported: What a participant says they do, including workarounds and exceptions.

Observed or supported: What permitted artifacts, records or direct examination establish within their limits.

These sources can agree, disagree or cover different cases. A sound discovery method does not erase the distinction to produce a single authoritative-looking answer.

Why this matters before AI delegation

A well-defined task gives an agent builder a clearer starting point: purpose, input, expected output, owner, systems and human checkpoint. That is useful context, not authorization.

A description of who usually approves an action does not prove that an agent may act under that person's authority. Identity, permissions, policy approval and runtime enforcement remain separate concerns. The existing AI agent governance guide explains that downstream boundary.

Before discussing a platform, an AI opportunity assessment can examine which task is worth testing at all.

What would make the model worth maintaining?

The model must help a real decision: clarify a handoff, identify a missing owner, scope a change or test whether an improvement worked. It needs a responsible internal owner and review triggers when the business changes.

A large graph that nobody uses is not an asset simply because it contains many nodes. A smaller reviewed map that helps a team make a better decision can be a stronger foundation.

The DutyGraph approach

Begin with the macro context. Gather the micro-level account from the people who do the work. Use AI to help structure, not fabricate, the connection. Let people resolve the questions that require authority or judgment.

That is the practical meaning of making an organization legible: not claiming complete knowledge, but giving people a shared way to see what is known and what needs attention.

Read Listen intelligently for the capture thesis, or start with one business workflow.