learn-course-design-with-phoebe / Designer session 2 of 6
Learn Course Design with Phoebe · Designer track, session 2 of 6

Backwards design

The normal way to build a course is to start from what you know and arrange it. That produces a syllabus, and a syllabus is a list of things the expert finds interesting. Tonight you do it in the order that actually works: objective, then the thing that would prove it, then - last, and only in service of the first two - the content. The question "what would prove they can do it?" deletes more slides than any other sentence in this discipline.

🟢 Easy Anyone whose course keeps growing Bring your a1 objective 45 min
0-3 · Welcome 3-18 · The content trap, and what would prove it 18-40 · Build-along: assessment before content 40-45 · Q&A
Part 0

Where we are

Session a1 produced an objective naming an ability. Tonight you decide what would count as proof, before you have written a single slide - which is uncomfortable and is the point.

🎫 Clear all three quiz questions to stamp your passport Live = presented in the 45 minutes Self-study = the full depth, after class

★ What you walk out with tonight. The assessment for your objective, a content list derived from it rather than from your expertise, and a written not-this list that stops the course growing in week three.

Part 1 · covers the trap

Starting from what you know produces a syllabus, not a course

6 min live

This is not a criticism of experts. It is what expertise does: once you know a subject, everything in it looks connected and necessary, and you genuinely cannot see which parts a beginner can skip.

Forwards, the usual way 1 · What do I know about this? 2 · Arrange it into a sensible order 3 · Build slides for all of it 4 · Add a quiz at the end Nothing in steps 1 to 3 can tell you what to leave out, so nothing is left out. Backwards 1 · What must they be able to do? 2 · What would prove it? 3 · What practice gets them there? 4 · What content does that need? Every item in step 4 has to justify itself against step 2, and most of them cannot. Same expert, same subject, same hour. The right-hand version has about a third of the content.
🔍 Click to zoom - the order is the whole technique
LiveThe question, and what it does to a draft4 min▶

"What would prove they can do it?" Ask it of your objective before anything else, and then ask it of every piece of content you were planning to include.

For Daybreak's objective - classify a proposed schema change as safe or breaking - the proof is obvious the moment you ask: ten real schema changes, sorted, with the ambiguous two argued out. That is the assessment, and it took one question.

Now run the content list past it:

Planned contentDoes it serve the proof?
The history of data contractsNo. Cut
Why the last three incidents happenedPartly - one example, not three
The six change types and which breakYes. This is the core
Our contract file formatYes, briefly - they have to write one
The full schema registry architectureNo. Interesting, not required
Deprecation notice periodsYes - it is in the objective

Six planned items, three survive intact. That is a normal ratio and it is where the hour comes from.

10 min history and why it matters · 15 min the six change types · 10 min our registry architecture · 10 min the contract file format · 10 min the last three incidents · 5 min questions

Nothing here is wrong and every minute is defensible. Nobody classified a single schema change, so on Monday nobody can. The quiz at the end tests whether they remember what the six change types are called.

5 min one incident, as the problem · 10 min the six change types with worked examples · 25 min classify ten real changes, argue about two · 15 min draft a deprecation notice and swap for review · 5 min the job aid

Forty of the sixty minutes are them doing the thing the objective names. The assessment is not at the end - it is the middle, which means you find out who cannot do it while you are still in the room.

Part 2 · covers scoping

The not-this list, applied to a curriculum

5 min live

Courses do not grow because designers are undisciplined. They grow because everything suggested is genuinely relevant, and there is no written record of what was already decided against.

Not in this session Because The schema registry architecture interesting, and not needed to classify a change Consumer-side validation a different audience, and a different objective Historic incident write-ups one is motivation, three is a memorial service Why contracts matter, at length they already agree. Persuading the converted is a cost Write these down where the sponsor can see them. An undocumented exclusion comes back in week three as "could we just quickly also cover".
🔍 Click to zoom - the list is a defence, and it only works if somebody else has read it
Self-studyThree tests for whether content earns its minutes4 min▶
  • Does it serve the assessment? If somebody could pass the proof without this, it is optional - which does not mean worthless, it means it belongs in the handout rather than in the room.
  • Would they look it up anyway? Reference material should be a job aid, not a memorised thing. Notice periods, the file format, the exact syntax - hand them over, do not teach them.
  • Is it here because it is hard to explain, or because it is hard to do? Hard-to-explain things need your time in the room. Hard-to-do things need their hands, and the two require completely different amounts of your talking.

The move that makes this survivable politically: put the cut material in a handout and say so out loud. "That is in the pack, it is not in the hour" is a much easier sentence than "we are not covering that", and it is usually true.

