Skip to content

Challenge 1: Plan

FieldValue
Duration45 minutes
TypeWhiteboard Design Session
Points25
DeliverableWhiteboard assessment strategy and migration wave plan

Design a comprehensive assessment and migration planning strategy for Contoso Bakery using the Cloud Adoption Framework methodology.


Contoso Bakery has engaged your team to plan their migration from on-premises infrastructure to Azure. Before any migration can begin, you need to:

  1. Understand the current environment β€” What workloads exist and how are they connected?
  2. Assess readiness β€” Which workloads are ready for Azure?
  3. Prioritize the migration β€” What moves first, and why?

Your simulated on-premises environment (ArcBox) contains:

ServerOSRoleNotes
ArcBox-Win2K22Windows Server 2022Application ServerHosts internal LOB app
ArcBox-Win2K25Windows Server 2025File ServerDepartment file shares
ArcBox-SQLWindows + SQL ServerDatabase ServerCritical ERP database
ArcBox-Ubuntu-01Ubuntu 22.04Web ServerCustomer-facing portal
ArcBox-Ubuntu-02Ubuntu 22.04MonitoringNagios/Grafana stack

Before starting this challenge, ensure:

  • Azure 101 pre-work is complete
  • Team roles are assigned (facilitator, scribe, presenter, reviewer)
  • Whiteboard or flip chart is available

Work with your team to design the assessment and wave planning strategy on your whiteboard.

Guiding Questions:

  1. Discovery Approach

    • How will you discover all workloads in the environment?
    • What tools and methods will you use?
    • What information do you need to collect?
  2. Dependency Mapping

    • How will you identify dependencies between servers?
    • What happens if you miss a critical dependency?
    • Agent-based vs. agentless analysis β€” which approach and why?
  3. Assessment Criteria

    • What factors determine if a workload is β€œready” for Azure?
    • How will you categorize workloads (ready, ready with conditions, not ready)?
    • What blockers might you encounter?

Deliverable: Whiteboard diagram showing your assessment approach


Use the Value vs. Complexity Matrix to prioritize workloads:

HIGH COMPLEXITY
β”‚
Strategic β”‚ Challenging
Investments β”‚ (Plan Carefully)
β”‚
──────────────────────┼──────────────────────
β”‚
Quick Wins β”‚ Fill-ins
(Migrate First) β”‚ (Low Priority)
β”‚
LOW COMPLEXITY
LOW VALUE ────────────┼──────────────── HIGH VALUE

Guiding Questions:

  1. Prioritization

    • Which workloads are quick wins (high value, low complexity)?
    • Which require more planning (high complexity)?
    • What order makes the most sense?
  2. Wave Design

    • How will you group workloads into migration waves?
    • What dependencies force workloads into the same wave?
    • How long should each wave take?
  3. Risk Mitigation

    • What’s your approach for the SQL database (typically highest risk)?
    • How do you handle the customer-facing web server?
    • What if a wave fails β€” what’s your fallback?

Deliverable: Whiteboard showing migration waves with workload assignments


Guiding Questions:

  1. Migration Success

    • How will you know the migration succeeded?
    • What metrics will you track?
    • Who signs off on completion?
  2. Validation Approach

    • How will you test workloads post-migration?
    • What’s your rollback trigger?
    • How long is the validation period?

Deliverable: List of success criteria for migration validation


By the end of this challenge, your whiteboard should show:

  1. βœ… Assessment Approach Diagram

    • Discovery method
    • Dependency mapping approach
    • Assessment criteria
  2. βœ… Migration Wave Plan

    • Value/Complexity matrix with workloads placed
    • Wave groupings with rationale
    • Timeline estimate
  3. βœ… Success Criteria

    • Validation checklist
    • Rollback triggers
    • Sign-off process

πŸ“Έ Take a photo of your whiteboard β€” You’ll need it for your presentation!


Use this template to capture your team’s decisions:

Team Planning Template
### Team: ________________
### Assessment Strategy
- Discovery tool: _______________________________
- Dependency mapping approach: ☐ Agent-based ☐ Agentless
- Data collection duration: ____________________
### Value vs. Complexity Matrix Placement
| Workload | Value (1-5) | Complexity (1-5) | Quadrant |
|----------|-------------|------------------|----------|
| ArcBox-Win2K22 | ___ | ___ | ________________ |
| ArcBox-Win2K25 | ___ | ___ | ________________ |
| ArcBox-SQL | ___ | ___ | ________________ |
| ArcBox-Ubuntu-01 | ___ | ___ | ________________ |
| ArcBox-Ubuntu-02 | ___ | ___ | ________________ |
### Migration Waves
| Wave | Workloads | Duration | Business Justification |
|------|-----------|----------|------------------------|
| 1 | ________________________ | _______ | ________________________ |
| 2 | ________________________ | _______ | ________________________ |
| 3 | ________________________ | _______ | ________________________ |
### Key Dependencies Identified
1. ________________________________________________
2. ________________________________________________
3. ________________________________________________
### Success Criteria
- ☐ ____________________________________________
- ☐ ____________________________________________
- ☐ ____________________________________________
### Rollback Triggers
- ________________________________________________
- ________________________________________________

CriterionPointsDescription
Assessment approach defined5Clear discovery and assessment methodology
Dependencies identified5Method for mapping workload dependencies
Wave prioritization complete10Logical grouping with clear rationale
Rationale quality5Decisions are justified with business/technical reasons
Total25

πŸ’‘ Start with business impact β€” Which workloads matter most to Contoso?

πŸ’‘ Think about dependencies β€” The SQL database likely has apps that depend on it

πŸ’‘ Non-production first β€” Consider migrating monitoring/dev environments before production

πŸ’‘ Include one complex workload early β€” Learn lessons before migrating everything


β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β” β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β” β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β” β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β” β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚ PLAN β”‚ β†’ β”‚ PREPARE β”‚ β†’ β”‚ EXECUTE β”‚ β†’ β”‚ OPTIMIZE β”‚ β†’ β”‚ DECOMMISSIONβ”‚
β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜ β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜ β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜ β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜ β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜
↑
YOU ARE HERE

  • Avoid over-optimising wave design without validating dependencies.
  • Keep migration rationale evidence-based, not assumption-only.

After completing this challenge, consider:

  • How did your team’s discussion reveal different perspectives?
  • What assumptions did you have to make due to limited information?
  • How would real dependency data from Azure Migrate change your plan?

After your wave plan is complete and photographed, proceed to Challenge 2: Deploy Appliance to start discovering the actual environment.