Playbook
Playbook

COBOL Modernization Playbook

Modernize COBOL applications via the four canonical strategies (replatform, refactor, rewrite, replace) — with a deep walkthrough of the rewrite path most projects need.

10 steps4-8 quarters minimum — multi-year for non-trivial apps
0 / 10 complete0%
  1. 01
  2. 02
  3. 03
  4. 04
  5. 05
  6. 06
  7. 07
  8. 08
  9. 09
  10. 10

Tell us what you're building

We use these answers to surface the prompts, skills, and MCP configs that fit your stack — and to substitute stack values like {{database}} into the prompts you copy. Content (PRDs, code, etc.) stays in your repo. Everything you enter here is stored in your browser — nothing is sent to a server.

Have a brief.txt already?
Upload it to pre-fill the one-liner above.

Steps you'll go through

  1. 01

    Audit and Inventory

    6-12 weeks

    Inventory programs, copybooks, JCL, data sources, CICS resources, schedulers, integrations, and people. COBOL audits are bigger than typical legacy audits.

  2. 02

    Business Rule Extraction (the long phase)

    3-6 quarters (yes — this is the longest phase)

    Convert each in-scope COBOL program into a structured catalog of business rules, decision tables, calculations, and edge cases — validated by SMEs. This is usually the longest phase.

  3. 03

    Target Architecture Design

    8-12 weeks

    Design the modern target — not just the tech stack, but the architectural approach (monolith vs microservices, sync vs event-driven, batch vs online, cloud vs hybrid).

  4. 04

    Data Migration Design

    8-12 weeks

    Plan how data moves from mainframe storage (DB2 z/OS, VSAM, IMS, IDMS, flat files) to a modern relational target. Schema design and ETL strategy.

  5. 05

    Build the Coexistence Layer

    8-12 weeks

    Stand up the bridge between mainframe and the new system — API gateway, data sync, dual auth, distributed observability.

  6. 06

    Migrate the First Capability (Vertical Slice)

    4-6 months for the first slice

    Ship one complete capability through the new stack. Read-only or low-stakes, self-contained, bounded data — exercises the coexistence layer end-to-end.

  7. 07

    Continue Migrating Slices

    1-3 years (the dominant phase)

    Migrate remaining capabilities one by one. Track visible progress: % programs migrated, % transactions on new system, MIPS reduction, cost savings realized.

  8. 08

    Decommission the Mainframe

    4-12 months

    Turn off the mainframe. Sequence: read-only mainframe → selective shutdowns of CICS regions and batch → data archive → hardware decommission → license cancellation.

  9. 09

    Workforce Transition

    Throughout the program, intensifying in the last 6-12 months

    Capture institutional knowledge before it retires; retrain transferable engineers; transition operations; lead the culture change. Failed modernizations often fail here.

  10. 10

    Post-Migration Validation and Optimization

    6-12 months post-cutover

    Verify the modernization actually delivered (cost, performance, reliability, agility, compliance), then optimize the parts that were rushed.

Command Palette

Search for a command to run...