Portfolio Design Study — Derek Britner

Responsible AI Adoption Playbook

A governance framework for a regulated enterprise — designed so AI tools can be adopted fast, safely, and with the evidence to prove they worked.

Governance that says “yes, safely” Risk-tiered, not one-size-fits-all Humans accountable at every tier Adoption measured like learning

01 — The premiseWhy governance enables adoption instead of blocking it

In a regulated company, the fastest path to AI adoption is not fewer rules — it is clear ones. Employees do not resist AI because of governance; they hesitate because they do not know what is allowed.

When people are unsure whether a tool is approved, whether their data is safe to paste into it, or whether using it could create a compliance problem, they do one of two things: they avoid AI entirely, or they use unapproved tools in the shadows. Both outcomes are worse than a governed rollout — the first forfeits the productivity gains, the second creates unmanaged risk.

Clarity creates confidence

A short list of approved tools, plain-language data rules, and a visible intake path turn “am I allowed to?” into “here is how.”

Proportionate controls

Low-risk uses move in days, not months. Scrutiny is reserved for the use cases that can actually hurt patients, data, or the company.

Trust is the adoption engine

Leaders approve what they can inspect. A framework with tiers, scorecards, and metrics gives leadership something concrete to say yes to.

Design principle: every control in this playbook exists to make a specific “yes” possible. If a control does not enable a decision, protect a person, or produce evidence, it does not belong in the framework.

02 — Risk tieringThe risk-tier model

Every proposed use case is scored on four factors — data sensitivity, decision impact, external exposure, and reversibility — and assigned the lowest tier whose controls fully cover its risk.

TierExamplesRequired controlsHuman oversight
Tier 1
Low
Meeting summaries, first-draft internal emails, brainstorming, formatting and summarising public or internal non-sensitive material. Approved tool list only; standard data rules; self-attestation at intake; spot-check audits. Human reviews output before use. Author remains fully accountable for anything they send or publish.
Tier 2
Moderate
Drafting training content, summarising internal documents, analysing non-regulated operational data, internal knowledge search over approved corpora. Tier 1 controls plus: named business owner, data-classification check, pilot with defined success criteria, output sampling for quality and bias. Human-in-the-loop. A qualified reviewer approves outputs before they reach learners, customers, or decision-makers. No auto-publishing.
Tier 3
High
Anything touching regulated content (e.g. medical, safety, or promotional material), patient or HCP data, external-facing claims, or decisions affecting people’s employment, access, or care. Tier 2 controls plus: formal risk assessment, Quality / Legal / Privacy review, validated or contractually controlled environment, audit logging, periodic re-approval, documented rollback plan. Human-on-the-loop with named accountable approver. AI output is advisory only; a qualified human makes and signs the decision. Some uses remain prohibited outright (see data rules).

Tiering is reassessed whenever a use case changes scope, data source, audience, or vendor — a Tier 1 drafting aid that starts ingesting regulated documents becomes Tier 3 the day it does.

03 — IntakeFrom idea to scale: the use-case intake flow

One front door. Any employee can propose a use case in under fifteen minutes; the framework does the heavy lifting after that.

1

Submit

Short intake form: problem, users, data involved, expected benefit, owner.

2

Triage (≤5 days)

Risk tier assigned; duplicates and existing approved tools matched first.

3

Evaluate

Vendor/model scorecard (Section 04) and data-classification check completed.

4

Pilot

Time-boxed pilot (4–8 weeks) with a named cohort, baseline, and success criteria.

5

Decide & scale

Evidence review: scale, iterate, or stop. Approved uses join the catalogue with an owner and review date.

04 — EvaluationVendor & model evaluation scorecard

Tools are compared on the same weighted criteria every time, so decisions are defensible to leadership, procurement, and auditors. Scores are 1–5 per criterion; a weighted total below 3.4, or any score of 1 on a starred (*) criterion, stops the evaluation.

CriterionWeightWhat “good” looks like
Data protection & privacy *20%No training on customer data; regional data residency; retention controls; DPA in place.
Security & compliance posture *15%SOC 2 Type II / ISO 27001; SSO/SAML; audit logs; fits regulated-industry (GxP-adjacent) expectations.
Task fit & output quality20%Benchmarked on our own pilot tasks, not vendor demos; accuracy measured against human baseline.
Human oversight & controls10%Review workflows, admin controls, usage analytics, ability to restrict features by group.
Integration & architecture fit10%APIs, identity integration, fits existing stack without new data sprawl.
Adoption & usability10%Low training burden; accessibility (WCAG) support; works inside tools people already use.
Total cost & value10%Transparent per-seat/usage pricing; cost modelled against measured time saved, not seats sold.
Vendor viability & exit5%Financial stability, roadmap transparency, data export and clean exit terms.

Fictional worked example — “DraftAssist”: a proposed AI drafting assistant to help a medical-information team produce first drafts of responses to healthcare-professional enquiries, from approved source documents only. Human specialists review and own every final response. Classified Tier 3 because outputs are regulated content, even with review.

