Skip to content
All Posts
AI & Governance

An AI Governance Framework for Engineering Teams

5 September 20252 min read

Every engineer on my teams uses AI tools daily. Claude 3.5, GPT-4o, Cursor, various IDE plugins. The productivity gains are real. But so are the risks — and most organizations have no framework for managing them.

The Risks Nobody Talks About

IP leakage. When engineers paste proprietary code into external AI APIs, that code potentially enters training data. Client contracts often explicitly prohibit this. One careless prompt can create a compliance violation.

Inconsistent quality. Without guidelines, some engineers use AI for everything and others use it for nothing. The team's code quality becomes unpredictable because the development process is inconsistent.

Dependency without understanding. Junior engineers who generate code with AI but do not understand what the code does are building on sand. When something breaks, they cannot debug it. When requirements change, they cannot adapt it.

The Framework

I implemented a four-part governance structure across my programs.

Approved tools list. Only specific, vetted AI tools are permitted. Each tool has been reviewed for data handling policies, and the list is updated quarterly.

Data classification rules. Code is classified into tiers. Tier 1 (non-sensitive utilities) can be used with any approved AI tool. Tier 2 (business logic with no client data) can be used with enterprise-grade AI tools only. Tier 3 (code touching PII or client IP) cannot be used with external AI tools at all.

Mandatory review. AI-generated code must pass the same review process as human-written code. The PR description must flag which sections were AI-assisted. This is not about distrust — it is about maintaining review quality when the code's origin changes.

Competency requirement. Engineers must demonstrate understanding of any AI-generated code they commit. If they cannot explain it in a review, it gets rejected.

The Outcome

The framework added minimal friction while addressing the real risks. Engineers still move fast. The organization sleeps well. That is the goal of governance — not to slow things down, but to speed up safely.


Back to all posts