This piece draws on two decades of L&D production experience to describe how project managers can balance creativity and discipline in custom learning development. The author argues that traditional Scrum—when applied wholesale—often clashes with typical L&D needs, and recommends a pragmatic, hybrid approach that pairs Waterfall structure for definition with Agile practices for iteration and uncertainty.
Scrum began in software as a response to heavyweight, rigid processes. It prescribes roles, ceremonies, and a strict cadence. For many custom learning projects, that all‑in package creates friction because L&D work usually needs front‑loaded requirements, documented designs, and sequential client approvals. The practical advice: keep the useful principles of Agile—iterative feedback, adaptability, frequent communication—but avoid enforcing the full Scrum regimen where it doesn't fit.
Some deliverables are simple, tightly scoped, and date‑driven. Those require a predictable sequence: gather client needs, document requirements, produce high‑level design, create mockups, and secure sign‑offs before execution. Front‑loading creative decisions reduces late changes and helps teams execute quickly once the vision is locked.
Protecting Creativity and Team Well‑being
Creative teams require space to explore, but they also need boundaries. The recommended pattern is:
- For defined deliverables: create visible mockups and require client sign‑off on the vision.
- For experimental work: iterate quickly on prototypes, then expand creative polish only after core mechanics are validated.
This approach limits rework, reduces scope creep, and helps protect team workload and morale.
The author emphasizes making expectations tangible. Use high‑level design documents and mockups that both client and delivery teams can see and approve. Agree on sequential sign‑offs in advance to avoid last‑minute changes. When subject matter experts (SMEs) are bottlenecks, visibility and documented timelines reduce ambiguity and speed feedback loops.
Treat project management as a toolkit rather than a doctrine. Keep structure where outcomes must be predictable, and apply iterative, experimental methods where the answer is unknown. Validate risky technical or learning assumptions with quick prototypes before investing in production quality. Make decisions visible and documented to align stakeholders and protect delivery teams.