Skip to main content

Workshop Analysis Flow

For converting discovery workshop materials into structured, Jira-ready epics and user stories, use the Workshop Analysis workflow. This takes raw workshop outputs (transcripts, designs, notes) and produces a validated backlog ready for team refinement.

Command Sequenceโ€‹

1๏ธโƒฃ /tsh-analyze-materials <workshop materials>
โ†ณ ๐Ÿ“ Agent processes transcript โ€” cleans, structures, extracts decisions
โ†ณ ๐Ÿ“– Review cleaned transcript for accuracy
โ†ณ ๐Ÿ” Agent analyzes Figma designs and codebase context
โ†ณ ๐Ÿ“‹ Agent extracts epics and user stories

2๏ธโƒฃ Gate 1 โ€” Task Review
โ†ณ ๐Ÿ“– Review extracted tasks โ€” check epic/story breakdown
โ†ณ โœ… Approve, or request splits/merges/removals

3๏ธโƒฃ Gate 1.5 โ€” Quality Review (automatic)
โ†ณ ๐Ÿ” Agent runs 10 analysis passes for gaps and edge cases
โ†ณ ๐Ÿ“– Review each suggestion โ€” accept or reject individually
โ†ณ โœ… Agent applies accepted suggestions to the task list

4๏ธโƒฃ Gate 2 โ€” Jira Push Approval
โ†ณ ๐Ÿ“– Review final formatted tasks
โ†ณ โœ… Confirm target Jira project and approve push
โ†ณ ๐Ÿš€ Agent creates/updates issues in Jira

Workflow Diagramโ€‹

โ”Œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”
โ”‚ Raw Workshop Materials โ”‚
โ”‚ (transcript, Figma, notes) โ”‚
โ””โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ฌโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”˜
โ–ผ
โ”Œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”
โ”‚ Transcript Processing โ”‚
โ”‚ โ†’ cleaned-transcript.md โ”‚
โ””โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ฌโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”˜
โ–ผ
โ”Œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”
โ”‚ Task Extraction โ”‚
โ”‚ โ†’ extracted-tasks.md โ”‚
โ””โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ฌโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”˜
โ–ผ
โ”Œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”
โ”‚ โ˜… Gate 1: User Review โ”‚
โ””โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ฌโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”˜
โ–ผ
โ”Œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”
โ”‚ Quality Review (10 passes) โ”‚
โ”‚ โ†’ quality-review.md โ”‚
โ””โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ฌโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”˜
โ–ผ
โ”Œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”
โ”‚ โ˜… Gate 1.5: Accept/Reject โ”‚
โ””โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ฌโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”˜
โ–ผ
โ”Œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”
โ”‚ Jira Formatting โ”‚
โ”‚ โ†’ jira-tasks.md โ”‚
โ””โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ฌโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”˜
โ–ผ
โ”Œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”
โ”‚ โ˜… Gate 2: Push Approval โ”‚
โ””โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ฌโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”˜
โ–ผ
โ”Œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”
โ”‚ Push to Jira โ”‚
โ”‚ (create epics โ†’ stories) โ”‚
โ””โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”˜

Quality Review Passesโ€‹

The quality review step runs 10 domain-agnostic analysis passes against the approved task list:

PassCategoryWhat It Checks
AEntity LifecycleCRUD completeness for every business entity
BCross-Feature StateState validation when features consume shared entities
CBulk OperationsIdempotency and partial failure handling for batch operations
DActor DashboardsMetrics, configuration, and history for management interfaces
EPrecondition GuardsFeature dependencies and prerequisite enforcement
FThird-Party BoundariesExternal system integration clarity and failure modes
GPlatform OperationsAdmin/operator tooling and monitoring capabilities
HError StatesFailure, empty, and boundary condition coverage
INotificationsCommunication gaps when state changes affect other actors
JDomain ResearchIndustry-specific patterns and compliance requirements

Import Modeโ€‹

To iterate on an existing Jira backlog instead of workshop materials:

/tsh-analyze-materials PROJ-123

The agent fetches existing issues from Jira, converts them into the local format, then runs quality review and formatting. Changes can be pushed back to Jira individually or in batch.

Connecting to the Standard Flowโ€‹

After workshop analysis, individual tasks can flow into the standard delivery workflow:

/tsh-analyze-materials  โ†’  /tsh-research PROJ-123  โ†’  /tsh-plan PROJ-123  โ†’  /tsh-implement  โ†’  /tsh-review

Use the Deep-dive Research per Task handoff to transition a specific task to the Context Engineer for detailed requirements gathering, or the Prepare Implementation Plan handoff to send it to the Architect.

Important

Each gate requires your review and approval. The Business Analyst produces business-oriented outputs โ€” validate that the extracted tasks accurately reflect workshop discussions and that no critical topics were missed. AI assistance does not replace stakeholder judgment.