Use case inventory

500 simulated use cases and five case studies, each run through the framework. Find cases like yours and see how each was scored and decided.

Case studies

Full walk-throughs, from outcome hypothesis to decision.

Decisions across the inventory

Level
Risk
{{ filterLabel }}{{ total }} cases
{{ b.name }}{{ b.n }} · {{ b.pct }}
RiskContinueImproveExpandRestrict or pauseRetireCasesRestricted
Low risk41412561415436%
Medium risk36480641816639%
High risk17200137618076%

What the inventory shows

Quality and risk gates work as intended

76% of high-risk cases were restricted or paused. All 257 below the quality bar were stopped, including 84 with strong productivity gains.

The framework is conservative

Only 0.4% reached Expand and 18.8% Continue. Most cases stay in pilot or improvement until they clear thresholds. Defensible, but it slows low-risk adoption unless thresholds vary by stakes.

Mission relevance and evidence act as secondary filters

They came into play after quality and performance, matching the staged progression: access, use, quality, performance, mission impact, sustainable value.

The multilevel structure held

Decisions spread reasonably across Individual, Team, Unit, and Institution without forced aggregation.

Practical improvements

Seven refinements drawn from the inventory and earlier reviews. Each is now applied in the framework.

  1. 1

    Differentiate thresholds by risk and stakes

    A low-stakes productivity tool faced the same bars as student-facing advising. Tie the bar to the Compass review bands, each with its own minimum quality, evidence, and approval.

    Applied: Review bands →

    In the data56 of 154 low-risk cases (36%) were restricted or paused.

  2. 2

    Make Improve operational

    Define the improvement cycle: a targeted fix, a re-test against the hypothesis, and a deadline. Otherwise Improve becomes a holding pen.

    Applied: The improvement cycle →

    In the dataImprove was the second most common outcome (109 cases). 34 of them scored like Continue cases.

  3. 3

    Strengthen lifecycle and drift monitoring

    First decisions are well covered; what follows is not. Set a monitoring cadence and triggers for model changes, vendor updates, quality drops, and shifting use.

    Applied: After the decision →
  4. 4

    Clarify equity indicators

    Give each use-case type a few default equity checks: differences in access and in outcome quality by subgroup, and accessibility fix rates. No separate assessment system needed.

    Applied: Default equity checks →
  5. 5

    Account for shadow AI and unapproved use

    The funnel covers approved tools only. Set a light reporting expectation for unapproved use at unit and institution levels, short of surveillance.

    Applied: Unapproved use →
  6. 6

    Define evidence for capacity redeployment

    Redeployed capacity is hard to show. List acceptable evidence (reallocated hours, added services, backlog cut with stable staffing) so units go beyond time saved.

    Applied: Acceptable evidence of redeployed capacity →
  7. 7

    Connect to existing review cycles

    Show how decisions feed program review, IT portfolio review, and budgeting, so this isn’t a parallel reporting burden.

    Applied: Feeding existing review cycles →
Overall

The core held: three domains, four levels, lenses as gates, the use case as the unit, and clear decisions. What needed work: differentiation by stakes, paths for improvement and monitoring, and concrete equity and capacity measures.

About the data

The 500 cases are simulated. Scores run 0 to 1; cost, risk, and complexity are low, medium, or high. Decisions come from applying the framework’s gates to each case.