Process case study · Design

Objectives that drive the design.

A course is only as sound as its objectives. I turn fuzzy goals into observable, measurable outcomes at the right cognitive level — the spine that every module and every assessment has to map back to. Get this wrong and nothing downstream can be right.

The problem

“Understand” is not an objective.

Most draft objectives can’t survive contact with design: “understand delegation,” “be aware of the policy,” “know the process.” None of those are observable, so none can be taught deliberately or measured honestly — you can’t see “understanding.” A vague objective quietly poisons everything downstream: the modules wander, and the assessment ends up testing recall because that’s all a fuzzy goal can support. So I don’t move until the objectives are sharp.

The method

From a wish to a measurable outcome.

I write objectives backward from the performance the business needs, then make each one observable and measurable with Mager’s ABCD. Same goal, before and after:

The wish

“New managers will understand how to delegate.”

The objective

“Given a task and their team roster, the new manager will delegate the task by matching it to a team member’s development goal and setting a check-in cadence — meeting all rubric criteria.”

ABCD componentWhat it pins downIn the objective
A · AudienceWho is performingThe new manager
B · BehaviorThe observable actionDelegates by matching the task to a development goal
C · ConditionGiven what, in what contextGiven a task and their team roster
D · DegreeHow well — the standardSets a check-in cadence; meets all rubric criteria
The right altitude

Pick the cognitive level on purpose.

An objective’s verb sets its Bloom’s level — and the level dictates what the assessment is allowed to ask. Aim too low and you teach recall for a job that needs judgment; the mismatch is where most courses fail. I choose the level deliberately, then hold the assessment to it.

Cognitive levelObjective verbsSo the assessment must…
Remember / Understandlist, explain, summarizeask them to restate — rarely the real target for skills
Applyuse, perform, demonstrategive them a new case to act on
Analyze / Evaluatecompare, critique, justifymake them defend a judgment under a twist
Createdesign, produce, buildhave them make something that didn’t exist

This is why the objectives are the spine: they set the level the assessment has to honor — the same alignment carried through to the capstone in Proving the learning actually happened →

Where AI fits

AI drafts the objectives. I set the bar.

From a stated goal, I use AI to draft candidate objectives and suggest a Bloom’s level for each — a fast, structured starting point. Then I do the judgment work: cut the vague ones, fix verbs that aren’t observable, right-size the cognitive level to the real job, and confirm each objective is something we can actually measure. The AI proposes; I decide what counts.

The outcome

Everything downstream has something to align to.

Sharp objectives make the rest of the design honest: modules have a target to serve, assessments have a standard to meet, and evaluation has something real to measure against. It’s the cheapest place to get a course right — and the most expensive place to get it wrong.

Frameworks in play: Mager’s ABCD objectives, Bloom’s (revised) taxonomy, backward design, and constructive alignment. What happens once the objectives are set: From a sentence to a full course →