AIPOM Productive Motion Map
What Is It
Map how one recurring product-team outcome is actually produced: decisions, actors, inputs, tools, handoffs, waiting, rework, exceptions, and failures. The map establishes evidence before AI responsibilities are designed.
Why Use It
Automating a diagrammed ideal state often makes hidden work faster and less visible. Observing the real motion reveals where judgment, context, coordination, and recovery create or destroy value.
When to Use It
Use after choosing a workflow opportunity and before a human-AI work contract, playbook, or automation design. Map a bounded recurring motion, not an entire department.
What It Produces
- Trigger-to-outcome current-state map
- Decision, actor, input, handoff, wait, and rework record
- Failure and exception paths
- Baseline measures and priority redesign target
Who Should Participate
Include people who perform and receive the work, the accountable workflow owner, Team Lead, Product Manager, Product Operations where present, and technical or operational partners. Leadership descriptions cannot replace practitioner observation.
Evidence to Bring
Bring recent cases, timestamps, artifacts, decision logs, rework examples, exceptions, incidents, and participant observations. Note where the formal process differs from actual work.
How to Do It
- Define the trigger, desired outcome, boundary, owner, and unit of work.
- Reconstruct several real cases rather than the intended process.
- Map steps, decisions, actors, inputs, outputs, systems, and handoffs.
- Mark waiting, batching, searching, translation, review, rework, and abandonment.
- Identify context that is missing, recreated, stale, or contradictory.
- Trace exception, escalation, and failure recovery paths.
- Measure cycle time, touch time, review burden, rework, and outcome quality where possible.
- Identify the constraint or decision that most shapes the outcome.
- Choose a bounded redesign target and evidence needed before changing it.
Key Concepts
- A productive motion is a recurring path to an outcome, not a job title.
- Waiting and review are work even when absent from the process diagram.
- Exceptions reveal the true operating model.
- Baselines prevent faster output from masquerading as better work.
Organizational Applications
Use for discovery synthesis, roadmap decisions, support escalation, launch readiness, experiment review, research intake, and portfolio preparation.
Common Pitfalls
- Mapping the official process instead of observed work
- Starting with AI insertion points
- Ignoring exception and recovery paths
- Measuring only touch time
- Treating every friction as automation-worthy
- Redesigning the whole system before finding the constraint
Combine With
Use human-aipom-work-contract to assign responsibilities, aipom-workflow-playbook-builder to make the redesigned motion reusable, and aipom-decision-cycle-redesign for deeper cross-team change.
Assets and Templates
- Productive motion map template
- Synthetic worked example
- Weak example
Sources
This skill is an original AIPOM synthesis of workflow observation, service-design, and decision-flow practices.
1---2name: aipom-productive-motion-map3description: Map a recurring product-team motion through decisions, actors, inputs, handoffs, delays, rework, and failure before assigning AI and human responsibilities.4---56# AIPOM Productive Motion Map78## What Is It910Map how one recurring product-team outcome is actually produced: decisions, actors, inputs, tools, handoffs, waiting, rework, exceptions, and failures. The map establishes evidence before AI responsibilities are designed.1112## Why Use It1314Automating a diagrammed ideal state often makes hidden work faster and less visible. Observing the real motion reveals where judgment, context, coordination, and recovery create or destroy value.1516## When to Use It1718Use after choosing a workflow opportunity and before a human-AI work contract, playbook, or automation design. Map a bounded recurring motion, not an entire department.1920## What It Produces2122- Trigger-to-outcome current-state map23- Decision, actor, input, handoff, wait, and rework record24- Failure and exception paths25- Baseline measures and priority redesign target2627## Who Should Participate2829Include people who perform and receive the work, the accountable workflow owner, Team Lead, Product Manager, Product Operations where present, and technical or operational partners. Leadership descriptions cannot replace practitioner observation.3031## Evidence to Bring3233Bring recent cases, timestamps, artifacts, decision logs, rework examples, exceptions, incidents, and participant observations. Note where the formal process differs from actual work.3435## How to Do It36371. Define the trigger, desired outcome, boundary, owner, and unit of work.382. Reconstruct several real cases rather than the intended process.393. Map steps, decisions, actors, inputs, outputs, systems, and handoffs.404. Mark waiting, batching, searching, translation, review, rework, and abandonment.415. Identify context that is missing, recreated, stale, or contradictory.426. Trace exception, escalation, and failure recovery paths.437. Measure cycle time, touch time, review burden, rework, and outcome quality where possible.448. Identify the constraint or decision that most shapes the outcome.459. Choose a bounded redesign target and evidence needed before changing it.4647## Key Concepts4849- A productive motion is a recurring path to an outcome, not a job title.50- Waiting and review are work even when absent from the process diagram.51- Exceptions reveal the true operating model.52- Baselines prevent faster output from masquerading as better work.5354## Organizational Applications5556Use for discovery synthesis, roadmap decisions, support escalation, launch readiness, experiment review, research intake, and portfolio preparation.5758## Common Pitfalls5960- Mapping the official process instead of observed work61- Starting with AI insertion points62- Ignoring exception and recovery paths63- Measuring only touch time64- Treating every friction as automation-worthy65- Redesigning the whole system before finding the constraint6667## Combine With6869Use `human-aipom-work-contract` to assign responsibilities, `aipom-workflow-playbook-builder` to make the redesigned motion reusable, and `aipom-decision-cycle-redesign` for deeper cross-team change.7071## Assets and Templates7273- [Productive motion map template](template.md)74- [Synthetic worked example](examples/worked-example.md)75- [Weak example](examples/weak-example.md)7677## Sources7879This skill is an original AIPOM synthesis of workflow observation, service-design, and decision-flow practices.
Dean Peters