{"id":75012,"date":"2026-04-16T09:34:25","date_gmt":"2026-04-16T09:34:25","guid":{"rendered":"https:\/\/www.devopsschool.com\/blog\/cloud-migration-specialist-role-blueprint-responsibilities-skills-kpis-and-career-path\/"},"modified":"2026-04-16T09:34:25","modified_gmt":"2026-04-16T09:34:25","slug":"cloud-migration-specialist-role-blueprint-responsibilities-skills-kpis-and-career-path","status":"publish","type":"post","link":"https:\/\/www.devopsschool.com\/blog\/cloud-migration-specialist-role-blueprint-responsibilities-skills-kpis-and-career-path\/","title":{"rendered":"Cloud Migration Specialist: Role Blueprint, Responsibilities, Skills, KPIs, and Career Path"},"content":{"rendered":"\n<h2 class=\"wp-block-heading\">1) Role Summary<\/h2>\n\n\n\n<p>The <strong>Cloud Migration Specialist<\/strong> plans and executes the technical and operational work required to move applications, data, and infrastructure from on\u2011premises or legacy hosting into a public cloud, private cloud, or hybrid environment. The role focuses on <strong>migration delivery excellence<\/strong>\u2014reducing risk, maintaining service continuity, and achieving target-state performance, security, and cost objectives.<\/p>\n\n\n\n<p>This role exists in software and IT organizations because cloud programs rarely fail due to \u201ccloud fundamentals\u201d; they fail due to <strong>migration complexity<\/strong>: dependency mapping, cutover orchestration, data integrity, identity\/security alignment, and post-migration stabilization. The Cloud Migration Specialist provides the hands-on expertise and structured approach needed to move workloads safely and repeatedly at scale.<\/p>\n\n\n\n<p>Business value created includes:\n&#8211; Faster time-to-cloud with fewer incidents and rollbacks\n&#8211; Lower total cost of ownership (TCO) through right-sizing and modernization opportunities\n&#8211; Reduced operational risk via tested runbooks, cutover planning, and governance\n&#8211; Improved security posture by aligning workloads with cloud-native controls and patterns<\/p>\n\n\n\n<p><strong>Role horizon:<\/strong> Current (core capability for most organizations actively modernizing infrastructure and delivery platforms).<\/p>\n\n\n\n<p>Typical interaction teams\/functions:\n&#8211; Cloud Platform\/Infrastructure, SRE\/Operations, Network Engineering\n&#8211; Application Engineering (backend, frontend), QA, Release Management\n&#8211; Security (SecOps, IAM), GRC\/Risk, Compliance\n&#8211; Data Engineering\/DBA, Analytics, Integration teams\n&#8211; Program\/Project Management, Product Owners (for product-based companies)\n&#8211; Vendor\/Partner teams (cloud providers, migration tool vendors, MSPs)<\/p>\n\n\n\n<p><strong>Conservative seniority inference:<\/strong> Mid-level specialist individual contributor (IC) with strong execution capability and partial ownership of migration workstreams, typically under a Cloud Platform Lead or Cloud Engineering Manager.<\/p>\n\n\n\n<hr class=\"wp-block-separator\" \/>\n\n\n\n<h2 class=\"wp-block-heading\">2) Role Mission<\/h2>\n\n\n\n<p><strong>Core mission:<\/strong><br\/>\nDeliver predictable, secure, and low-downtime migrations of applications and data into target cloud environments by applying proven migration patterns, automation, testing discipline, and rigorous cutover management.<\/p>\n\n\n\n<p><strong>Strategic importance to the company:<\/strong>\n&#8211; Cloud migration is often a top enterprise initiative tied to cost, resiliency, time-to-market, and security goals.\n&#8211; Migration quality directly impacts customer experience and engineering productivity.\n&#8211; Migration readiness and execution capability determines whether platform strategy becomes real operational advantage.<\/p>\n\n\n\n<p><strong>Primary business outcomes expected:<\/strong>\n&#8211; Workloads migrated on schedule with minimal disruption and validated functional parity\n&#8211; Post-migration stability and performance at or above baseline\n&#8211; Security and compliance controls implemented and evidenced\n&#8211; Cloud spend optimized through right-sizing and governance-by-design\n&#8211; Repeatable migration factory: patterns, templates, runbooks, and automation that accelerate future moves<\/p>\n\n\n\n<hr class=\"wp-block-separator\" \/>\n\n\n\n<h2 class=\"wp-block-heading\">3) Core Responsibilities<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">Strategic responsibilities<\/h3>\n\n\n\n<ol class=\"wp-block-list\">\n<li><strong>Translate migration strategy into executable waves<\/strong>: turn program goals into prioritized migration batches based on business criticality, dependency complexity, and readiness.<\/li>\n<li><strong>Select and apply migration patterns<\/strong> (rehost, replatform, refactor, retire, retain) per workload based on value, risk, and constraints.<\/li>\n<li><strong>Define and maintain migration standards<\/strong>: cutover criteria, validation checkpoints, and minimal viable controls for networking, IAM, encryption, logging, and monitoring.<\/li>\n<li><strong>Contribute to target-state cloud architecture<\/strong> within defined guardrails by recommending landing zone improvements, shared services, and platform enhancements needed for migration throughput.<\/li>\n<li><strong>Identify modernization opportunities<\/strong> during migration discovery (e.g., managed databases, containerization) and quantify tradeoffs.<\/li>\n<\/ol>\n\n\n\n<h3 class=\"wp-block-heading\">Operational responsibilities<\/h3>\n\n\n\n<ol class=\"wp-block-list\" start=\"6\">\n<li><strong>Drive migration readiness<\/strong>: ensure prerequisites are met (accounts\/subscriptions, landing zone, connectivity, IAM roles, secrets management, baseline observability).<\/li>\n<li><strong>Own cutover planning and orchestration<\/strong>: coordinate freeze windows, traffic shifting, DNS changes, data sync, rollback plans, and communications.<\/li>\n<li><strong>Perform risk management<\/strong>: maintain migration risk register and propose mitigations (pilot, canary, feature flags, data backfill plan).<\/li>\n<li><strong>Manage migration work items<\/strong>: keep backlog\/plan updated, track blockers, and provide status to program leadership and stakeholders.<\/li>\n<li><strong>Support hypercare and stabilization<\/strong>: monitor post-cutover, triage issues, coordinate fixes, and confirm service-level recovery.<\/li>\n<\/ol>\n\n\n\n<h3 class=\"wp-block-heading\">Technical responsibilities<\/h3>\n\n\n\n<ol class=\"wp-block-list\" start=\"11\">\n<li><strong>Execute infrastructure provisioning<\/strong> using infrastructure-as-code (IaC) aligned with platform standards (networks, subnets, security groups, load balancers, storage).<\/li>\n<li><strong>Perform application migration activities<\/strong>: packaging, configuration updates, environment variables\/secrets, dependency updates, runtime validation.<\/li>\n<li><strong>Data migration execution<\/strong>: plan and perform schema changes, replication, backups, integrity validation, and cutover sequencing (including dual-write or replication approaches where needed).<\/li>\n<li><strong>Implement observability and reliability controls<\/strong>: metrics, logs, tracing, alerting, dashboards, synthetic checks, and SLO-based monitoring during\/after migration.<\/li>\n<li><strong>Optimize for performance and cost<\/strong>: right-size compute, adopt autoscaling where appropriate, configure caching\/CDN, and implement tagging\/chargeback standards.<\/li>\n<\/ol>\n\n\n\n<h3 class=\"wp-block-heading\">Cross-functional or stakeholder responsibilities<\/h3>\n\n\n\n<ol class=\"wp-block-list\" start=\"16\">\n<li><strong>Coordinate with Security and GRC<\/strong> to ensure required controls, evidence, and approvals are built into migration plans (e.g., encryption, key management, audit logs).<\/li>\n<li><strong>Partner with Network\/Connectivity teams<\/strong> for hybrid integration: VPN\/Direct Connect\/ExpressRoute, routing, DNS, firewall policies.<\/li>\n<li><strong>Collaborate with App Owners and Product teams<\/strong> to align migration timing with releases, peak business cycles, and customer impact constraints.<\/li>\n<li><strong>Engage vendors\/partners<\/strong> when using specialized migration tooling or managed services; validate deliverables and ensure knowledge transfer.<\/li>\n<\/ol>\n\n\n\n<h3 class=\"wp-block-heading\">Governance, compliance, or quality responsibilities<\/h3>\n\n\n\n<ol class=\"wp-block-list\" start=\"20\">\n<li><strong>Maintain migration documentation quality<\/strong>: runbooks, validation checklists, as-built diagrams, configuration baselines, and operational handoff materials.<\/li>\n<li><strong>Ensure change management adherence<\/strong> through ITSM processes: change requests, approvals, communication templates, and post-implementation reviews.<\/li>\n<li><strong>Enforce quality gates<\/strong>: pre-migration readiness gate, pre-cutover go\/no-go gate, post-cutover acceptance gate, and post-hypercare closeout.<\/li>\n<\/ol>\n\n\n\n<h3 class=\"wp-block-heading\">Leadership responsibilities (as applicable to a specialist IC)<\/h3>\n\n\n\n<ol class=\"wp-block-list\" start=\"23\">\n<li><strong>Lead a migration workstream<\/strong> for assigned applications (technical lead for a wave), coordinating small cross-functional teams without direct people management authority.<\/li>\n<li><strong>Mentor peers and app teams<\/strong> on migration practices, templates, and common failure patterns; contribute to internal enablement materials.<\/li>\n<\/ol>\n\n\n\n<hr class=\"wp-block-separator\" \/>\n\n\n\n<h2 class=\"wp-block-heading\">4) Day-to-Day Activities<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">Daily activities<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Review migration board\/backlog; update task status, blockers, and dependencies.<\/li>\n<li>Work on IaC changes for target environment setup or enhancements.<\/li>\n<li>Conduct discovery on upcoming workloads (dependency mapping, environment inventory, connectivity needs).<\/li>\n<li>Coordinate with app teams on configuration changes (endpoints, secrets, feature flags).<\/li>\n<li>Validate data replication\/backups and perform integrity spot checks.<\/li>\n<li>Monitor dashboards for recently migrated services; triage alerts and anomalies.<\/li>\n<li>Respond to ad-hoc stakeholder questions (timeline, risk, readiness, cost impacts).<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Weekly activities<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Participate in migration wave planning and readiness review meetings.<\/li>\n<li>Run technical design reviews for upcoming migrations (networking, identity, data, and deployment model).<\/li>\n<li>Execute non-production migration rehearsals: test cutovers, DR validation, performance benchmarking.<\/li>\n<li>Review cloud cost and usage for migrated workloads; propose right-sizing recommendations.<\/li>\n<li>Collaborate with security on control validation and evidence capture for migrated systems.<\/li>\n<li>Update migration runbooks, standards, and checklists based on learnings.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Monthly or quarterly activities<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Contribute to program-level reporting: throughput, risk, quality, and stability metrics.<\/li>\n<li>Perform post-migration operational readiness reviews (ORR) with SRE\/Operations.<\/li>\n<li>Refresh landing zone baseline (policy-as-code, logging, guardrails) based on new requirements.<\/li>\n<li>Run a \u201cmigration retro\u201d to identify systemic issues (tooling gaps, bottlenecks, training needs).<\/li>\n<li>Help develop the next quarter migration roadmap and capacity plan.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Recurring meetings or rituals<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Daily standup (migration squad or platform team)<\/li>\n<li>Weekly migration wave planning \/ readiness checkpoint<\/li>\n<li>Architecture review board (as presenter or contributor)<\/li>\n<li>CAB\/change advisory board for production cutovers (context-specific)<\/li>\n<li>Post-incident reviews \/ post-implementation reviews (PIRs)<\/li>\n<li>Monthly cost and governance review (FinOps + Cloud)<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Incident, escalation, or emergency work (relevant)<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Support cutover windows during evenings\/weekends when required by business constraints.<\/li>\n<li>Participate in incident bridge calls during post-migration stabilization.<\/li>\n<li>Execute rollback or traffic re-route procedures if acceptance criteria are not met.<\/li>\n<li>Coordinate hotfix deployments, configuration rollbacks, or database restoration when needed.<\/li>\n<\/ul>\n\n\n\n<hr class=\"wp-block-separator\" \/>\n\n\n\n<h2 class=\"wp-block-heading\">5) Key Deliverables<\/h2>\n\n\n\n<p>Concrete deliverables commonly expected from a Cloud Migration Specialist:<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Migration planning and governance<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Migration wave plan<\/strong> (sequence, dependencies, owners, timelines, downtime assumptions)<\/li>\n<li><strong>Workload migration decision record<\/strong> (pattern selection: rehost\/replatform\/refactor\/retain\/retire)<\/li>\n<li><strong>Risk register and mitigation plan<\/strong> for each wave<\/li>\n<li><strong>Go\/No-Go checklist<\/strong> and sign-off artifacts for cutover<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Discovery and design artifacts<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Application dependency map<\/strong> (upstream\/downstream services, data stores, integrations)<\/li>\n<li><strong>Current-state vs target-state architecture diagram<\/strong> (networking, runtime, data, security)<\/li>\n<li><strong>Landing zone requirements<\/strong> and gap analysis for migration needs<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Execution and operational artifacts<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Infrastructure-as-Code modules<\/strong> \/ templates aligned to standards (network, compute, storage)<\/li>\n<li><strong>Migration runbooks<\/strong> (step-by-step: pre-checks, cutover, validation, rollback)<\/li>\n<li><strong>Data migration plan<\/strong> (replication approach, backfill, reconciliation, cutover sequencing)<\/li>\n<li><strong>Validation test plan<\/strong> (functional smoke, performance baseline, security checks)<\/li>\n<li><strong>Monitoring dashboards and alert rules<\/strong> for migrated workloads<\/li>\n<li><strong>As-built documentation<\/strong> and operational handoff pack (to SRE\/Operations)<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Reporting and continuous improvement<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Migration status reports<\/strong> (throughput, schedule, risks, issues, decisions)<\/li>\n<li><strong>Post-migration review report<\/strong> (outcomes vs targets, incidents, actions)<\/li>\n<li><strong>Reusable templates and checklists<\/strong> (standardized across workload teams)<\/li>\n<li><strong>Knowledge base articles\/training<\/strong> for app teams (common pitfalls, standard patterns)<\/li>\n<\/ul>\n\n\n\n<hr class=\"wp-block-separator\" \/>\n\n\n\n<h2 class=\"wp-block-heading\">6) Goals, Objectives, and Milestones<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">30-day goals (onboarding and baseline contribution)<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Understand the organization\u2019s cloud strategy, landing zone, and migration governance.<\/li>\n<li>Gain access to cloud accounts\/subscriptions, CI\/CD, observability, and ITSM tools.<\/li>\n<li>Review in-flight migration waves; shadow at least one cutover or rehearsal.<\/li>\n<li>Deliver at least one concrete improvement:<\/li>\n<li>Update a runbook\/checklist, or<\/li>\n<li>Add a dashboard\/alert to a migrated workload, or<\/li>\n<li>Improve IaC module quality (linting, parameterization, tagging standards).<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">60-day goals (ownership of migration tasks)<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Own migration readiness and execution tasks for 1\u20132 non-critical workloads end-to-end (with oversight).<\/li>\n<li>Complete discovery and dependency mapping for 2\u20134 upcoming workloads.<\/li>\n<li>Lead a migration rehearsal and document outcomes, gaps, and revised cutover plan.<\/li>\n<li>Demonstrate consistent adherence to security and change management processes.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">90-day goals (workstream-level accountability)<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Lead a small migration wave (multiple related services) with documented cutover, validation, and hypercare.<\/li>\n<li>Reduce cycle time or defect rate via at least one automation improvement (e.g., IaC pipeline, validation scripts).<\/li>\n<li>Establish reliable reporting for assigned workloads: schedule confidence, risks, and readiness.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">6-month milestones (repeatable delivery and measurable impact)<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Deliver multiple production migrations meeting downtime and quality targets.<\/li>\n<li>Create or materially enhance reusable migration assets (templates, scripts, dashboards).<\/li>\n<li>Reduce post-migration incident rate through improved readiness gates and testing.<\/li>\n<li>Demonstrate measurable cost\/performance improvements for migrated workloads (right-sizing, managed services adoption where appropriate).<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">12-month objectives (program acceleration and maturity)<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Contribute to a \u201cmigration factory\u201d approach: standardized patterns, automated provisioning, self-service onboarding, consistent governance.<\/li>\n<li>Improve migration throughput (workloads\/month) without increased incidents or rollback rates.<\/li>\n<li>Help institutionalize operational readiness standards and SLO-based acceptance criteria.<\/li>\n<li>Be recognized as a go-to specialist for complex migrations (data-heavy, integration-heavy, security-sensitive workloads).<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Long-term impact goals (multi-year)<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Enable cloud platform maturity that reduces marginal cost of migrating each additional workload.<\/li>\n<li>Support decommissioning of legacy infrastructure and reduction of technical debt.<\/li>\n<li>Help evolve architecture toward resilience, automation, and compliance-by-design.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Role success definition<\/h3>\n\n\n\n<p>A Cloud Migration Specialist is successful when:\n&#8211; Workloads migrate with predictable outcomes: minimal downtime, stable performance, and controlled cost.\n&#8211; Migration work is repeatable and scalable via patterns and automation.\n&#8211; Stakeholders trust migration plans, risk assessments, and go\/no-go decisions.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">What high performance looks like<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Anticipates failure modes early (networking, DNS, IAM, data consistency) and prevents incidents.<\/li>\n<li>Produces excellent runbooks and rehearsal discipline; cutovers are calm and controlled.<\/li>\n<li>Builds strong partnerships with app owners and security; issues are resolved quickly with clear communication.<\/li>\n<li>Improves the system: tooling, templates, dashboards, and governance that reduce future effort.<\/li>\n<\/ul>\n\n\n\n<hr class=\"wp-block-separator\" \/>\n\n\n\n<h2 class=\"wp-block-heading\">7) KPIs and Productivity Metrics<\/h2>\n\n\n\n<p>The metrics below are designed for enterprise migration programs and can be used for role evaluation, program health, and continuous improvement. Targets vary by workload criticality and regulatory environment; example benchmarks assume a mature enterprise migration program.<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table>\n<thead>\n<tr>\n<th>Metric name<\/th>\n<th>What it measures<\/th>\n<th>Why it matters<\/th>\n<th>Example target\/benchmark<\/th>\n<th>Frequency<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Migration throughput (workloads completed)<\/td>\n<td>Count of workloads migrated to production per period (by complexity tier)<\/td>\n<td>Indicates delivery capacity and program momentum<\/td>\n<td>3\u20138 low\/medium workloads per month per squad (context-specific)<\/td>\n<td>Monthly<\/td>\n<\/tr>\n<tr>\n<td>Migration cycle time<\/td>\n<td>Time from \u201cready for discovery\u201d to \u201cproduction cutover complete\u201d<\/td>\n<td>Reduces program duration and opportunity cost<\/td>\n<td>Median cycle time reduced by 15\u201325% over 2 quarters<\/td>\n<td>Monthly\/Quarterly<\/td>\n<\/tr>\n<tr>\n<td>Cutover success rate<\/td>\n<td>% of cutovers completed without rollback<\/td>\n<td>Direct indicator of readiness and cutover discipline<\/td>\n<td>&gt;95% for low\/medium complexity; &gt;85\u201390% for high complexity<\/td>\n<td>Monthly<\/td>\n<\/tr>\n<tr>\n<td>Rollback rate<\/td>\n<td>% of migrations requiring rollback within defined window<\/td>\n<td>Measures risk control and test sufficiency<\/td>\n<td>&lt;3\u20135% overall (context-specific)<\/td>\n<td>Monthly<\/td>\n<\/tr>\n<tr>\n<td>Post-migration incident rate<\/td>\n<td>Number of Sev1\/Sev2 incidents in first 7\/30 days after cutover<\/td>\n<td>Measures stability and operational readiness<\/td>\n<td>&lt;1 Sev2 per 10 migrations; zero Sev1 ideally<\/td>\n<td>Monthly<\/td>\n<\/tr>\n<tr>\n<td>Change failure rate (DORA-aligned)<\/td>\n<td>% of changes leading to incident\/rollback<\/td>\n<td>Indicates quality of release and change practices<\/td>\n<td>&lt;10\u201315% for migration-related changes<\/td>\n<td>Monthly<\/td>\n<\/tr>\n<tr>\n<td>Mean time to detect (MTTD) during hypercare<\/td>\n<td>Time to detect issues post-cutover<\/td>\n<td>Minimizes customer impact<\/td>\n<td>&lt;10\u201315 minutes for critical services with monitoring<\/td>\n<td>Weekly\/Monthly<\/td>\n<\/tr>\n<tr>\n<td>Mean time to recover (MTTR) during hypercare<\/td>\n<td>Time to restore service after incident<\/td>\n<td>Reduces downtime and reputational risk<\/td>\n<td>Improvement trend quarter-over-quarter; target depends on service tier<\/td>\n<td>Monthly<\/td>\n<\/tr>\n<tr>\n<td>Validation pass rate<\/td>\n<td>% of validation checks passed at go\/no-go<\/td>\n<td>Ensures consistent quality gate adherence<\/td>\n<td>&gt;98% of required checks passed pre-cutover; exceptions documented<\/td>\n<td>Per cutover<\/td>\n<\/tr>\n<tr>\n<td>Rehearsal completion rate<\/td>\n<td>% of planned rehearsals completed successfully<\/td>\n<td>Rehearsals reduce cutover failures<\/td>\n<td>&gt;90% completed for medium\/high workloads<\/td>\n<td>Monthly<\/td>\n<\/tr>\n<tr>\n<td>Data reconciliation accuracy<\/td>\n<td>Degree of data integrity after migration (checksums, row counts, business totals)<\/td>\n<td>Protects business correctness and trust<\/td>\n<td>99.9%+ reconciled (method depends on dataset)<\/td>\n<td>Per cutover<\/td>\n<\/tr>\n<tr>\n<td>Performance baseline delta<\/td>\n<td>Change in p95 latency\/throughput vs baseline<\/td>\n<td>Ensures performance is maintained or improved<\/td>\n<td>No regression beyond agreed threshold (e.g., p95 latency +10% max)<\/td>\n<td>Per cutover<\/td>\n<\/tr>\n<tr>\n<td>Cloud cost variance vs forecast<\/td>\n<td>Actual spend vs migration estimate for migrated workloads<\/td>\n<td>Prevents cost surprises and supports FinOps<\/td>\n<td>\u00b110\u201315% variance after 30 days (context-specific)<\/td>\n<td>Monthly<\/td>\n<\/tr>\n<tr>\n<td>Right-sizing completion rate<\/td>\n<td>% of migrated workloads reviewed and optimized<\/td>\n<td>Captures cost\/performance benefits<\/td>\n<td>80% within 60 days of migration<\/td>\n<td>Monthly<\/td>\n<\/tr>\n<tr>\n<td>Compliance control completion<\/td>\n<td>% of required security\/compliance controls implemented and evidenced<\/td>\n<td>Reduces audit and regulatory risk<\/td>\n<td>100% for in-scope workloads<\/td>\n<td>Per cutover\/Quarterly<\/td>\n<\/tr>\n<tr>\n<td>Documentation completeness score<\/td>\n<td>Runbook, as-built, and handoff artifacts completed per standard<\/td>\n<td>Reduces operational friction and knowledge gaps<\/td>\n<td>&gt;95% completeness before closing hypercare<\/td>\n<td>Per cutover<\/td>\n<\/tr>\n<tr>\n<td>Stakeholder satisfaction (migration)<\/td>\n<td>App owner\/product owner satisfaction score post-migration<\/td>\n<td>Measures collaboration and perceived value<\/td>\n<td>\u22654.2\/5 average<\/td>\n<td>Quarterly<\/td>\n<\/tr>\n<tr>\n<td>Automation coverage<\/td>\n<td>% of migration steps automated (provisioning, validation, monitoring setup)<\/td>\n<td>Drives scale and reduces human error<\/td>\n<td>Increase coverage by 10\u201320% per 2 quarters<\/td>\n<td>Quarterly<\/td>\n<\/tr>\n<tr>\n<td>Defect leakage<\/td>\n<td>Issues found in production that were not detected in rehearsal\/testing<\/td>\n<td>Highlights test gaps<\/td>\n<td>Downward trend; investigate top recurring causes<\/td>\n<td>Monthly<\/td>\n<\/tr>\n<\/tbody>\n<\/table><\/figure>\n\n\n\n<p>Notes for practical use:\n&#8211; Establish <strong>complexity tiers<\/strong> (e.g., T1 simple, T2 medium, T3 complex) so throughput and cycle time are comparable.\n&#8211; Use a <strong>standard hypercare window<\/strong> (e.g., 7 days for low\/medium, 14\u201330 days for critical) for consistent incident tracking.\n&#8211; For regulated environments, compliance metrics may become gating (no exceptions without risk acceptance).<\/p>\n\n\n\n<hr class=\"wp-block-separator\" \/>\n\n\n\n<h2 class=\"wp-block-heading\">8) Technical Skills Required<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">Must-have technical skills<\/h3>\n\n\n\n<ol class=\"wp-block-list\">\n<li>\n<p><strong>Cloud fundamentals (AWS\/Azure\/GCP) \u2014 Critical<\/strong><br\/>\n   &#8211; Description: Compute, storage, networking, IAM basics, pricing concepts, shared responsibility model.<br\/>\n   &#8211; Typical use: Provision target environments, configure security, troubleshoot cloud runtime issues.<\/p>\n<\/li>\n<li>\n<p><strong>Migration patterns and approaches \u2014 Critical<\/strong><br\/>\n   &#8211; Description: Rehost\/replatform\/refactor\/retain\/retire; wave planning; dependency-aware sequencing.<br\/>\n   &#8211; Typical use: Recommend approach per workload and execute accordingly.<\/p>\n<\/li>\n<li>\n<p><strong>Networking and connectivity for hybrid environments \u2014 Critical<\/strong><br\/>\n   &#8211; Description: VPC\/VNet design, routing, DNS, load balancing, VPN\/Direct Connect\/ExpressRoute concepts, firewall policies.<br\/>\n   &#8211; Typical use: Ensure workloads can reach dependencies; enable secure connectivity; manage cutover traffic changes.<\/p>\n<\/li>\n<li>\n<p><strong>Identity and access management (IAM) \u2014 Critical<\/strong><br\/>\n   &#8211; Description: Roles\/policies, least privilege, service principals, key rotation, federation\/SSO basics.<br\/>\n   &#8211; Typical use: Configure access for workloads, pipelines, operators; align with security requirements.<\/p>\n<\/li>\n<li>\n<p><strong>Infrastructure as Code (IaC) \u2014 Critical<\/strong><br\/>\n   &#8211; Description: Terraform\/CloudFormation\/Bicep; modular design; environments; state management.<br\/>\n   &#8211; Typical use: Create repeatable infrastructure provisioning for migrated workloads.<\/p>\n<\/li>\n<li>\n<p><strong>Linux and basic Windows administration \u2014 Important<\/strong><br\/>\n   &#8211; Description: Services, networking commands, logs, systemd, patching basics.<br\/>\n   &#8211; Typical use: Troubleshoot compute instances and app runtime during migration.<\/p>\n<\/li>\n<li>\n<p><strong>CI\/CD and release practices \u2014 Important<\/strong><br\/>\n   &#8211; Description: Pipeline concepts, artifact management, environment promotions, rollback strategies.<br\/>\n   &#8211; Typical use: Coordinate deployments during cutover; reduce manual steps.<\/p>\n<\/li>\n<li>\n<p><strong>Observability (logging\/metrics\/alerts) \u2014 Important<\/strong><br\/>\n   &#8211; Description: Telemetry setup, dashboards, alert tuning, basic SLI\/SLO awareness.<br\/>\n   &#8211; Typical use: Hypercare monitoring; detect regressions quickly.<\/p>\n<\/li>\n<li>\n<p><strong>Data migration fundamentals \u2014 Important<\/strong><br\/>\n   &#8211; Description: Backup\/restore, replication, schema migration, data validation.<br\/>\n   &#8211; Typical use: Migrate databases and data stores with minimal data loss and downtime.<\/p>\n<\/li>\n<li>\n<p><strong>Security fundamentals for cloud workloads \u2014 Critical<\/strong><br\/>\n   &#8211; Description: Encryption at rest\/in transit, key management basics, vulnerability management awareness, secure configuration.<br\/>\n   &#8211; Typical use: Ensure workloads meet baseline security controls.<\/p>\n<\/li>\n<\/ol>\n\n\n\n<h3 class=\"wp-block-heading\">Good-to-have technical skills<\/h3>\n\n\n\n<ol class=\"wp-block-list\">\n<li>\n<p><strong>Containers and orchestration \u2014 Important<\/strong><br\/>\n   &#8211; Description: Docker, Kubernetes\/EKS\/AKS\/GKE basics, Helm, ingress.<br\/>\n   &#8211; Typical use: Replatform workloads or migrate to container platforms.<\/p>\n<\/li>\n<li>\n<p><strong>Configuration management and secrets handling \u2014 Important<\/strong><br\/>\n   &#8211; Description: Parameter stores, secret managers, vault concepts, rotation.<br\/>\n   &#8211; Typical use: Update app configuration securely during migration.<\/p>\n<\/li>\n<li>\n<p><strong>Database platform depth (SQL\/NoSQL) \u2014 Important<\/strong><br\/>\n   &#8211; Description: MySQL\/Postgres\/SQL Server basics; Redis; document stores; managed DB services.<br\/>\n   &#8211; Typical use: Select migration approach and validate performance\/integrity.<\/p>\n<\/li>\n<li>\n<p><strong>Scripting for automation \u2014 Important<\/strong><br\/>\n   &#8211; Description: Python, PowerShell, Bash; API interactions; automation of validation steps.<br\/>\n   &#8211; Typical use: Reduce manual cutover\/verification effort.<\/p>\n<\/li>\n<li>\n<p><strong>Load testing and performance profiling \u2014 Optional<\/strong><br\/>\n   &#8211; Description: JMeter\/k6 concepts; interpreting latency\/throughput.<br\/>\n   &#8211; Typical use: Validate non-functional requirements post-migration.<\/p>\n<\/li>\n<\/ol>\n\n\n\n<h3 class=\"wp-block-heading\">Advanced or expert-level technical skills (role-dependent)<\/h3>\n\n\n\n<ol class=\"wp-block-list\">\n<li>\n<p><strong>Large-scale migration tooling and factory design \u2014 Optional\/Context-specific<\/strong><br\/>\n   &#8211; Description: Standardizing discovery, waves, automation, and reporting at scale.<br\/>\n   &#8211; Typical use: High-volume programs, multi-year transformations.<\/p>\n<\/li>\n<li>\n<p><strong>Advanced networking and traffic engineering \u2014 Optional\/Context-specific<\/strong><br\/>\n   &#8211; Description: BGP, complex routing, multi-region failover, CDN tuning.<br\/>\n   &#8211; Typical use: High-availability systems or global services.<\/p>\n<\/li>\n<li>\n<p><strong>Resilience engineering and SRE practices \u2014 Optional<\/strong><br\/>\n   &#8211; Description: SLOs\/error budgets, chaos testing concepts, reliability design patterns.<br\/>\n   &#8211; Typical use: Improve stability during\/after migration.<\/p>\n<\/li>\n<li>\n<p><strong>Security architecture depth \u2014 Optional<\/strong><br\/>\n   &#8211; Description: Threat modeling, policy-as-code, advanced IAM patterns, security monitoring.<br\/>\n   &#8211; Typical use: Security-sensitive workloads, regulated environments.<\/p>\n<\/li>\n<\/ol>\n\n\n\n<h3 class=\"wp-block-heading\">Emerging future skills for this role (next 2\u20135 years)<\/h3>\n\n\n\n<ol class=\"wp-block-list\">\n<li>\n<p><strong>Policy-as-code and compliance automation \u2014 Important<\/strong><br\/>\n   &#8211; Use: Automated guardrails, continuous control monitoring, evidence generation.<\/p>\n<\/li>\n<li>\n<p><strong>Platform engineering patterns for migration enablement \u2014 Important<\/strong><br\/>\n   &#8211; Use: Self-service provisioning, golden paths, standardized runtime templates.<\/p>\n<\/li>\n<li>\n<p><strong>AI-assisted migration analysis and validation \u2014 Optional (but rising)<\/strong><br\/>\n   &#8211; Use: Dependency discovery suggestions, log anomaly detection, automated runbook generation (human-reviewed).<\/p>\n<\/li>\n<li>\n<p><strong>FinOps and cost optimization at scale \u2014 Important<\/strong><br\/>\n   &#8211; Use: Unit economics, workload attribution, optimization governance integrated into migration.<\/p>\n<\/li>\n<\/ol>\n\n\n\n<hr class=\"wp-block-separator\" \/>\n\n\n\n<h2 class=\"wp-block-heading\">9) Soft Skills and Behavioral Capabilities<\/h2>\n\n\n\n<ol class=\"wp-block-list\">\n<li>\n<p><strong>Structured problem solving (root-cause orientation)<\/strong><br\/>\n   &#8211; Why it matters: Migrations surface ambiguous failures across layers (network, IAM, app config, data).<br\/>\n   &#8211; On the job: Uses hypotheses, isolates variables, documents findings, prevents repeat incidents.<br\/>\n   &#8211; Strong performance: Quickly narrows fault domain and proposes durable fixes, not just workarounds.<\/p>\n<\/li>\n<li>\n<p><strong>Operational discipline and calm execution under pressure<\/strong><br\/>\n   &#8211; Why it matters: Cutovers can be high-stakes with strict windows and stakeholder attention.<br\/>\n   &#8211; On the job: Follows runbooks, confirms checkpoints, communicates clearly, manages time.<br\/>\n   &#8211; Strong performance: Cutover events feel predictable; issues are escalated early with clear options.<\/p>\n<\/li>\n<li>\n<p><strong>Stakeholder communication (technical to non-technical translation)<\/strong><br\/>\n   &#8211; Why it matters: Business owners need risk, downtime, and impact explained plainly.<br\/>\n   &#8211; On the job: Produces concise status updates, risk summaries, and go\/no-go recommendations.<br\/>\n   &#8211; Strong performance: Stakeholders trust updates; fewer last-minute surprises.<\/p>\n<\/li>\n<li>\n<p><strong>Collaboration and influence without authority<\/strong><br\/>\n   &#8211; Why it matters: The role depends on app owners, security, network, and operations teams.<br\/>\n   &#8211; On the job: Negotiates timelines, aligns on responsibilities, resolves dependency conflicts.<br\/>\n   &#8211; Strong performance: Gets teams moving together; escalations are thoughtful and evidence-based.<\/p>\n<\/li>\n<li>\n<p><strong>Attention to detail (configuration and validation rigor)<\/strong><br\/>\n   &#8211; Why it matters: Small differences (DNS TTL, security group rule, IAM permission) can break migrations.<br\/>\n   &#8211; On the job: Uses checklists, peer reviews, and automated validation where possible.<br\/>\n   &#8211; Strong performance: Low defect leakage; minimal \u201cmissed step\u201d incidents.<\/p>\n<\/li>\n<li>\n<p><strong>Documentation and knowledge transfer mindset<\/strong><br\/>\n   &#8211; Why it matters: Migration work must become reusable institutional knowledge.<br\/>\n   &#8211; On the job: Maintains runbooks, as-built docs, and operational handoff materials.<br\/>\n   &#8211; Strong performance: Operations teams can support migrated services with minimal back-and-forth.<\/p>\n<\/li>\n<li>\n<p><strong>Risk awareness and prudent decision-making<\/strong><br\/>\n   &#8211; Why it matters: Many migrations require tradeoffs between speed and safety.<br\/>\n   &#8211; On the job: Identifies risks early, quantifies impact, proposes mitigation options.<br\/>\n   &#8211; Strong performance: Makes balanced recommendations; avoids reckless cutovers.<\/p>\n<\/li>\n<li>\n<p><strong>Continuous improvement orientation<\/strong><br\/>\n   &#8211; Why it matters: Migration programs benefit from compounding gains via automation and standardization.<br\/>\n   &#8211; On the job: Captures lessons learned, reduces repetitive toil, improves templates.<br\/>\n   &#8211; Strong performance: Each migration is easier than the last; measurable productivity increases.<\/p>\n<\/li>\n<\/ol>\n\n\n\n<hr class=\"wp-block-separator\" \/>\n\n\n\n<h2 class=\"wp-block-heading\">10) Tools, Platforms, and Software<\/h2>\n\n\n\n<p>The toolset varies by cloud provider and enterprise standards. Items are labeled <strong>Common<\/strong>, <strong>Optional<\/strong>, or <strong>Context-specific<\/strong>.<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table>\n<thead>\n<tr>\n<th>Category<\/th>\n<th>Tool \/ platform<\/th>\n<th>Primary use<\/th>\n<th>Commonality<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Cloud platforms<\/td>\n<td>AWS \/ Azure \/ GCP<\/td>\n<td>Target cloud hosting and managed services<\/td>\n<td>Common<\/td>\n<\/tr>\n<tr>\n<td>Cloud foundations<\/td>\n<td>AWS Organizations \/ Azure Management Groups \/ GCP Resource Manager<\/td>\n<td>Account\/subscription governance, policies, structure<\/td>\n<td>Common (enterprise)<\/td>\n<\/tr>\n<tr>\n<td>IaC<\/td>\n<td>Terraform<\/td>\n<td>Provisioning infrastructure across clouds<\/td>\n<td>Common<\/td>\n<\/tr>\n<tr>\n<td>IaC (provider-native)<\/td>\n<td>CloudFormation (AWS), Bicep\/ARM (Azure), Deployment Manager (GCP)<\/td>\n<td>Native provisioning and integration with cloud services<\/td>\n<td>Optional<\/td>\n<\/tr>\n<tr>\n<td>Containers<\/td>\n<td>Docker<\/td>\n<td>Packaging and portability<\/td>\n<td>Common<\/td>\n<\/tr>\n<tr>\n<td>Orchestration<\/td>\n<td>Kubernetes (EKS\/AKS\/GKE)<\/td>\n<td>Replatforming and runtime standardization<\/td>\n<td>Optional\/Context-specific<\/td>\n<\/tr>\n<tr>\n<td>CI\/CD<\/td>\n<td>GitHub Actions \/ GitLab CI \/ Azure DevOps Pipelines \/ Jenkins<\/td>\n<td>Automated builds, deployments, migration automation<\/td>\n<td>Common<\/td>\n<\/tr>\n<tr>\n<td>Source control<\/td>\n<td>Git (GitHub\/GitLab\/Bitbucket)<\/td>\n<td>Version control for IaC, scripts, and docs<\/td>\n<td>Common<\/td>\n<\/tr>\n<tr>\n<td>Artifact management<\/td>\n<td>Nexus \/ Artifactory \/ GitHub Packages<\/td>\n<td>Store build artifacts and images<\/td>\n<td>Optional<\/td>\n<\/tr>\n<tr>\n<td>Observability<\/td>\n<td>CloudWatch (AWS) \/ Azure Monitor \/ GCP Operations<\/td>\n<td>Native logs, metrics, alerts<\/td>\n<td>Common<\/td>\n<\/tr>\n<tr>\n<td>Observability (3rd party)<\/td>\n<td>Datadog \/ New Relic \/ Dynatrace<\/td>\n<td>Unified monitoring and APM<\/td>\n<td>Optional\/Context-specific<\/td>\n<\/tr>\n<tr>\n<td>Logging<\/td>\n<td>ELK\/Elastic Stack \/ Splunk<\/td>\n<td>Centralized log search and retention<\/td>\n<td>Optional\/Context-specific<\/td>\n<\/tr>\n<tr>\n<td>Tracing<\/td>\n<td>OpenTelemetry<\/td>\n<td>Distributed tracing instrumentation standard<\/td>\n<td>Optional (rising)<\/td>\n<\/tr>\n<tr>\n<td>Security posture<\/td>\n<td>AWS Security Hub \/ Azure Defender (MDC) \/ GCP Security Command Center<\/td>\n<td>Security findings aggregation and posture<\/td>\n<td>Optional\/Context-specific<\/td>\n<\/tr>\n<tr>\n<td>IAM \/ SSO<\/td>\n<td>Okta \/ Azure AD (Entra ID)<\/td>\n<td>SSO, federation, access governance<\/td>\n<td>Context-specific<\/td>\n<\/tr>\n<tr>\n<td>Secrets management<\/td>\n<td>AWS Secrets Manager \/ Azure Key Vault \/ GCP Secret Manager \/ HashiCorp Vault<\/td>\n<td>Secure secrets storage and rotation<\/td>\n<td>Common<\/td>\n<\/tr>\n<tr>\n<td>Vulnerability scanning<\/td>\n<td>Trivy \/ Snyk \/ Qualys<\/td>\n<td>Image and dependency scanning<\/td>\n<td>Optional\/Context-specific<\/td>\n<\/tr>\n<tr>\n<td>Data migration<\/td>\n<td>AWS DMS \/ Azure Database Migration Service<\/td>\n<td>Database replication and migration<\/td>\n<td>Optional\/Context-specific<\/td>\n<\/tr>\n<tr>\n<td>Backup<\/td>\n<td>AWS Backup \/ Azure Backup<\/td>\n<td>Backup policies and recovery points<\/td>\n<td>Optional<\/td>\n<\/tr>\n<tr>\n<td>ITSM \/ Change<\/td>\n<td>ServiceNow \/ Jira Service Management<\/td>\n<td>Change requests, incidents, approvals<\/td>\n<td>Common (enterprise)<\/td>\n<\/tr>\n<tr>\n<td>Project tracking<\/td>\n<td>Jira \/ Azure Boards<\/td>\n<td>Sprint planning, work item tracking<\/td>\n<td>Common<\/td>\n<\/tr>\n<tr>\n<td>Documentation<\/td>\n<td>Confluence \/ SharePoint \/ Notion<\/td>\n<td>Runbooks, architecture docs, knowledge base<\/td>\n<td>Common<\/td>\n<\/tr>\n<tr>\n<td>Collaboration<\/td>\n<td>Slack \/ Microsoft Teams<\/td>\n<td>Cutover coordination, incident bridges<\/td>\n<td>Common<\/td>\n<\/tr>\n<tr>\n<td>Diagramming<\/td>\n<td>Lucidchart \/ Visio \/ draw.io<\/td>\n<td>Architecture and dependency diagrams<\/td>\n<td>Common<\/td>\n<\/tr>\n<tr>\n<td>Automation\/scripting<\/td>\n<td>Python \/ PowerShell \/ Bash<\/td>\n<td>Validation scripts, automation, API calls<\/td>\n<td>Common<\/td>\n<\/tr>\n<tr>\n<td>Config management<\/td>\n<td>Ansible<\/td>\n<td>Server configuration during rehost migrations<\/td>\n<td>Optional<\/td>\n<\/tr>\n<tr>\n<td>Testing<\/td>\n<td>Postman<\/td>\n<td>API validation and smoke tests<\/td>\n<td>Optional<\/td>\n<\/tr>\n<tr>\n<td>DNS \/ traffic management<\/td>\n<td>Route 53 \/ Azure DNS \/ Cloud DNS; Cloudflare (if used)<\/td>\n<td>DNS changes, cutover routing<\/td>\n<td>Context-specific<\/td>\n<\/tr>\n<tr>\n<td>Load balancing<\/td>\n<td>ALB\/NLB \/ Azure Load Balancer \/ GCLB<\/td>\n<td>Traffic distribution and health checks<\/td>\n<td>Common<\/td>\n<\/tr>\n<tr>\n<td>Cost management<\/td>\n<td>AWS Cost Explorer \/ Azure Cost Management \/ GCP Billing<\/td>\n<td>Spend analysis and optimization<\/td>\n<td>Common<\/td>\n<\/tr>\n<\/tbody>\n<\/table><\/figure>\n\n\n\n<hr class=\"wp-block-separator\" \/>\n\n\n\n<h2 class=\"wp-block-heading\">11) Typical Tech Stack \/ Environment<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">Infrastructure environment<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Hybrid: on-prem data centers (VMware or bare metal) integrated with public cloud via VPN or dedicated circuits.<\/li>\n<li>Cloud landing zone with:<\/li>\n<li>Segmented networks (prod\/non-prod), shared services VPC\/VNet, centralized logging<\/li>\n<li>Standardized IAM and policy guardrails<\/li>\n<li>Tagging standards and cost allocation rules<\/li>\n<li>Common compute patterns:<\/li>\n<li>VM-based (IaaS) workloads for rehost migrations<\/li>\n<li>Managed container platforms for replatforming<\/li>\n<li>Managed services (DBaaS, object storage, message queues) where modernization is feasible<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Application environment<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Mix of monoliths and microservices.<\/li>\n<li>Common runtimes: Java, .NET, Node.js, Python (context-specific).<\/li>\n<li>Deployment patterns: blue\/green, rolling deployments, canary (varies by maturity).<\/li>\n<li>Configuration managed via environment variables, secret stores, and parameter services.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Data environment<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Relational databases (Postgres, MySQL, SQL Server) and key-value\/document stores (Redis, MongoDB-like services).<\/li>\n<li>Data migration may include:<\/li>\n<li>Backup\/restore for smaller datasets<\/li>\n<li>Replication-based migration (minimal downtime) for larger\/critical data<\/li>\n<li>ETL\/CDC patterns (context-specific)<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Security environment<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Central IAM with federation and least privilege roles.<\/li>\n<li>Network security controls: segmentation, firewall policies, private endpoints (where supported).<\/li>\n<li>Encryption: TLS in transit; KMS\/HSM-backed encryption at rest; key rotation policies.<\/li>\n<li>Logging and audit: cloud audit logs centrally retained and monitored.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Delivery model<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>A migration program often runs as a set of squads:<\/li>\n<li>Cloud platform team (landing zone, guardrails)<\/li>\n<li>Migration factory \/ migration specialists (execution)<\/li>\n<li>App\/product teams (application changes, testing, acceptance)<\/li>\n<li>SRE\/Operations (runbooks, support model)<\/li>\n<li>Mix of Agile delivery for iterative waves and stage-gated governance for high-risk cutovers.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Agile or SDLC context<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Backlog-driven migration work with discovery \u2192 design \u2192 build \u2192 rehearse \u2192 cutover \u2192 hypercare.<\/li>\n<li>Change management integration for production cutovers (CAB), especially in enterprise environments.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Scale or complexity context<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Multi-environment (dev\/test\/stage\/prod), multi-account\/subscription structure.<\/li>\n<li>High integration density: legacy systems, third-party APIs, enterprise IAM, shared databases.<\/li>\n<li>Availability and performance requirements vary across workload tiers.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Team topology<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Reports into Cloud &amp; Infrastructure (often Cloud Engineering Manager or Cloud Platform Lead).<\/li>\n<li>Works closely with:<\/li>\n<li>Application owners (dotted-line collaboration)<\/li>\n<li>Security and network specialists<\/li>\n<li>DBAs\/data engineers<\/li>\n<li>Release\/change managers<\/li>\n<\/ul>\n\n\n\n<hr class=\"wp-block-separator\" \/>\n\n\n\n<h2 class=\"wp-block-heading\">12) Stakeholders and Collaboration Map<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">Internal stakeholders<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Cloud Platform\/Cloud Engineering Manager (manager)<\/strong> <\/li>\n<li>Collaboration: priorities, standards, escalation, resource allocation.  <\/li>\n<li>\n<p>Decision influence: high; sets guardrails and acceptance criteria.<\/p>\n<\/li>\n<li>\n<p><strong>Cloud Platform Engineers \/ Infrastructure Engineers (peers)<\/strong> <\/p>\n<\/li>\n<li>Collaboration: landing zone improvements, IaC modules, shared services.  <\/li>\n<li>\n<p>Decision influence: shared; peer reviews and design discussions.<\/p>\n<\/li>\n<li>\n<p><strong>SRE \/ Operations \/ NOC<\/strong> <\/p>\n<\/li>\n<li>Collaboration: monitoring, runbooks, hypercare ownership, on-call readiness.  <\/li>\n<li>\n<p>Decision influence: medium; can block migration closure if operational readiness is incomplete.<\/p>\n<\/li>\n<li>\n<p><strong>Application Engineering Teams (app owners)<\/strong> <\/p>\n<\/li>\n<li>Collaboration: code\/config changes, testing, performance validation, release scheduling.  <\/li>\n<li>\n<p>Decision influence: high for application-level changes and acceptance.<\/p>\n<\/li>\n<li>\n<p><strong>Security \/ SecOps \/ IAM<\/strong> <\/p>\n<\/li>\n<li>Collaboration: control requirements, risk acceptance, evidence collection, security testing.  <\/li>\n<li>\n<p>Decision influence: high; can block go-live if controls are missing (especially regulated).<\/p>\n<\/li>\n<li>\n<p><strong>Network Engineering<\/strong> <\/p>\n<\/li>\n<li>Collaboration: routing, DNS, firewall rules, hybrid connectivity, load balancers.  <\/li>\n<li>\n<p>Decision influence: medium\/high depending on org model.<\/p>\n<\/li>\n<li>\n<p><strong>DBA \/ Data Engineering<\/strong> <\/p>\n<\/li>\n<li>Collaboration: data migration planning, replication, validation, performance tuning.  <\/li>\n<li>\n<p>Decision influence: high for database cutovers and integrity sign-off.<\/p>\n<\/li>\n<li>\n<p><strong>PMO \/ Program Manager \/ Delivery Lead<\/strong> <\/p>\n<\/li>\n<li>Collaboration: wave planning, reporting, dependency management, stakeholder communications.  <\/li>\n<li>\n<p>Decision influence: medium; governs schedule and scope.<\/p>\n<\/li>\n<li>\n<p><strong>FinOps \/ Cost Management<\/strong> <\/p>\n<\/li>\n<li>Collaboration: cost estimates, tagging, post-migration optimization.  <\/li>\n<li>Decision influence: medium; sets cost governance and optimization expectations.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">External stakeholders (as applicable)<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Cloud provider support<\/strong> (AWS\/Azure\/GCP)  <\/li>\n<li>\n<p>Collaboration: service limits, support cases, architecture guidance.<\/p>\n<\/li>\n<li>\n<p><strong>System integrators \/ MSPs<\/strong> <\/p>\n<\/li>\n<li>Collaboration: tooling, execution capacity, specialized migrations.  <\/li>\n<li>\n<p>Decision influence: varies; internal ownership must remain clear.<\/p>\n<\/li>\n<li>\n<p><strong>Third-party vendors<\/strong> (SaaS dependencies, external APIs)  <\/p>\n<\/li>\n<li>Collaboration: IP allowlisting, endpoint changes, integration testing.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Peer roles (common)<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Cloud Platform Engineer, SRE, DevOps Engineer, Network Engineer, Security Engineer, Data Engineer, Release Manager, Technical Project Manager.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Upstream dependencies<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Landing zone readiness and account provisioning<\/li>\n<li>Network connectivity approval and implementation<\/li>\n<li>IAM\/SSO integration and role provisioning<\/li>\n<li>App team readiness (code\/config changes, test plans)<\/li>\n<li>Data replication setup and validation tools<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Downstream consumers<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Operations\/SRE teams receiving handoff<\/li>\n<li>Product\/application owners relying on stable runtime<\/li>\n<li>Security\/compliance teams requiring audit evidence<\/li>\n<li>Finance\/FinOps consuming cost allocation and tagging data<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Nature of collaboration<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>The Cloud Migration Specialist often acts as the <strong>integrator<\/strong>: coordinating across technical domains to ensure migration steps are sequenced correctly and validated.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Typical decision-making authority<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Can decide <em>how<\/em> to execute within agreed patterns and standards.<\/li>\n<li>Influences <em>when<\/em> through readiness assessments and risk evidence.<\/li>\n<li>Cannot typically override platform\/security standards without formal exceptions.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Escalation points<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Cloud Engineering Manager \/ Head of Cloud Infrastructure: timeline\/resource conflicts<\/li>\n<li>Security leadership: risk acceptance, control exceptions<\/li>\n<li>Program leadership\/PMO: scope tradeoffs and prioritization<\/li>\n<li>Incident commander (during cutover\/hypercare): operational decisions during incidents<\/li>\n<\/ul>\n\n\n\n<hr class=\"wp-block-separator\" \/>\n\n\n\n<h2 class=\"wp-block-heading\">13) Decision Rights and Scope of Authority<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">Decisions this role can make independently<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Migration task sequencing within an approved cutover plan (step order, timing adjustments inside the window).<\/li>\n<li>Choice of specific automation approach (scripts, pipeline steps) within tooling standards.<\/li>\n<li>Operational monitoring thresholds and dashboard design for a given workload (within SRE standards).<\/li>\n<li>Troubleshooting actions and remediation steps during hypercare (within runbook and change policy).<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Decisions requiring team approval (peer\/architecture review)<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Selecting migration patterns for medium\/high complexity workloads (replatform vs rehost tradeoffs).<\/li>\n<li>Introducing new shared IaC modules or changes that affect multiple teams.<\/li>\n<li>Significant changes to network topology for a workload (subnet design, ingress\/egress patterns).<\/li>\n<li>Changes that affect shared services (logging pipelines, shared clusters, identity patterns).<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Decisions requiring manager\/director\/executive approval<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Formal risk acceptance for unmet controls or significant residual risk at go-live.<\/li>\n<li>Migration scheduling that impacts key business events or customer SLAs.<\/li>\n<li>Budget-impacting decisions (new tooling contracts, premium support, large reserved capacity purchases).<\/li>\n<li>Decommissioning major legacy infrastructure or terminating vendor contracts (typically executive\/finance involvement).<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Budget, architecture, vendor, delivery, hiring, compliance authority<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Budget:<\/strong> Typically none directly; may provide estimates and recommendations (e.g., reserved instances\/savings plans).  <\/li>\n<li><strong>Architecture:<\/strong> Contributes within reference architectures; final authority usually sits with Cloud Architect\/Architecture Board.  <\/li>\n<li><strong>Vendor:<\/strong> Can evaluate tools and provide technical input; procurement decisions made by management.  <\/li>\n<li><strong>Delivery:<\/strong> Owns execution tasks and cutover readiness for assigned workloads; program manager owns consolidated timeline.  <\/li>\n<li><strong>Hiring:<\/strong> Usually no authority; may participate in interviews or technical assessments.  <\/li>\n<li><strong>Compliance:<\/strong> Ensures implementation and evidence collection; compliance approval sits with Security\/GRC.<\/li>\n<\/ul>\n\n\n\n<hr class=\"wp-block-separator\" \/>\n\n\n\n<h2 class=\"wp-block-heading\">14) Required Experience and Qualifications<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">Typical years of experience<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>3\u20137 years<\/strong> in infrastructure, DevOps, systems engineering, SRE, or cloud engineering roles.<\/li>\n<li>At least <strong>1\u20133 years<\/strong> of direct migration experience (or strong adjacent experience in cloud operations plus demonstrable migration projects).<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Education expectations<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Bachelor\u2019s degree in Computer Science, Information Systems, Engineering, or equivalent experience is common.<\/li>\n<li>Strong practical experience is often valued over formal education for this specialist role.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Certifications (relevant; not always mandatory)<\/h3>\n\n\n\n<p><strong>Common\/valuable (provider-specific):<\/strong>\n&#8211; AWS Certified Solutions Architect \u2013 Associate (or SysOps Administrator)\n&#8211; Microsoft Certified: Azure Administrator Associate (AZ-104) or Azure Solutions Architect (AZ-305)\n&#8211; Google Associate Cloud Engineer (or Professional Cloud Architect)<\/p>\n\n\n\n<p><strong>Optional\/Context-specific:<\/strong>\n&#8211; HashiCorp Terraform Associate\n&#8211; Kubernetes certifications (CKA\/CKAD) for container-heavy environments\n&#8211; ITIL Foundation (enterprise ITSM context)\n&#8211; Security certifications (Security+, CCSK) in regulated\/security-heavy environments<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Prior role backgrounds commonly seen<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Systems Engineer \/ Infrastructure Engineer<\/li>\n<li>DevOps Engineer<\/li>\n<li>Cloud Engineer \/ Cloud Operations Engineer<\/li>\n<li>SRE (early-career or adjacent)<\/li>\n<li>Network Engineer with cloud exposure (transition path)<\/li>\n<li>DBA\/Data Engineer with infrastructure and cloud exposure (for data-heavy migrations)<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Domain knowledge expectations<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Broad IT and software delivery understanding (environments, deployments, release coordination).<\/li>\n<li>Understanding of enterprise constraints: change management, separation of duties, audit evidence.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Leadership experience expectations (for this title)<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Not a people manager role.<\/li>\n<li>Expected to lead workstreams and coordinate cross-functional tasks; mentoring juniors is a plus.<\/li>\n<\/ul>\n\n\n\n<hr class=\"wp-block-separator\" \/>\n\n\n\n<h2 class=\"wp-block-heading\">15) Career Path and Progression<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">Common feeder roles into this role<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>DevOps Engineer (CI\/CD + cloud exposure)<\/li>\n<li>Systems\/Infrastructure Engineer (VMware + automation)<\/li>\n<li>Cloud Operations Engineer (monitoring + incident response)<\/li>\n<li>Network Engineer transitioning into cloud networking and hybrid connectivity<\/li>\n<li>DBA\/Data Engineer transitioning into cloud migration focus (data-centric path)<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Next likely roles after this role<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Senior Cloud Migration Specialist<\/strong> (greater scope, complex migrations, wave leadership)<\/li>\n<li><strong>Cloud Platform Engineer<\/strong> (deeper platform\/landing zone ownership)<\/li>\n<li><strong>Cloud Solutions Architect<\/strong> (broader design authority across domains)<\/li>\n<li><strong>SRE \/ Reliability Engineer<\/strong> (operational excellence and resilience focus)<\/li>\n<li><strong>DevOps Lead \/ Release Engineering Lead<\/strong> (delivery pipelines and automation at scale)<\/li>\n<li><strong>Cloud Program Technical Lead<\/strong> (migration factory leadership; often a senior IC role)<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Adjacent career paths<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Security engineering<\/strong> (cloud security specialist, IAM specialist)<\/li>\n<li><strong>Network architecture<\/strong> (cloud network specialist\/architect)<\/li>\n<li><strong>Data platform engineering<\/strong> (cloud data engineer, database reliability engineering)<\/li>\n<li><strong>FinOps practitioner<\/strong> (cost governance and optimization specialist)<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Skills needed for promotion (to senior specialist \/ lead)<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Proven success migrating complex workloads (stateful systems, high-availability systems).<\/li>\n<li>Stronger architecture judgment: selecting patterns, designing cutover and rollback strategies.<\/li>\n<li>Building reusable migration assets and driving adoption across teams.<\/li>\n<li>Better stakeholder leadership: managing conflict, driving alignment, crisp executive communication.<\/li>\n<li>Quantified outcomes: reduced cycle time, reduced incidents, improved cost\/performance.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">How the role evolves over time<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Early: execution-heavy, following established patterns.<\/li>\n<li>Mid: owns waves, improves templates\/automation, mentors others.<\/li>\n<li>Advanced: shapes migration factory design, influences platform roadmap, handles highest-risk migrations.<\/li>\n<\/ul>\n\n\n\n<hr class=\"wp-block-separator\" \/>\n\n\n\n<h2 class=\"wp-block-heading\">16) Risks, Challenges, and Failure Modes<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">Common role challenges<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Hidden dependencies<\/strong> (legacy integrations, hard-coded IPs, shared databases).<\/li>\n<li><strong>Data gravity and statefulness<\/strong>: migrating large datasets with low downtime constraints.<\/li>\n<li><strong>IAM and security friction<\/strong>: insufficient permissions, unclear ownership, delayed approvals.<\/li>\n<li><strong>Network complexity<\/strong>: routing, DNS propagation, firewall rules, and hybrid latency.<\/li>\n<li><strong>Tooling mismatch<\/strong>: migration tools not aligned with architecture or constraints.<\/li>\n<li><strong>Environment drift<\/strong>: configuration differences between dev\/test\/prod causing surprises.<\/li>\n<li><strong>Unclear acceptance criteria<\/strong>: stakeholders disagree on what \u201csuccess\u201d means at go-live.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Bottlenecks<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Landing zone provisioning lead times (accounts, network changes).<\/li>\n<li>Security reviews and control evidence delays.<\/li>\n<li>Database migration windows and replication setup complexity.<\/li>\n<li>App team capacity for remediation and testing.<\/li>\n<li>Change approval processes (CAB) and scheduling constraints.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Anti-patterns<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>\u201cLift-and-shift without validation\u201d: moving VMs and assuming it works.<\/li>\n<li>Skipping rehearsals to meet dates; relying on production cutover as first real test.<\/li>\n<li>Not having a tested rollback plan (or a rollback that is logically impossible).<\/li>\n<li>Treating observability as optional; discovering issues only through customer reports.<\/li>\n<li>Over-customizing per workload instead of standardizing patterns and templates.<\/li>\n<li>Lack of ownership during hypercare (\u201cthrowing it over the wall\u201d to ops).<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Common reasons for underperformance<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Weak troubleshooting skills across network\/IAM\/app layers.<\/li>\n<li>Poor communication during cutovers and risk discussions.<\/li>\n<li>Inadequate documentation and failure to create reusable assets.<\/li>\n<li>Over-reliance on manual steps; inability to automate and scale.<\/li>\n<li>Not understanding enterprise governance; repeated non-compliance issues.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Business risks if this role is ineffective<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Customer-impacting outages during\/after migrations.<\/li>\n<li>Failed migrations leading to delays, cost overruns, and loss of stakeholder confidence.<\/li>\n<li>Security gaps and audit findings due to incomplete controls or missing evidence.<\/li>\n<li>Cloud spend increases without corresponding value (over-provisioning, lack of optimization).<\/li>\n<li>Program stagnation: inability to scale migration throughput, prolonging legacy infrastructure costs.<\/li>\n<\/ul>\n\n\n\n<hr class=\"wp-block-separator\" \/>\n\n\n\n<h2 class=\"wp-block-heading\">17) Role Variants<\/h2>\n\n\n\n<p>This role changes meaningfully depending on company size, operating model, and regulatory constraints.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">By company size<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Startup \/ small scale tech org<\/strong><\/li>\n<li>Broader scope: may combine cloud migration + platform engineering + DevOps.<\/li>\n<li>Faster decisions, fewer governance gates; more direct hands-on execution.<\/li>\n<li>\n<p>Tooling may be lighter; migration may be ad-hoc rather than factory-based.<\/p>\n<\/li>\n<li>\n<p><strong>Mid-size software company<\/strong><\/p>\n<\/li>\n<li>Balanced: migration specialist works with a small cloud platform team; app teams are collaborative.<\/li>\n<li>\n<p>More standardization; fewer compliance barriers than large enterprises.<\/p>\n<\/li>\n<li>\n<p><strong>Large enterprise<\/strong><\/p>\n<\/li>\n<li>More governance, formal change control, separation of duties.<\/li>\n<li>Migration factory model more common; role focuses on repeatability, reporting, and risk management.<\/li>\n<li>Greater specialization (network\/security\/data specialists in parallel).<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">By industry<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Regulated (finance, healthcare, government)<\/strong><\/li>\n<li>Stronger emphasis on evidence, control mapping, audit trails, and approvals.<\/li>\n<li>Longer lead times; more formal documentation and sign-offs.<\/li>\n<li>\n<p>Encryption, key management, data residency, and logging requirements are stricter.<\/p>\n<\/li>\n<li>\n<p><strong>Non-regulated (consumer SaaS, digital products)<\/strong><\/p>\n<\/li>\n<li>Faster iteration; more automation and continuous delivery.<\/li>\n<li>Higher emphasis on performance and reliability engineering patterns (SLOs, canaries).<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">By geography<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Global organizations may require:<\/li>\n<li>Multi-region deployment and latency considerations<\/li>\n<li>Data residency constraints (country\/region specific)<\/li>\n<li>Time-zone-aware cutover planning and staffing models<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Product-led vs service-led company<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Product-led (SaaS)<\/strong><\/li>\n<li>Migration must protect customer experience and SLAs; strong SRE collaboration.<\/li>\n<li>Greater use of progressive delivery and feature flags.<\/li>\n<li>\n<p>More focus on performance and observability.<\/p>\n<\/li>\n<li>\n<p><strong>Service-led \/ internal IT<\/strong><\/p>\n<\/li>\n<li>More diverse portfolio (COTS apps, ERP, internal services).<\/li>\n<li>More rehost\/replatform; more reliance on vendor guidance and change windows.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Startup vs enterprise<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Startups: fewer legacy systems; migrations often involve platform switches and rapid modernization.<\/li>\n<li>Enterprises: large legacy estates; complex dependencies; significant decommissioning and data center exit work.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Regulated vs non-regulated<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Regulated: compliance KPIs and evidence artifacts become first-class deliverables.<\/li>\n<li>Non-regulated: speed and developer enablement may take precedence, but still requires security baseline.<\/li>\n<\/ul>\n\n\n\n<hr class=\"wp-block-separator\" \/>\n\n\n\n<h2 class=\"wp-block-heading\">18) AI \/ Automation Impact on the Role<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">Tasks that can be automated (now and increasing)<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Inventory and discovery assistance<\/strong> (partial automation): parsing config repos, CMDB exports, cloud account scans to build candidate inventories.<\/li>\n<li><strong>Dependency mapping suggestions<\/strong>: AI-assisted analysis of logs, traces, network flows to infer service relationships (human validation still required).<\/li>\n<li><strong>IaC generation and templating<\/strong>: generating baseline Terraform modules, policy definitions, and standardized resource templates.<\/li>\n<li><strong>Validation scripts<\/strong>: automated smoke tests, endpoint checks, DNS verification, certificate validation, configuration drift checks.<\/li>\n<li><strong>Runbook drafting<\/strong>: generating first drafts of cutover steps and checklists from templates and prior migrations (requires expert review).<\/li>\n<li><strong>Log anomaly detection<\/strong> during hypercare: pattern detection for regressions, elevated error rates, or latency spikes.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Tasks that remain human-critical<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Risk judgment and tradeoffs<\/strong>: deciding whether to cutover, delay, or rollback based on imperfect information.<\/li>\n<li><strong>Stakeholder alignment<\/strong>: negotiating windows, communicating risk, securing sign-offs.<\/li>\n<li><strong>Architecture decisions under constraints<\/strong>: selecting migration patterns and sequencing with business context.<\/li>\n<li><strong>Incident leadership during cutover<\/strong>: coordinating response, making time-sensitive decisions, ensuring clear communications.<\/li>\n<li><strong>Security and compliance accountability<\/strong>: interpreting requirements and ensuring correct implementation and evidence.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">How AI changes the role over the next 2\u20135 years<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>The role shifts from primarily executing manual migration steps to <strong>designing and supervising automated migration pipelines<\/strong> and validation frameworks.<\/li>\n<li>Increased expectations to:<\/li>\n<li>Maintain reusable \u201cgolden paths\u201d and templates<\/li>\n<li>Validate AI-generated artifacts and ensure governance alignment<\/li>\n<li>Use AI\/automation to increase throughput without sacrificing quality<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">New expectations caused by AI, automation, or platform shifts<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Ability to evaluate and safely adopt AI-based tooling (data handling, access controls, audit logs).<\/li>\n<li>Stronger emphasis on:<\/li>\n<li>Policy-as-code<\/li>\n<li>Continuous compliance<\/li>\n<li>Automated evidence generation<\/li>\n<li>FinOps integration (automated anomaly detection and cost guardrails)<\/li>\n<\/ul>\n\n\n\n<hr class=\"wp-block-separator\" \/>\n\n\n\n<h2 class=\"wp-block-heading\">19) Hiring Evaluation Criteria<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">What to assess in interviews<\/h3>\n\n\n\n<ol class=\"wp-block-list\">\n<li>\n<p><strong>Migration experience depth<\/strong>\n   &#8211; Can the candidate explain at least 1\u20132 migrations end-to-end (discovery \u2192 cutover \u2192 hypercare)?\n   &#8211; Do they understand why migrations fail and how to prevent common issues?<\/p>\n<\/li>\n<li>\n<p><strong>Hybrid networking and DNS understanding<\/strong>\n   &#8211; Ability to reason about routing, security groups\/firewalls, private endpoints, DNS TTL\/cutover strategies.<\/p>\n<\/li>\n<li>\n<p><strong>IAM and security baseline competence<\/strong>\n   &#8211; Least privilege, service identities, secrets management, encryption basics, audit logging.<\/p>\n<\/li>\n<li>\n<p><strong>IaC and automation capability<\/strong>\n   &#8211; Terraform (or equivalent), modularity, environment separation, state practices, pipeline integration.<\/p>\n<\/li>\n<li>\n<p><strong>Operational readiness discipline<\/strong>\n   &#8211; Monitoring, alerting, runbooks, rollback planning, rehearsal discipline, incident response participation.<\/p>\n<\/li>\n<li>\n<p><strong>Data migration fundamentals<\/strong>\n   &#8211; Backup\/restore vs replication; integrity validation; downtime minimization patterns.<\/p>\n<\/li>\n<li>\n<p><strong>Communication and cutover leadership<\/strong>\n   &#8211; Clarity in status reporting, risk articulation, and go\/no-go framing.<\/p>\n<\/li>\n<\/ol>\n\n\n\n<h3 class=\"wp-block-heading\">Practical exercises or case studies (recommended)<\/h3>\n\n\n\n<ol class=\"wp-block-list\">\n<li>\n<p><strong>Migration planning case (60\u201390 minutes)<\/strong>\n   &#8211; Provide a fictional app profile: dependencies, database size, uptime requirement, compliance constraints.\n   &#8211; Ask candidate to propose:<\/p>\n<ul>\n<li>Migration pattern (and why)<\/li>\n<li>Wave sequencing<\/li>\n<li>Cutover plan and rollback strategy<\/li>\n<li>Readiness checklist and validation plan<\/li>\n<li>Post-migration monitoring and hypercare approach<\/li>\n<\/ul>\n<\/li>\n<li>\n<p><strong>Terraform\/IaC review exercise (45\u201360 minutes)<\/strong>\n   &#8211; Provide a small IaC snippet with tagging gaps, security group issues, and hard-coded values.\n   &#8211; Ask for improvements: modularization, variables, naming standards, security corrections.<\/p>\n<\/li>\n<li>\n<p><strong>Troubleshooting scenario (30\u201345 minutes)<\/strong>\n   &#8211; Present symptoms post-cutover: intermittent 502s, increased latency, DB connection errors.\n   &#8211; Ask how they triage across DNS, load balancer health checks, security rules, app config, DB limits.<\/p>\n<\/li>\n<li>\n<p><strong>Data migration integrity scenario (30 minutes)<\/strong>\n   &#8211; Ask how to validate data correctness and handle reconciliation discrepancies.<\/p>\n<\/li>\n<\/ol>\n\n\n\n<h3 class=\"wp-block-heading\">Strong candidate signals<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Clear explanation of cutover mechanics (DNS strategies, traffic shifting, feature flags if applicable).<\/li>\n<li>Demonstrates disciplined runbook\/rehearsal approach and insists on rollback viability.<\/li>\n<li>Comfort across layers: networking + IAM + app runtime + data.<\/li>\n<li>Evidence of automation and standardization (templates, scripts, pipelines).<\/li>\n<li>Pragmatic decision-making: knows when to rehost vs replatform and why.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Weak candidate signals<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Treats migration as \u201ccopy VMs and update DNS\u201d with minimal validation.<\/li>\n<li>Cannot articulate rollback steps or assumes rollback is always easy.<\/li>\n<li>Ignores security\/IAM considerations or treats them as someone else\u2019s job.<\/li>\n<li>Over-indexes on a single tool without understanding underlying concepts.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Red flags<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Repeatedly downplays incidents or blames stakeholders without learning-oriented analysis.<\/li>\n<li>Advocates skipping rehearsals, monitoring, or documentation to meet dates.<\/li>\n<li>Lacks integrity around risk reporting (hides issues until late).<\/li>\n<li>Cannot explain basic networking\/IAM failures they encountered and resolved.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Scorecard dimensions (interview rubric)<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Cloud fundamentals and services<\/li>\n<li>Hybrid networking\/DNS<\/li>\n<li>IAM\/security baseline<\/li>\n<li>IaC\/automation<\/li>\n<li>Migration planning and execution<\/li>\n<li>Data migration competence<\/li>\n<li>Observability and operational readiness<\/li>\n<li>Troubleshooting and incident response<\/li>\n<li>Communication and stakeholder management<\/li>\n<li>Continuous improvement mindset<\/li>\n<\/ul>\n\n\n\n<h4 class=\"wp-block-heading\">Sample hiring scorecard (0\u20134 scale)<\/h4>\n\n\n\n<figure class=\"wp-block-table\"><table>\n<thead>\n<tr>\n<th>Dimension<\/th>\n<th style=\"text-align: right;\">0 = No evidence<\/th>\n<th style=\"text-align: right;\">1 = Basic<\/th>\n<th style=\"text-align: right;\">2 = Proficient<\/th>\n<th style=\"text-align: right;\">3 = Strong<\/th>\n<th style=\"text-align: right;\">4 = Expert<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Cloud platform fundamentals<\/td>\n<td style=\"text-align: right;\">0<\/td>\n<td style=\"text-align: right;\">1<\/td>\n<td style=\"text-align: right;\">2<\/td>\n<td style=\"text-align: right;\">3<\/td>\n<td style=\"text-align: right;\">4<\/td>\n<\/tr>\n<tr>\n<td>Migration pattern judgment<\/td>\n<td style=\"text-align: right;\">0<\/td>\n<td style=\"text-align: right;\">1<\/td>\n<td style=\"text-align: right;\">2<\/td>\n<td style=\"text-align: right;\">3<\/td>\n<td style=\"text-align: right;\">4<\/td>\n<\/tr>\n<tr>\n<td>Hybrid networking + DNS<\/td>\n<td style=\"text-align: right;\">0<\/td>\n<td style=\"text-align: right;\">1<\/td>\n<td style=\"text-align: right;\">2<\/td>\n<td style=\"text-align: right;\">3<\/td>\n<td style=\"text-align: right;\">4<\/td>\n<\/tr>\n<tr>\n<td>IAM + secrets + encryption<\/td>\n<td style=\"text-align: right;\">0<\/td>\n<td style=\"text-align: right;\">1<\/td>\n<td style=\"text-align: right;\">2<\/td>\n<td style=\"text-align: right;\">3<\/td>\n<td style=\"text-align: right;\">4<\/td>\n<\/tr>\n<tr>\n<td>IaC (Terraform or equivalent)<\/td>\n<td style=\"text-align: right;\">0<\/td>\n<td style=\"text-align: right;\">1<\/td>\n<td style=\"text-align: right;\">2<\/td>\n<td style=\"text-align: right;\">3<\/td>\n<td style=\"text-align: right;\">4<\/td>\n<\/tr>\n<tr>\n<td>CI\/CD and release practices<\/td>\n<td style=\"text-align: right;\">0<\/td>\n<td style=\"text-align: right;\">1<\/td>\n<td style=\"text-align: right;\">2<\/td>\n<td style=\"text-align: right;\">3<\/td>\n<td style=\"text-align: right;\">4<\/td>\n<\/tr>\n<tr>\n<td>Observability + hypercare<\/td>\n<td style=\"text-align: right;\">0<\/td>\n<td style=\"text-align: right;\">1<\/td>\n<td style=\"text-align: right;\">2<\/td>\n<td style=\"text-align: right;\">3<\/td>\n<td style=\"text-align: right;\">4<\/td>\n<\/tr>\n<tr>\n<td>Data migration fundamentals<\/td>\n<td style=\"text-align: right;\">0<\/td>\n<td style=\"text-align: right;\">1<\/td>\n<td style=\"text-align: right;\">2<\/td>\n<td style=\"text-align: right;\">3<\/td>\n<td style=\"text-align: right;\">4<\/td>\n<\/tr>\n<tr>\n<td>Troubleshooting under pressure<\/td>\n<td style=\"text-align: right;\">0<\/td>\n<td style=\"text-align: right;\">1<\/td>\n<td style=\"text-align: right;\">2<\/td>\n<td style=\"text-align: right;\">3<\/td>\n<td style=\"text-align: right;\">4<\/td>\n<\/tr>\n<tr>\n<td>Communication + collaboration<\/td>\n<td style=\"text-align: right;\">0<\/td>\n<td style=\"text-align: right;\">1<\/td>\n<td style=\"text-align: right;\">2<\/td>\n<td style=\"text-align: right;\">3<\/td>\n<td style=\"text-align: right;\">4<\/td>\n<\/tr>\n<\/tbody>\n<\/table><\/figure>\n\n\n\n<hr class=\"wp-block-separator\" \/>\n\n\n\n<h2 class=\"wp-block-heading\">20) Final Role Scorecard Summary<\/h2>\n\n\n\n<figure class=\"wp-block-table\"><table>\n<thead>\n<tr>\n<th>Category<\/th>\n<th>Summary<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Role title<\/td>\n<td>Cloud Migration Specialist<\/td>\n<\/tr>\n<tr>\n<td>Role purpose<\/td>\n<td>Plan and execute secure, low-downtime migrations of applications, data, and infrastructure into cloud environments, ensuring operational readiness, validated performance, and repeatable delivery patterns.<\/td>\n<\/tr>\n<tr>\n<td>Top 10 responsibilities<\/td>\n<td>1) Plan migration waves and sequencing 2) Perform discovery and dependency mapping 3) Select migration patterns per workload 4) Provision target infrastructure via IaC 5) Execute data migration and integrity validation 6) Orchestrate cutovers with rehearsals and rollback plans 7) Implement observability and hypercare monitoring 8) Coordinate security\/compliance controls and evidence 9) Optimize cost\/performance post-migration 10) Produce runbooks, as-built docs, and operational handoffs<\/td>\n<\/tr>\n<tr>\n<td>Top 10 technical skills<\/td>\n<td>1) Cloud fundamentals (AWS\/Azure\/GCP) 2) Migration patterns (6Rs) 3) Hybrid networking, routing, DNS 4) IAM and least privilege 5) Infrastructure as Code (Terraform or equivalent) 6) CI\/CD and release coordination 7) Observability (logs\/metrics\/alerts) 8) Data migration fundamentals (backup\/restore, replication) 9) Linux\/Windows troubleshooting 10) Security basics (encryption, secrets, audit logging)<\/td>\n<\/tr>\n<tr>\n<td>Top 10 soft skills<\/td>\n<td>1) Structured problem solving 2) Calm execution under pressure 3) Clear stakeholder communication 4) Influence without authority 5) Attention to detail 6) Documentation discipline 7) Risk awareness and judgment 8) Collaboration across teams 9) Continuous improvement mindset 10) Ownership and accountability during hypercare<\/td>\n<\/tr>\n<tr>\n<td>Top tools\/platforms<\/td>\n<td>Cloud: AWS\/Azure\/GCP; IaC: Terraform (plus CloudFormation\/Bicep optional); CI\/CD: GitHub Actions\/GitLab\/Azure DevOps\/Jenkins; Observability: CloudWatch\/Azure Monitor\/GCP Ops (+ Datadog\/New Relic optional); ITSM: ServiceNow\/Jira SM; Secrets: Key Vault\/Secrets Manager\/Vault; Data migration: AWS DMS\/Azure DMS (context-specific); Collaboration: Teams\/Slack; Docs: Confluence\/SharePoint; Diagrams: Lucidchart\/Visio<\/td>\n<\/tr>\n<tr>\n<td>Top KPIs<\/td>\n<td>Cutover success rate, rollback rate, post-migration incident rate, migration cycle time, validation pass rate, data reconciliation accuracy, performance baseline delta, cost variance vs forecast, documentation completeness, stakeholder satisfaction<\/td>\n<\/tr>\n<tr>\n<td>Main deliverables<\/td>\n<td>Migration wave plans, dependency maps, migration decision records, IaC modules, cutover and rollback runbooks, data migration plans, validation checklists, dashboards\/alerts, as-built architecture docs, hypercare reports, post-migration review documents<\/td>\n<\/tr>\n<tr>\n<td>Main goals<\/td>\n<td>30\/60\/90-day: ramp and own migrations; 6\u201312 months: deliver repeated successful migrations, reduce incident rate, improve throughput via automation, embed governance and operational readiness, contribute to migration factory maturity<\/td>\n<\/tr>\n<tr>\n<td>Career progression options<\/td>\n<td>Senior Cloud Migration Specialist; Cloud Platform Engineer; Cloud Solutions Architect; SRE\/Reliability Engineer; DevOps\/Release Engineering Lead; Cloud Program Technical Lead; adjacent paths into Cloud Security, Cloud Networking, Data Platform Engineering, or FinOps<\/td>\n<\/tr>\n<\/tbody>\n<\/table><\/figure>\n","protected":false},"excerpt":{"rendered":"<p>The **Cloud Migration Specialist** plans and executes the technical and operational work required to move applications, data, and infrastructure from on\u2011premises or legacy hosting into a public cloud, private cloud, or hybrid environment. The role focuses on **migration delivery excellence**\u2014reducing risk, maintaining service continuity, and achieving target-state performance, security, and cost objectives.<\/p>\n","protected":false},"author":61,"featured_media":0,"comment_status":"open","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_kad_post_transparent":"","_kad_post_title":"","_kad_post_layout":"","_kad_post_sidebar_id":"","_kad_post_content_style":"","_kad_post_vertical_padding":"","_kad_post_feature":"","_kad_post_feature_position":"","_kad_post_header":false,"_kad_post_footer":false,"_kad_post_classname":"","_joinchat":[],"footnotes":""},"categories":[24455,24508],"tags":[],"class_list":["post-75012","post","type-post","status-publish","format-standard","hentry","category-cloud-infrastructure","category-specialist"],"_links":{"self":[{"href":"https:\/\/www.devopsschool.com\/blog\/wp-json\/wp\/v2\/posts\/75012","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.devopsschool.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.devopsschool.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.devopsschool.com\/blog\/wp-json\/wp\/v2\/users\/61"}],"replies":[{"embeddable":true,"href":"https:\/\/www.devopsschool.com\/blog\/wp-json\/wp\/v2\/comments?post=75012"}],"version-history":[{"count":0,"href":"https:\/\/www.devopsschool.com\/blog\/wp-json\/wp\/v2\/posts\/75012\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.devopsschool.com\/blog\/wp-json\/wp\/v2\/media?parent=75012"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.devopsschool.com\/blog\/wp-json\/wp\/v2\/categories?post=75012"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.devopsschool.com\/blog\/wp-json\/wp\/v2\/tags?post=75012"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}