CriterionWeightScoreEvidence noted by evaluators
Data protection & privacy *20%
4 / 5
No-training clause signed; EU/US residency options; 30-day max retention configurable to zero.
Security & compliance *15%
4 / 5
SOC 2 Type II and ISO 27001 current; SSO enforced; full audit log export.
Task fit & output quality20%
3 / 5
On 40 pilot enquiries, drafts needed substantive edits 35% of the time; citation-to-source feature strong.
Human oversight & controls10%
5 / 5
Hard block on sending without named reviewer sign-off; per-team feature toggles.
Integration & fit10%
4 / 5
Connects to approved document repository only; no new data copies created.
Adoption & usability10%
4 / 5
Pilot users productive after one 45-minute enablement session.
Total cost & value10%
3 / 5
Per-seat cost justified only if pilot time savings hold at scale; re-check at renewal.
Vendor viability & exit5%
4 / 5
Established vendor; full export of drafts and logs on exit.
Weighted total100%3.75 / 5Threshold 3.4 — passes, with conditions.

Decision: approve a limited Tier 3 pilot — two teams, approved sources only, 100% human review, quality sampling weekly. Conditions: re-score output quality after 6 weeks (must reach 4/5 or the pilot stops), and renewal is contingent on measured drafting-time savings of at least 25%.

05 — Data rulesData classification: what goes where

Governance fails when the rules need a lawyer to interpret. This playbook reduces them to three buckets an employee can apply in ten seconds.

✅ Approved tools, general use

Public information and internal, non-sensitive working material — in approved tools only, never personal accounts.

⚠️ Approved tools, controlled

Confidential business information — only in enterprise-contracted tools with no-training and retention terms verified, and only within a registered use case.

⛔ Never in external AI tools

Anything in the red list below — no exceptions, no “just this once,” regardless of tool.

The never list — may never be entered into external AI tools

  • Patient-identifiable information or any personal health information
  • Adverse-event or safety information outside validated safety systems (AI tools are never a reporting channel)
  • Unpublished clinical, regulatory, or material non-public business information
  • Personal data about employees, candidates, patients, or healthcare professionals beyond business contact basics
  • Credentials, source code secrets, security configurations, or anything covered by legal privilege

When in doubt, the rule is simple: treat AI tools like a public noticeboard staffed by a helpful stranger — if you would not say it there, do not paste it here. Ask the intake team; asking is always safe.

06 — RolloutRollout waves & enablement

Technology rollout is the easy half. Adoption is a learning problem, so the rollout is built like a learning programme — sequenced, supported, and measured.

WaveWhoEnablement focus
Wave 0 — ChampionsVolunteer early adopters, one per team (target: 5–8% of staff)Deep training, direct line to the programme team, first access to pilots. Champions stress-test training and surface real objections early.
Wave 1 — Teams with approved use casesTeams whose intake pilots succeededRole-specific training tied to their actual use case — not generic “AI awareness.” Workflow integration support.
Wave 2 — Broad availabilityAll staff, Tier 1 usesShort self-paced essentials course, the three-bucket data rules, and a searchable catalogue of approved tools and examples.

Champions network

A named champion per team, monthly community call, and a shared channel for wins, prompts, and problems. Champions carry peer credibility no central team can manufacture.

Training design

Scenario-based and short: real tasks, real guardrails, practice with feedback. Essentials in under an hour; role modules added per use case. Live office hours weekly during each wave, tapering as confidence grows.

Story-led change

Internal communication leads with people, not policy: a colleague showing the report that used to take a day now drafted in an hour — with the human checks intact. Stories position the change; the framework backs them up.

Support & feedback loop

Every training touchpoint ends with “what is still unclear or blocked?” — answers feed the intake queue and the next wave’s materials.

07 — MeasurementMeasurement framework

If adoption cannot be evidenced, it will not survive its first budget review. The framework borrows the Kirkpatrick model from learning evaluation — reaction, learning, behaviour, results — and extends it with risk.

DimensionMeasuresWhy it matters
Adoption (Reaction / Learning)Active users by wave and team; training completion; confidence-before/after surveys; champion activity.Shows whether enablement is landing — and where it is not, early enough to fix it.
Behaviour & time saved (Behaviour)Repeat usage (not one-off trials); workflow cycle times vs. pilot baselines; sampled time-saved estimates validated with managers.Distinguishes real workflow change from novelty use; produces honest, defensible efficiency numbers.
Quality (Results)Output sampling scores by tier; rework rates; error rates vs. human-only baseline.Speed that degrades quality is not a win. Quality gates guard the business case.
Risk eventsData-rule incidents, near-misses, unapproved-tool discoveries, audit findings — counted and trended, with time-to-remediate.A rising near-miss count early on is a healthy sign (people are reporting); the goal is zero harm, fast learning, and no surprises for leadership.

Reporting rhythm: a one-page scorecard per quarter to leadership — adoption, validated time saved, quality trend, risk events, and the next wave’s plan. Same format every quarter, so progress (or its absence) is impossible to hide.

In one viewThe framework on a page

This is a concept framework, authored as a design study. It reflects the author’s experience working in learning & development inside a regulated pharmaceutical company and leading internal AI-adoption enablement — adapted here into an enterprise architecture artefact.