Build-along

Write the assessment before you write anything else

★ 22 min · everyone builds

Rule for the next twenty minutes: you may not write a single piece of content. Objective, proof, practice, and a not-this list. Content is session a3 onward.

Objective. Your 4-of-4 sentence from a1. If it did not pass the linter, fix it now, because everything below inherits its weaknesses.

Proof. What would you have to watch them do to believe it? Write the task, not a quiz. For Daybreak: ten real changes, sorted, two argued out.

Practice. What is the smaller version of the proof that they do first, with support? Usually the same task with three items instead of ten and a worked example in front of it.

Content. Only now. List what they must be told in order to attempt the practice. It is always shorter than you expected and that is the point of the ordering.

Not this. Everything you nearly included, with one line each on why not. Send this to the sponsor with the design, not after somebody asks.

Write your proof task in one sentence. "Given X, they will do Y, and I will look at Z." If you cannot write it, the objective is still too vague - go back rather than forward.

Check the proof against the objective's condition. They should be the same thing. If your objective says "given a proposed schema change" and your proof is a multiple-choice quiz about terminology, one of the two is lying.

Design the practice as a smaller proof. Same shape, fewer items, more support. Practice that is a different shape from the assessment is the single most common design error and it always surprises people in the room.

Now list the content, and time it honestly. Most people find they have 10 to 15 minutes of genuine telling. If you have 40, run each item past the three tests.

Do the arithmetic. Content minutes plus practice minutes plus proof minutes plus slack. If it exceeds your slot, cut content first - never practice. Cutting practice to fit content is how you end up back at the forwards version.

Write four not-this lines. Each with a reason. Then send them to whoever asked for the training, before they ask.

Say the sentence out loud. "That is in the pack, it is not in the hour." Practise it, because you will need it and it works much better than a debate about scope.

If you take one thing from tonight. Write the proof before the content. It is fifteen minutes of discomfort and it removes about a third of a course, permanently, without anybody having to argue about taste.

Homework

Before session a3

25 min
  1. Write the proof task for your own objective. One sentence: given X, they do Y, I look at Z.
  2. Take an existing course and run the question over its contents. "Does this serve the proof?" Count what survives. A third is normal.
  3. Check one course's practice against its assessment. Same shape? Different shape is the common error.
  4. Write four not-this lines and send them to a stakeholder unprompted. Note how differently the week-three conversation goes.
  5. Bring your content list to a3, because a3 is about how little of it anybody can actually hold at once.
Check yourself

Three questions

Clear all three and this session gets stamped in your passport.

1 · Why does starting from what the expert knows reliably produce too much content?

It is a property of expertise rather than a character flaw. The forwards sequence contains no step capable of removing anything, so nothing is removed. Backwards design supplies that step: every item has to justify itself against the proof.

2 · Your objective says "given a proposed schema change, classify it" and your assessment is a multiple-choice quiz on terminology. What is wrong?

The condition in the objective tells you what the assessment must look like: they get a proposed change and they classify it. Multiple choice is fine as a format when the objective is about recognising something - here it tests a different ability from the one you promised.

3 · You are over time. What gets cut first?

Practice is where the ability is built and the assessment is how you find out in the room. Content is the part that can move to a handout with a sentence: "that is in the pack, it is not in the hour." Cutting the doing to preserve the telling undoes the entire session.

Sources covered

What this session teaches, and where it came from

✓Backwards designObjective, proof, practice, content - in that order, with the forwards version shown beside it
✓"What would prove they can do it?"Applied to Daybreak's six planned content items; three survive, which is a normal ratio
✓Practice as a smaller proofSame shape, fewer items, more support. Practice of a different shape from the assessment is the most common design error
✓Three tests for contentDoes it serve the proof, would they look it up anyway, is it hard to explain or hard to do
✓The not-this listWritten, with reasons, and sent to the sponsor before they ask. Borrowed from learn-product-design-with-phoebe session 1
◐Curriculum mapping across a programmeThis course designs one session. Multi-course sequencing and prerequisite mapping are out of scope

Every fact on this page, and its verification tier, is recorded in the course's source map. Daybreak is a teaching scenario.

Designer a2 cheat sheet · pin this

The order is the techniqueObjective, proof, practice, content. Any other sequence produces a syllabus.
The question"What would prove they can do it?" Deletes about a third of a course.
Practice mirrors the proofSame shape, fewer items, more support. Different shape is the common error.
Look-it-up goes in a job aidNotice periods, syntax, formats. Hand them over, do not teach them.
Cut content, never practiceCutting the doing to preserve the telling undoes the session.
The sentence"That is in the pack, it is not in the hour."