UMGC - Learning Experience Online (LEO)

Designing and governing interface systems at institutional scale

UMGC branding

Snapshot

Why This Work Mattered

LEO is not a single product--it’s an ecosystem shaped by pedagogy, technology, instructional design, and faculty delivery.

For students, this system determines whether learning feels clear and navigable--or fragmented and exhausting--before instruction even begins.

As UMGC scaled its online programs, the experience became increasingly inconsistent. The issue wasn’t a lack of expertise--it was the absence of a shared system.

The real challenge wasn’t improving individual courses.

It was designing the conditions under which courses are built.

The Situation

The learning experience had grown fragmented:

Across the institution, teams were doing good work--but without a shared foundation, that work didn’t scale.

My Mandate

Within a shared ownership model, my role focused on the interface system:

Just as important:

Key Decisions

This work was defined less by deliverables and more by decisions.

Design the System, Not the Course

Instead of improving individual courses, I focused on building a shared interface system that all courses could inherit.

Why: Course-level fixes don’t scale. Structural inconsistency was the root issue.

Tradeoff: Less flexibility in the short term, but greater clarity and scalability over time.

Treat Consistency as an Accessibility Feature

We treated predictable structure as a form of accessibility--not a constraint.

Why: Adult learners benefit from reduced cognitive load, especially when balancing work, family, and school. Accessibility gaps were driven by inconsistency, not content quality.

Tradeoff: Reduced variation across courses, but significantly improved usability and learner confidence.

Define What Is Fixed vs. Flexible

A critical decision was separating:

Why: Full standardization would flatten pedagogy. Full flexibility would recreate inconsistency.

Tradeoff: Required clear rules and communication--but enabled both structure and instructional voice.

Treat Governance as a Design Problem

We designed how the system evolves--not just how it works.

Why: Without governance, systems fragment over time. Teams needed clarity--not enforcement.

Tradeoff: Slower change cycles, but greater long-term stability and trust.

What I Built

This work resulted in two connected system layers:

LEO Classroom Model (Structural Layer)

Defines the foundational structure of every course:

This created a consistent baseline across all courses.

UX Pattern Library (Enablement Layer)

Supports flexibility within a shared structure:

This reduced duplication while preserving instructional nuance.

How I Led

This work required alignment across:

My role focused on:

Progress came from building shared understanding--not enforcing change.

Outcomes

The LEO interface system became the foundation for course delivery:

The result is a system that supports quality, equity, and scale--without requiring constant reinvention.

What I Learned

How This Connects to My Work

This project reflects how I approach complex systems:

Back »