Skip to content
JT for ME THE REFORM DESK

The Judicial Systems Lab · Public operations / measurement

What Would a Court System Look Like if We Measured the Entire Journey?

A case can be closed while a practical problem remains unsolved. Good management requires more than a count of what entered and what left the docket.

By Justin A. TahaiPublished 10 min read

Reading note. This is original public-interest commentary, workflow research, and practical information. It does not replace an operative court order, current official instructions, or qualified professional advice.

Activity is not the same as service

An agency may be extremely busy and still leave users uncertain about its next action. A public institution can report total filings and dispositions, yet not have a public measure of how often an application must be corrected, how long someone waits for a status answer, or whether an order contains enough logistical detail to be implemented without another dispute.

This is not an argument that courts should be judged only by speed. Quality, due process, judicial independence, access, privacy and safety matter. It is an argument that process reliability is a legitimate public responsibility alongside lawful adjudication.

The Maine Judicial Branch describes access to justice, efficient delivery and public trust as institutional priorities. Its reports-and-data site makes annual reports and caseload statistics available. Those are a starting point—not a substitute for seeing the user's full journey.

The metrics already exist in court-management literature

The National Center for State Courts publishes CourTools measures including clearance rate, time to disposition, age of active pending caseload, trial-date certainty, and case-file reliability. These measures exist because a single count can hide important variations in timeliness and accuracy.

A court administrator needs these system measures. A family using the system also needs plain answers: Was the document received? Was it accepted? Who owns the next action? Is there a date? What happens if a required step cannot be completed?

There is no need to choose between these viewpoints. A mature system can combine them with appropriate controls.

A proposed service-journey scorecard

Measure What it tells the public Essential qualification
First-pass filing acceptance How often submitted packets meet intake requirements without resubmission Separate avoidable defects from substantive screening
Corrective rework time Elapsed time from return notice to accepted correction Distinguish user-controlled and court-controlled periods
Status clarity Share of open requests with a documented current status and next responsible function Exclude confidential and judicial-deliberative information
Time to first meaningful action Time until scheduling, ruling, or other permitted action, by request type Never create quotas for particular judicial results
Implementation follow-through Whether operational steps required by an order have clear owners and notice pathways Respect protective conditions and judicial discretion
Accessibility and comprehension Whether users can understand the notices and complete the process Test with diverse users; do not infer solely from website visits

These are proposed metrics. They are not measurements already published by Maine, and this article does not attribute numerical improvements to any pilot.

Trace the handoffs

A user journey may pass through discovery of the correct form, preparation, filing, service, intake review, correction, docketing, scheduling, a hearing, the written decision, and implementation. Not every case follows every step; procedural safeguards differ. The point of a map is to reveal the responsibility transfers.

For every handoff, define four operational attributes: required input, accepted output, responsible role or queue, and a meaningful status notice. If the next role cannot act because an input is missing, the system should say what is missing and where the requirement comes from.

A status history should never expose confidential case details to the public. An internal audit trail and a public-facing aggregate are different data products.

The first 90 days: map, measure, improve

Phase 1 — Map. Select one high-volume, low-risk process such as locating the right current court form. Observe how users and staff complete it. Ask where uncertainty, rework and repeated contact arise. Do not collect sensitive case narratives unnecessarily.

Phase 2 — Measure. Record anonymous counts of avoidable form errors, abandonment points, help-desk queries, and time between process stages. Publish definitions before comparing results. Small sample sizes, case mix and staff workload must be included in the interpretation.

Phase 3 — Improve. Test one modest intervention such as clearer instructions, current-version checks, or a single combined checklist. Compare the relevant outcomes, including unintended consequences. Report what did not improve.

A successful pilot might find that human assistance is better than an automated prompt for a particular group. That is a legitimate result. Continuous improvement is not a demand to automate every decision.

Guardrails are part of the engineering specification

Judges must decide cases under law and evidence, not dashboard targets. Staff need time and appropriate resources. An accuracy measure must not reward hiding errors. A closure-rate measure must not encourage premature action. Public accountability must not expose children or protected case records.

Consequently, the dashboard should never rank individual judges by outcomes or infer wrongdoing from the length of a single case. The right unit of measurement is the process, with a robust audit mechanism and an opportunity to explain exceptions.

The system also needs failure budgets: what degree of incomplete notice, repeat intake, or unexplained status is acceptable? The answer should be governed by published, reviewed policy—not an engineer's personal preference.

Publish results in a form people can test

Quarterly results should include each metric's definition, data source, collection limitations, comparison period, and measures taken in response. Where a metric is not available, say so. Where the baseline is unknown, do not manufacture it.

The Judicial Branch already publishes official data. Our proposal is to supplement existing reporting with the lifecycle indicators that make service quality visible.

The central question: Can a person determine what the public system has done, what it will do next, and how an error is corrected—without having to become an expert in the system first?

Sources and further reading

Official and institutional references reviewed for this edition on October 30, 2026. The analysis and proposed improvements are JTforME editorial work, not positions endorsed by the linked institutions.

From the problem to a workable next step.

Browse another research edition, use a free planning tool, or examine the public reform proposal. No account or private case upload is required.