A commitment is a declared future obligation or intention that creates an expectation of follow-through.
Promises, contracts, delivery dates, public pledges, project milestones, service-level commitments and personal undertakings all create expectations about future action. They differ in how binding they are, who relies on them, what evidence supports them and what happens when they change.
Quick answer: how should commitments be categorised?
- Source: promise, contract, policy, plan, role or public statement?
- Subject: who is making the commitment?
- Beneficiary: who relies on it?
- Content: what action, outcome or resource is promised?
- Deadline: when is fulfilment due?
- Dependency: what must happen first?
- Evidence: what proves the commitment exists and is fulfilled?
- Reversibility: can it be withdrawn, renegotiated or deferred?
- Status: proposed, accepted, active, fulfilled, overdue, changed, cancelled or breached?
- Consequence: what happens if it is not met?
This page complements How to Categorise Obligations, How to Categorise Goals and How to Categorise Tasks. A commitment can generate obligations, support a goal and be discharged through tasks, but those are different objects.
Commitment is not intention
An intention can remain private and tentative. A commitment creates a stronger expectation because it has been declared, accepted or relied upon.
Commitment is not goal
A goal describes a desired future. A commitment specifies what someone or something has undertaken to do about that future.
Commitment is not task
Tasks are units of work. A commitment may require many tasks and can remain active even when one task is completed.
Personal commitments are self-declared
They may be morally or socially significant even without formal enforcement.
Contractual commitments are formally binding
Delivery, payment, confidentiality and service levels can become enforceable because parties agree to defined terms.
Organisational commitments create institutional expectations
Budgets, roadmaps, launch dates, public targets and service promises can create reliance across teams and stakeholders.
Public commitments create reputational stakes
When a commitment is announced publicly, failure can affect trust even when formal legal enforcement is limited.
Conditional commitments depend on stated events
“We will proceed if funding is approved” is materially different from an unconditional promise.
Unconditional commitments imply stronger obligation
They should be made only when the subject is prepared to bear the consequences of non-performance or renegotiation.
Time-bounded commitments need deadlines
A delivery promise without a date can remain perpetually ambiguous. Exact timing improves accountability and coordination.
Recurring commitments repeat
Monthly reporting, annual reviews and continuing service obligations should be represented as recurring rather than repeatedly recreated.
Milestone commitments divide long work
Intermediate checkpoints can make progress measurable and reveal delay earlier than one distant final deadline.
Dependencies change commitment risk
A promise relying on several external approvals, suppliers or technical conditions is more fragile than one controlled entirely by the committing party.
Capacity should be checked before commitment
Overcommitment occurs when promises exceed time, money, capability or attention. Classification should preserve resource assumptions where they are material.
Evidence of commitment matters
Signed contracts, approved plans, emails, meeting records, public statements and system receipts provide different strengths of evidence that a commitment was actually made.
Acceptance can change status
A proposed commitment becomes stronger when another party accepts, relies on or acts upon it.
Commitments can be amended
Scope, deadline, quantity or conditions may change through governed renegotiation. Preserve the original version and the reason for change.
Commitments can be deferred
Deferral moves timing without necessarily cancelling the obligation. The new date and approval should be explicit.
Commitments can be cancelled
Cancellation should identify authority, notification, residual obligations and consequences for parties that relied on the commitment.
Fulfilment requires evidence of outcome
Sending a task or initiating a process does not necessarily prove the promised result was delivered.
Partial fulfilment needs its own state
Delivering part of a promised quantity or only some required conditions should not be collapsed into fulfilled or failed.
Overdue is not the same as breached
A commitment can pass a target date while remaining recoverable under grace periods, extensions or revised agreements. Breach depends on the governing terms.
Broken commitments create downstream effects
Others may have scheduled work, spent money or made promises of their own based on the original commitment. Dependency chains therefore matter.
Commitment portfolios expose overload
One promise may look feasible in isolation while the full set of active commitments exceeds capacity. Aggregate review prevents local optimism from becoming systemic failure.
Priority should influence renegotiation
When capacity falls, commitments should not be changed arbitrarily. Safety, legal duties, dependency impact and strategic value can guide which promises must be preserved first.
Commitment histories should remain auditable
Do not overwrite old dates or scopes. Preserve who committed to what, which assumptions existed and how the commitment changed.
AI agents need authority before making commitments
A system that can send or publish text should not automatically be allowed to promise delivery, spend money or bind an organisation. Commitment-making authority should be explicit.
A practical commitment record
- commitment ID;
- source and type;
- committing subject;
- beneficiary or relying parties;
- promised action or outcome;
- conditions;
- deadline or recurrence;
- dependencies;
- resource assumptions;
- evidence of acceptance;
- status;
- fulfilment evidence;
- amendment or cancellation authority;
- consequences of non-performance;
- version history.
The deeper idea
Commitments are promises projected into the future. They coordinate action by giving other people and systems something stable enough to plan around.
To categorise a commitment well is to preserve who promised what, to whom, by when, under which conditions, what the promise depends on, and what evidence proves that it was fulfilled or changed.
Final answer
Categorise commitments by source, subject, beneficiary, promised outcome, deadline, conditions, dependencies, evidence, reversibility, status and consequence. Keep commitments separate from goals and tasks, version amendments honestly, and require evidence of the promised outcome before marking fulfilment complete.
