Course 10 of The AI Decision Course
AI for software and technical teams
For leaders whose software teams are picking up AI coding tools: what to measure before and after, who owns which work, review and gates at agent speed, and what the tools may see.
11 short lessons. Each one is a short read with a card your team fills in and three AI prompts to test it. Part of The AI Decision Course: membership is $299 a year and includes all 12 courses, with a full refund within 14 days.
About this course
This course covers bringing AI coding tools into a software organization: the delivery numbers to watch before the tools land, which coding work goes to AI and who owns the rule, and funding what the code reads before it writes. It also covers review and release gates that hold at agent speed, what a coding agent may do alone in your repo, and classifying repositories before the tools arrive.
You leave able to set a gate every AI-written change must pass and to size the review line before generated code floods it. You can also classify repositories by what they hold, keep a person on merge and deploy, and set a delivery rhythm that survives model churn.
Lessons in this course
- Pick the delivery numbers to watch before coding tools land
- Set which coding work goes to AI, and who owns the rule
- Before AI writes code, fund what it reads
- When code is cheap, the spec becomes the bottleneck
- When AI writes ten times the code, size the review line
- Set the gate every AI-written change must pass
- What a coding agent may do alone in your repo
- Set a delivery rhythm that survives the churn
- One paved road for AI coding tools, or each team its own
- Before the coding tools arrive, classify what they may see
- Own the long tail of internal tools your engineers build
Questions
How do we measure the impact of AI coding tools?
Pull throughput, stability and review load for your recent quarters while the before picture still exists, so the net effect shows in your own numbers. Watch the whole delivery cycle rather than coding time alone, and treat review as the next bottleneck. The lesson 'Pick the delivery numbers to watch before coding tools land' covers the measurement.
How should we review AI-generated code?
Plan review capacity before the code volume arrives, and count errors shipped rather than error rates. Reviewers look for human-style mistakes and miss the unfamiliar ones AI makes, so keep the corner cases and the spec with a human, and have developers modify critical generated code until the team stands behind it. The lesson 'When AI writes ten times the code, size the review line' covers the sizing.
What should AI coding tools be allowed to see?
Classify your repositories before the tools arrive, from public to regulated, and let the class set the tool tier and the contract terms. The business names what is proprietary, regulated data stays inside your own boundary, and a person reviews changes to the core repository. The lesson 'Before the coding tools arrive, classify what they may see' covers the classes.
The other courses in the membership
- Proving AI's value: use cases and ROIFree lesson Before you fund an AI project, make someone name the problem
- Data foundations for AIFree lesson A better model won't fix data it can't see
- Building AI skills and the workforceFree lesson Next year's hiring plan: fewer hires, more output, new roles
- Getting AI adoptedFree lesson Before you buy more AI, close the understanding gap
- Governance, risk and responsible AIFree lesson Count the AI you already have
- Agents in productionFree lesson Ask what a so-called agent actually does
- Build, buy and choosing modelsFree lesson Test an AI vendor on your own work before you sign
- Securing AIFree lesson Where company data leaks into outside AI tools
- AI in customer service and experienceFree lesson Launch the chatbot on one question, because you answer for every reply
- AI in healthcareFree lesson Take the documentation burden off your clinicians first
- Where AI is heading