Case Study | Learning Operations | Content Workflow

Building L&D Operations That Scale Without Breaking

TL;DR The team was producing more work, but the operating system behind the work was too dependent on memory, follow-up, and individual relationships. I built the intake, ownership, review, and release model that helped move approval cycles from 6 weeks to 2 and supported the content scale that followed.

The challenge

The team had more work than the old habits could support. Requests came in from different places. Reviews stalled. SMEs had different expectations. People knew pieces of the process, but the full operating model was hidden.

That kind of work feels like a capacity problem. Sometimes it is. In this case, the larger issue was that the workflow required too much private follow-up.

A global team cannot scale if the real process lives in one person's head.

The approach

I built the content operations playbook around visible decisions. Intake had to clarify the need. RACI had to clarify ownership. Review expectations had to make waiting time visible. Quality gates had to protect the learner and the team.

The goal was fewer surprises. When a module was delayed, we needed to know whether it was missing a SME, missing a decision, missing a file, or waiting on LMS release.

I also used the process as a feedback system. If the same blocker appeared repeatedly, the playbook needed to change.

Downloadable takeaway

A one-page version of the model with the decision questions, sequence, metrics, and red flags someone can use after reading the case.

Download PDF

What I built

Created intake and triage

Requests were sorted by audience, business impact, source readiness, risk, and maintenance burden.

This gave the team a way to protect capacity and avoid treating every stakeholder request as equally urgent.

Defined ownership and review rules

The RACI made it clear who created, approved, reviewed, published, and maintained each asset.

Review windows and escalation paths made delay visible without turning every delay into a personal chase.

Used the board as a management tool

The board showed blockers, repeat issues, aging work, owner gaps, and quality patterns.

That turned status meetings into decision meetings.

Operating artifacts

These are sanitized work-product examples. They show the kind of artifact I would expect the team to use. They are sanitized and exclude confidential company material.

The results

6 to 2 Approval cycle reduced from 6 weeks to 2.
23% Administrative burden reduction under capacity pressure.
637 Modules supported by the operating system.
3 Time zones supported with clearer process and handoffs.

The operating insight

Learning operations is the system behind the content. When it is weak, the team pays for it through rework, waiting, and unclear ownership.

The out-of-the-box move was making delay a visible system signal instead of treating it as a personal follow-up problem.

What this proves

  • I can build the operating model behind a high-volume L&D function.
  • I know how to reduce approval drag without removing review.
  • I can turn status tracking into decision tracking.