The Casey Method

How the work is sequenced

The Casey Method is the working method behind every Casey Technologies engagement: five stages, each with a written exit gate, and one ordering rule.

Why a sequence at all

Small and mid-sized organizations now meet cloud migration, cybersecurity and AI adoption at the same time, often without the in-house staff to plan them together. Cloud moves, security fixes and AI tools are often bought separately, from different vendors. Doing them in the wrong order is what causes the trouble.

Most of each stage is established practice, and the method says so. Its cloud security baselines draw on published guidance such as CISA's Secure Cloud Business Applications baselines. Its AI safety gate draws on the measure and manage functions of the NIST AI Risk Management Framework.

The method inverts that. Assessment precedes change. Security is a condition of modernization rather than an addition to it. AI enablement is reachable only through two gates, however far the infrastructure work has progressed.

Stages and exit gates

The five stages

No stage is skipped. In a given engagement a stage may be scoped down to what the assessment shows is needed.

  1. Stage 1

    Assess

    Establish what the organization has, what it is exposed to, and what AI could touch, before deciding what to change.

    Exit gate

    A written systems map spanning all layers in scope, a scored baseline, and a prioritized roadmap tagged to outcomes.

  2. Stage 2

    Modernize

    Move the IT environment off unsupported and fragile foundations, with security designed in rather than added later.

    Exit gate

    Each workload in scope meets a written security baseline agreed at the start of the stage, and rollback has been tested.

  3. Stage 3

    Automate

    Make the modernized environment reproducible and consistent, so that your staff or your IT provider can run it: infrastructure as code, automated provisioning and patching, monitoring and drift detection.

    Exit gate

    In-scope infrastructure can be rebuilt from code, and drift is detected and reported.

  4. Stage 4

    Secure and govern

    Close the security findings that matter, make the environment safe to point an AI at, and enable AI only where it has been shown to fail in the safe direction.

    Exit gate

    Findings above the agreed threshold are closed or risk-accepted in writing, and each AI use case has passed its safety test. A use case that does not pass is deferred, not softened.

  5. Stage 5

    Train and hand over

    Leave an environment the organization's own people can run. Documentation, runbooks and hands-on training, so that dependence on the delivering party falls rather than grows.

    Exit gate

    Staff operate the environment unaided, and a re-assessment against the stage-one baseline is scheduled.

Applies to every engagement

The ordering rule

No AI capability is enabled in your environment except through the bounded-enablement step of stage four, after the governance gate and the safety-evaluation gate have both been passed. Infrastructure automation in stage three proceeds without that gate. AI-enabled automation does not.

Casey Technologies can also use AI tools in its own delivery work, such as sorting scan results or drafting infrastructure code, where you agree to it in writing. Matt reviews every output before it reaches your systems.

See how the method would apply to your IT environment

The assessment is the first stage and the smallest commitment. It produces the roadmap from which everything else is scoped.

About the assessment