Why this program exists
A PE-backed cybersecurity company (~300 people, distributed across the US, Europe, and Latin America) was handed a company-wide “AI-first” mandate — and an operations executive was made personally accountable for proving it worked. The starting state was familiar: AI licenses scattered across GitHub Copilot, ChatGPT, and Claude with no usage data, a handful of AI-native engineers shipping dramatically faster than everyone else, and no defensible way to report progress to ownership.
Node8’s position from day one: adoption is a program you run and measure, not a license you buy. This page is the hub for how the full program works. The published case study covers the engagement itself: Company-Wide AI Adoption You Can Measure.
The program at a glance
The program splits into two tracks plus the connective tissue that keeps both alive.
The business track establishes a shared baseline for the whole company: how to use AI effectively day to day, when to reach for Claude vs ChatGPT vs Copilot, prompting and workflow best practices, and when to use web search vs extended thinking. The company-wide session runs twice with identical content so every time zone gets a real seat, followed by a Claude deep-dive (projects, reusable prompts, skills, connectors) and optional department workshops built on each team’s actual workflows. The full design is covered in How to Design a Company-Wide AI Training Program That Sticks.
The engineering track is the deeper investment: a 6-8 week AI-native upskilling program per engineering group, built around one mental-model shift — from AI as autocomplete to AI as a coworker you delegate scoped work to. Weekly hands-on working sessions run against the company’s real codebases, with between-session assignments, customized CLAUDE.md files for their repos, starter skills, and an adoption playbook the team keeps. The structure is detailed in The AI-Native Engineering Track.
The recurring formats are what stop the program from decaying after the last scheduled session: weekly AI Office Hours where engineers demo what they’ve built, all-engineering AI Working Sessions on shared problems, and a skills competition that turned individual experiments into a shared automation library. Those formats — who attends, what actually gets discussed, and how they generate a backlog of automation wins — are covered in AI Office Hours and Working Sessions.
Measurement runs through everything
The mandate came with accountability, so the program was instrumented from the start:
- Baseline first. Engineering metrics (bug ticket closures, feature completions, deployment data pulled from existing systems) were captured at kickoff, before any training changed behavior.
- Checkpoints, not a final exam. Metrics are re-measured at four weeks and eight weeks, with a formal 60-day report. A dedicated midpoint touchbase reviews adoption data and course-corrects scheduling, formats, and team-level engagement.
- Velocity and stability together. For a security vendor, faster shipping that degrades quality is a failure. The engineering track tracks change-failure rate and code quality next to throughput, so the numbers stay credible.
- Usage telemetry, not vibes. AI usage by tool, model, and token/credit consumption, plus weekly active users per team. By the program midpoint, one product group had roughly 75% of engineers actively using Claude Code — about 65 weekly active users — a number leadership could actually report.
- Surveys around every session. Pre/post surveys and attendance tracking turn “we trained everyone” into data.
What the first months produced
- The full ~300-person organization reached through mandatory multi-time-zone training.
- Two engineering groups running the 6-8 week track, with a shared skills repository accumulating real automations: release-status reporting that aggregates CI and GitHub data, environment-setup automation, test-failure analysis, CVE triage, and design-to-ticket workflows.
- An AI Acceptable Use Policy and responsible-use guardrails that satisfy both legal and ownership.
- Adoption data — attendance, surveys, telemetry, engineering metrics — that turned a fuzzy mandate into something an executive can manage and defend.
What made it work
Three decisions mattered more than any single session. First, training was mandatory and repeated across time zones, so “we couldn’t attend” stopped being a reason adoption stalled. Second, the engineering track worked on real codebases and real tickets, never toy problems — engineers left every session with something they could use the next morning. Third, leadership was kept in the loop deliberately: team-lead feedback calls, midpoint reviews, and metrics checkpoints made engagement a management topic, not an optional hobby.
Common questions — cost structure, remote delivery, tooling prerequisites, what non-engineers get — are answered in the Enterprise AI Training and Enablement FAQ.
Work with Node8
Node8 has run beginner-to-advanced AI workshops for 400+ leaders across technology organizations, and designs enablement programs that produce measurable adoption, not just attendance. If you’re accountable for making an AI mandate real, talk to us.