We start with the target framework, the systems in scope, and the review date that matters. Existing policies, architecture diagrams, access exports, incident records, vendor material, and prior findings are sampled for coverage and usable evidence rather than merely counted.
Controls are mapped to observable practices: who approves access, where logs are retained, how changes are reviewed, how suppliers are assessed, and what happens when an incident occurs. Missing evidence is separated from a missing control so the team does not spend engineering time recreating work it already performs.
The result is a prioritized gap view that connects each issue to business consequence, evidence needed, an accountable owner, and a practical next action. Dependencies such as identity, logging, policy approval, and vendor review are called out so a backlog can be sequenced instead of tackled randomly.
The sprint is deliberately an assessment and planning engagement. It can prepare a team for an auditor or customer conversation, but it does not issue an attestation, provide legal advice, or substitute for the independent audit or certification decision.
For agency or prime-contractor requirements, a scoped SOW can map contract-specific controls to evidence, responsible roles, access boundaries, and acceptance checks. NIST SP 800-53, NIST SP 800-171, or RMF is considered only when specified by contract and included in scope; this is not a compliance determination.