| name | itsol-requirements-review |
| description | Requirements review: stories, DoR, scope, roles, edge cases, MVP readiness by workflow mode. |
ITSOL Requirements Review
Resolve and preserve the complete task state through itsol-workflow-mode before deciding how much discovery is required. Check whether work is clear, testable, scoped, and ready without recreating skipped planning gates.
Process
- Confirm all seven workflow-state fields are known and propagate them in the report or handoff.
- Identify the business problem, user, decision owner, expected outcome, explicit out-of-scope items, and material ambiguity.
- Classify process formalism by risk, size, team, data, security, production impact, and the resolved workflow mode.
- Review story or technical-task structure, acceptance criteria, roles, permissions, data, UI/API/integration impact, and edge cases.
- Branch discovery through
itsol-workflow-mode:
governed: for vague functional requests, run the full PM/client Discovery Gate and Definition-of-Ready interview before a Business Plan is written.autonomous-planned: gather enough evidence to write sound plans, use safe repo-backed assumptions, and ask one targeted question only when equally plausible choices materially alter behavior, permissions, data, rollout, or architecture.direct: do not require Business Plan material or approval; ask only for a material ambiguity that cannot be safely resolved, then return implementation-ready scope and risks.
- In
governed, feed clarified material to itsol-functional-planning and require explicit user approval before technical planning. In autonomous-planned, feed it forward without an approval pause. In direct, route directly to implementation with artifact_state: not-required.
- Distinguish clarification from scope change and make blockers, assumptions, owners, protected constraints, and unresolved risks explicit.
Execution Policy
After resolving itsol-workflow-mode, load itsol-execution-policy, resolve the complete sibling execution state and observable done_when, and preserve both contracts through plans, task context, compaction, delegation, continuation, review, and handoff. Resource policy never changes workflow authority. Do not set maxTurns; do not accept agent termination or a completed label without validating evidence.
Read references/guide.md first; then read only the sector files relevant to the situation.
