Instructional Systems · Project Management

Instructional Design Project Management

Planning a complex eLearning initiative from contract requirements through final delivery.

This case study demonstrates how instructional design, project management, quality assurance, risk control, and stakeholder communication were integrated into a comprehensive plan for a 20-hour self-paced learning program.

Project control dashboard showing the EVM 101 learning project scope, schedule, milestones, quality assurance, and risk management controls

Project Overview

A team-developed Project Management Plan for EVM 101, a fictional enterprise eLearning initiative for mid-level project management personnel.

My RoleInstructional Design Project Team Member and EVM Subject-Matter Contributor
Scope20-hour self-paced eLearning program
EnvironmentBlackboard LMS with Section 508 requirements
TeamProject manager, instructional designers, SMEs, developers, and QA

The Challenge

A learning solution can fail even when the instruction is strong.

The project required much more than designing course content. Success depended on coordinating people, approvals, technology, quality reviews, accessibility, scope, and client expectations across an eight-month development lifecycle.

01

Complex Deliverables

Analysis, design documentation, prototype development, ten modules, pilot testing, revisions, source files, and maintenance documentation had to remain aligned.

02

Multiple Stakeholders

Client leaders, project management, instructional designers, subject-matter experts, developers, and quality reviewers required clear ownership and communication.

03

Controlled Change

Scope, schedule, cost, staffing, technology, and quality risks needed to be anticipated before they disrupted delivery.

Management Framework

Instructional design and project control moved together.

The Project Management Plan translated contract requirements into a practical system for organizing work, maintaining quality, managing risk, and preserving alignment.

Project management framework moving from scope definition through scheduling, ownership, quality control, risk management, reporting, and adaptation

Lifecycle Planning

ADDIE became an executable project schedule.

Each instructional phase was converted into specific tasks, deliverables, client review periods, approvals, and dependencies.

01

Project Launch

Kickoff agenda, meeting, minutes, requirements clarification, and project alignment.

02

Analysis

Learner, performance, content, learning hierarchy, and instructional strategy analysis.

03

Design

Course design documentation covering objectives, assessment, media, accessibility, GUI, and delivery requirements.

04

Prototype

A functional lesson prototype validated branding, interactivity, LMS compatibility, and accessibility before full production.

05

Development

Ten modules and associated storyboards were produced through staged review and quality control.

06

Pilot & Delivery

Learner feedback, corrections, final course delivery, source-file inventory, and maintenance documentation completed the lifecycle.

Quality Management

Quality was designed into the schedule.

Reviews were planned at each major deliverable stage rather than treated as a final check. The quality process covered content accuracy, instructional alignment, editorial consistency, technical functionality, accessibility, and LMS compatibility.

Version numbers, dates, and QA status were incorporated into file-management conventions so that only approved materials would reach the client.

Risk Management

Risks were treated as manageable project conditions.

The planning process considered how personnel changes, incorrect file submission, technology updates, and client-driven scope changes could affect schedule, budget, quality, and trust.

Personnel

Loss of a key designer

Knowledge capture, interim ownership, schedule reassessment, transparent client communication, and staffing contingency planning.

Quality

Incorrect version submitted

Version control, formal QA gates, secondary review, immediate accountability, and corrective process updates.

Technology

Product changes during development

Impact analysis across scope, budget, quality, schedule, content, media, and assessment before revision work begins.

Scope

Major client-requested changes

Formal change control, instructional impact review, resource adjustment, renegotiated timeline, and documentation.

Stakeholder Communication

Visibility supported trust and timely decisions.

The communication plan created predictable channels for status reporting, issue escalation, action tracking, and client approval.

Weekly Meetings

Thirty-minute status meetings with documented discussions, decisions, and action items.

Monthly Status Reports

Progress by task area, completed work, submitted deliverables, milestone updates, and emerging issues.

Shared Documentation

Accessible meeting notes, schedules, risk logs, deliverable status, and approved versions.

Escalation Paths

Medium- and high-priority issues elevated quickly to the project manager and client.

Design Artifacts

Planning documents that make execution possible

The case study is supported by the complete Project Management Plan and a companion analysis of realistic project risks and corrective actions.

Primary Deliverable

Project Management Plan

Scope, roles, communication, milestones, quality management, risk management, and technical approach.

Open Project Plan
Supporting Analysis

Project Risk Scenario Analysis

Responses to personnel, quality, technology, and scope-change scenarios affecting instructional projects.

Open Risk Analysis

Professional Reflection

Instructional design is also the work of making good design deliverable.

This project expanded my understanding of the instructional designer’s role. Strong learning objectives, activities, and assessments matter, but they cannot produce organizational value unless the project also manages time, people, quality, technology, communication, and change.

The most important lesson was that project management does not sit outside instructional design. It creates the conditions that allow instructional quality to survive from analysis through implementation.