Here is the pattern, in a program director's own words from a recent conversation with our team:
The typical reality: admissions data lives in one system, course outcomes in the learning-management system, clinical evaluations in another platform, and the connective analysis in spreadsheets maintained by individual faculty members — reconciled manually, and often outdated by the time anyone has the bandwidth to analyze it meaningfully. Each dataset exists; none of it is findable, comparable, or committee-ready when a self-study question demands it.
Two structural risks compound the scatter. First, the workload: faculty are carrying growing teaching, service, and scholarship demands, and assessment analysis is the task that slips. Second — and more dangerous — the system often lives in one person's head. When the faculty member who "does the data" leaves, the program's institutional memory of what was collected, where it lives, and why benchmarks were set walks out the door with them. An assessment system with a single name on it is not a system; it's a dependency.
The fix is not more data. It's infrastructure: a data inventory with named owners, one source of truth per dataset, pre-processed packages that arrive committee-ready — as Scott puts it, data "tied up with a bow" — and a documented rhythm that runs whether or not a site visit is coming.