1. Current-state workflow & record map
The real path across people, systems, and documents, including the unofficial spreadsheets and email chains actually used.
Primary sprint · Process before platform
A fixed-scope design sprint for teams that want to automate a manual controlled workflow and do not want to automate the current mess. Process before platform: reconstruct the real work, the records, the judgment points, and the control boundary first. Then decide what may be automated, what stays human, and what any build has to satisfy.
Why this exists
Automation projects often start with a tool. The workflow is reverse-engineered to fit the demo. Shadow steps disappear from the diagram and reappear in production. Review is promised and not designed. The unofficial spreadsheet survives because nobody named the authoritative record.
This sprint is the pre-build look. It is useful when IT, a vendor, or an AI pilot is already in the air, and Quality or Operations needs a control boundary before anyone writes a statement of work for a build.
Deliverables
A complete decision package for one named workflow before spending on software or implementation.
The real path across people, systems, and documents, including the unofficial spreadsheets and email chains actually used.
Identifies which records a later auditor or reviewer should trust versus which are uncontrolled working copies.
Where human accountability must remain intact and what evidence an approval must leave behind.
Explicit separation of steps: deterministic rules, AI assistance, human judgment, or "leave it alone."
Defines the non-negotiable logging, traceability, and fallback criteria any later vendor or build must satisfy.
What happens when inputs fail or tools go down, plus a clear decision: proceed to a bounded build, clean process first, or do not automate.
Representative scenario
A team wants an AI copilot to draft deviation narratives because volume is high. Today an intake form, a shared inbox, a Word template (dev-142-final-v3-USE-THIS.docx), and a quality-system record all hold part of the story.
The sprint does not build the drafter. It defines the allowed sources, the judgment that must stay human, the record the approval has to leave behind, and whether this is even a defensible first automation.
Automation does not replace the quality system. It has to live inside it.
This sprint is useful when the organization is about to spend on a tool and needs an independent, workflow-level specification first. Your procedures and validation obligations remain yours. I make requirements legible so whoever builds or validates is not guessing.
Scope boundary
About two weeks. One named workflow. One accountable owner. One decision.
If the decision is to build, follow-on implementation (Controlled workflow automation) is a separately scoped engagement with human review, tests, fallback, and operating records. It is never a silent extension of the sprint.
The free diagnostic tests whether an automation readiness sprint is the right first move.