> workflow / idea
Idea
Turn a raw product or engineering idea into a bounded initiative with explicit non-goals, success metrics, and an initial risk tier before any repo work starts.
What should I do next?
Complete the steps and evidence below, clear the human gates, then continue to Project Kickoff.
When to use
- A stakeholder wants "AI for X" without a measurable outcome
- You need a one-page brief before allocating engineers or model budget
- Risk tier is unknown and must gate how much AI autonomy is allowed
- Multiple ideas compete and you need kill criteria, not a backlog dump
Step-by-step
- Write the problem in one sentence; reject ideas that only describe a model or a UI.
- List users, jobs-to-be-done, and hard constraints (data class, latency, compliance, cost ceiling).
- Define 2–4 success metrics that a human can verify in production within 30 days.
- Write non-goals in the same document — what you will not build this cycle.
- Assign an initial risk tier (internal tool / customer-facing / regulated data) using handbook/aidlc-roles-and-evolving-delivery.
- Run story-kickoff.prompt to produce a structured brief; human edits until scope is stable.
- Get sponsor sign-off before creating epics or opening a kickoff repo checklist.
Decisions to make
- Build vs buy vs prompt-only prototype for the first slice
- Risk tier and whether AI agents may touch production data paths
- Which metric is the go/no-go for continuing past kickoff
- Owner accountable for scope changes (PM, not the coding agent)
Evidence to collect
- One-page brief with problem, users, metrics, non-goals
- Named sponsor and accountable AIDLC roles
- Initial risk tier recorded in the initiative change log
- Kill criteria if metrics are not met by a dated review
Role-specific next actions
- PM: Own the brief, metrics, and non-goals; block coding until sponsor signs.
- Architect: Flag data-class and integration risks that change the risk tier.
- Engineer: Challenge vagueness; demand testable acceptance language before estimating.
- Engineering Manager: Confirm capacity and whether the initiative competes with committed work.
Inputs
- Problem statement or stakeholder ask
- Known constraints (budget, timeline, data residency, model policy)
- Risk appetite and compliance context
Outputs
- Approved one-page brief
- Success metrics and kill criteria
- Initial risk tier and owner map
Required prompts
- Story kickoff
Forces problem, users, metrics, and non-goals into a reviewable brief.
Required skills
- Planning
Structures initiative scope before any implementation plan exists.
Required MCP servers
None required at this stage — keep tools off by default.
Tooling & handbook
- AIDLC roles & evolving delivery
Maps who owns scope, risk tier, and sign-off.
- Skills vs prompts vs agents
Stops teams from spinning agents when a prompt or skill is enough.
- Definition of Ready
Exit bar for leaving Idea into Kickoff.
Recommended agents & patterns
- Planner pattern
Use only to structure the brief — not to invent product scope.
- Research agent
Optional competitive or domain research with human synthesis.
Human approval gates
- Sponsor signs scope, metrics, and non-goals
- Risk tier assigned before any AI coding or MCP enablement
Automation opportunities
- Generate brief scaffold via story-kickoff.prompt
- Link related cookbook examples once stack is known
- Create initiative change-log entry from the approved brief
Enterprise best practices
- Map initiative to workload classification before model spend
- Record decision in an auditable change log, not chat
- If regulated data is in scope, involve security before kickoff
Common mistakes
- Skipping non-goals and letting the agent expand scope
- Confusing a model demo with a product initiative
- Assigning risk tier after code already exists