Internal enablement

How cMAP turns evidence into cloud mission decisions.

A technical orientation for delivery teams explaining the canonical Engage -> Discover -> Assess -> Verify -> Synthesize -> Plan -> Deliver flow, standards imprint, migration foundation readiness, and transition roadmap logic.

cMAP does not prescribe an application migration treatment, perform execution, or make authorization decisions. It identifies the foundation services, governance decisions, evidence quality, and operating capabilities that must exist before a sponsor releases material for approved partner follow-on work.

Functional Flow

The assessment engine is a decision pipeline.

The internal team should understand cMAP as a flow from evidence intake to client-facing recommendations, not as a spreadsheet of scores.

01

Engage

Frame mission context, stakeholders, decision authority, and target impact level.

02

Discover

Register artifact intake, sensitivity, ownership, and evidence availability.

03

Assess

Score the 51 artifacts on a 0โ€“4 evidence scale across People, Process, and Technology.

04

Verify

Confirm scores with SMEs and capture follow-ups before release language is used.

05

Synthesize

Apply rule sets, standards imprint, and 6R readiness logic to expose decisions.

06

Plan

Sequence transition and transformation actions across 0โ€“48+ month horizons.

07

Deliver

Package the readout, reports, roadmap, traceability, and evidence caveats for sponsor-controlled release.

Decision Logic

What cMAP derives from the 51 artifacts.

The value is not the score alone. The value is the interpretation of what the score means for mission cloud operations.

Evidence Inputs Artifacts, interviews, owners, sensitivity, notes, follow-ups
Scoring Model 0โ€“4 evidence quality, 10 domains, People / Process / Technology at 30 / 40 / 30
Standards Imprint NIST RMF, 800-53, DoD Cloud SRG, FedRAMP, Zero Trust, SCCA, cATO, ITIL, FinOps
Rule Sets 6R foundation thresholds, transition timing, transformation horizons, evidence caveats
Client Decisions What must be true before rehost, replatform, refactor, retain, or scale cloud-native capability

Relationship Areas

How domains connect to standards imprint and OEM support.

These mock-ups show high-level relationship areas across the 10 cMAP domains without claiming compliance, authorization, or CSP service approval.

Migration Foundation Readiness

The 6R view is foundation readiness, not app disposition.

cMAP maps artifact gaps to minimum viable foundation services before a client selects migration treatments for specific applications.

Rehost

Baseline landing zone, identity, network, logging, monitoring, wave planning, and environment controls needed before lift-and-shift is responsible.

Replatform

Consumption, service catalog, FinOps, integration, data governance, acquisition, and IL alignment needed before managed cloud services become practical.

Refactor

Automated toolchains, platform engineering, DevSecOps, CaC/IaC, telemetry, and cloud-native operating patterns needed before deeper modernization.

Retain

Legacy, latency-sensitive, RISC/Unix, coupled, or boundary-constrained systems may need isolation, surround controls, or delayed migration treatment.

People Capacity Reference

Use the operating-model reference when a staffing decision needs context.

This reference supports internal interpretation of team structure, platform skills, support tiers, hiring zones, and impact-level considerations. It does not alter evidence scores or create an engagement finding.

Roadmap Logic

Transition first. Transformation follows.

The time horizons explain why some work can begin immediately while other work needs architecture, acquisition, staffing, integration, or platform decisions.

0-6 Transition

Close no-regret blockers and evidence gaps the existing team can begin without waiting for major acquisition.

6-18 Establish

Stand up platform foundations, operating model depth, governance, integrations, and initial migration capability.

18-36 Modernize

Move beyond baseline migration into managed services, automation, continuous monitoring, and repeatable delivery.

36-48+ Optimize

Scale cloud-native capability, automated evidence, portfolio rationalization, FinOps, and sustained mission operations.

Consultant Use

How to explain the tool internally.

This page is intentionally plain-language enough for pursuit teams and precise enough for technical delivery leads.

What cMAP helps a client see

Where readiness is real, where evidence is thin, which decisions are blocked, and what foundation services must exist before migration velocity is credible.

How recommendations are derived

Recommendations come from scored artifacts, domain readiness, standards/citation context, 6R foundation thresholds, and transition/transformation timing rules.

What cMAP does not claim

It does not replace RMF assessment, AO decisions, control inheritance validation, CSP authorization status, procurement authority, execution authority, or application-level migration disposition analysis. Phase 2 follow-on material can support WWT or approved partners only after sponsor release.

Release Roadmap

Plan feature releases without breaking the baseline.

Future production work is sequenced as minor feature releases, major feature releases, or deferred options while preserving the static/local default path.