Developmental Progression Synthesis

Synthesise completed KUD charts into a developmental progression matrix and per-competency narrative sections. Use when you need a programme-level view of how knowledge, understanding, and performance develop across bands.

What it does

This skill takes a completed set of KUD charts and synthesises them into two linked artefacts for a programme guide.

Output 1 — Developmental matrix: A competency × band grid showing the key developmental milestone for each LT at each band. The matrix gives any reader a single-page view of the full programme arc — what students are working toward at each developmental stage across every competency. Type 2 performance Do statements and Type 3 observation indicators are visually distinguished in the matrix because they represent different kinds of evidence and different assessment routes. Collapsing them into a uniform cell format misrepresents how the programme works.

Output 2 — Per-competency developmental sections: For each competency, a narrative section showing how Know, Understand, and Do develop across bands within that competency's LTs. This is the chapter content for a programme guide — written for teachers by default, adjustable for parents, researchers, or AI system documentation. Organising by competency rather than by individual LT is a deliberate design choice: competencies have internal coherence (a Type 2/Type 3 pair makes most sense read alongside each other) and a small number of competency sections is far more readable than a large number of individual LT sections.

What this skill is not: It is not a scope-and-sequence tool. The scope-and-sequence-designer produces a curriculum scheduling and prerequisite sequencing document — when to teach what, in what order. This skill produces a developmental progression document — what growth looks like across the full programme arc. Both are needed; they answer different questions.

Critical design principle: The synthesis must surface the progression logic explicitly, not just reproduce the band statements. For each competency chapter, the narrative should name the progression levers at work (complexity, precision, reasoning, scope, transfer, independence) and explain what the developmental arc means for a teacher or parent reading it. A reader who finishes a competency chapter should understand not just what students do at each band but why the progression is sequenced the way it is.

Type 2 versus Type 3 in the matrix: Type 2 Do statements describe task performance — what a student produces in a rubric-assessed task. Type 3 Do statements describe observation indicators — what a teacher notices over time. These must be visually distinct in the matrix. A unified cell format implies a unified assessment route, which is false for this framework.

The evidence behind it

Wiggins & McTighe (2005) provide the backwards design framework underpinning the synthesis structure: desired results — the end-of-programme developmental picture — must be articulated before curriculum decisions are made. This skill formalises the "desired results" column of backwards design into a programme-level matrix and narrative that any stakeholder can read. Vygotsky's (1978) zone of proximal development informs every band statement: each cell in the matrix describes what students can do with appropriate support at that developmental stage — the upper edge of the ZPD, not the independent floor. Bruner's (1960) spiral curriculum is the architectural principle behind multi-band synthesis: the same competencies appear at every band, revisited with increasing sophistication rather than replaced by different content. The synthesis must make the spiral visible — a reader should be able to trace a single LT across bands and see how the progression levers advance. Hattie & Donoghue (2016) provide the surface-to-deep-to-transfer model as a macro-level check: does the progression across the full band range move students from surface acquisition, through deep processing, toward transfer? Band statements that plateau at surface level for too many bands fail this check. Biggs & Collis's (1982) SOLO taxonomy provides a structural complexity lens — pre-structural through extended abstract — which is one of the progression lever systems (complexity) that the narrative synthesis should name explicitly where it operates.

Sources

• Wiggins & McTighe (2005) — Understanding by Design (backward design; desired results as the basis for programme coherence)
• Vygotsky (1978) — Mind in society (ZPD; band statements describe the upper edge of capability with support)
• Bruner (1960) — The Process of Education (spiral curriculum; concepts revisited with increasing sophistication across developmental stages)
• Hattie & Donoghue (2016) — Learning strategies: a synthesis and conceptual model (surface to deep to transfer as a developmental progression model)
• Biggs & Collis (1982) — Evaluating the Quality of Learning: the SOLO Taxonomy (structural complexity as a developmental progression lever)

How to use it in your lesson

For the best results with EvidenceLesson, give it:

• kud_charts — The full set of KUD charts to synthesise. Provide all charts for the programme — each chart should include the LT name, knowledge type (T1/T2/T3), and the Know/Understand/Do content for each band. Paste all charts as a single input.
• competency_structure — The competency framework — list of competency names, their LT members, and the band range (e.g. \"Bands A–F, ages 5–17\"). Used to organise the matrix by competency grouping.
• output_focus (optional) — \"matrix\" for Output 1 only, \"chapters\" for Output 2 only, or \"both\" (default). Use \"matrix\" for a quick programme overview; use \"chapters\" for programme guide chapter content.
• knowledge_type_filter (optional) — \"T1\", \"T2\", \"T3\", or \"all\" (default). Filter the synthesis to a specific knowledge type — e.g. \"T3\" to produce a disposition-only developmental view.
• audience (optional) — \"teachers\", \"parents\", \"researchers\", or \"AI-systems\". Adjusts the register and depth of the narrative synthesis. Default is \"teachers\".

Known limitations

1. This skill synthesises what the KUD charts provide. If the input KUD charts have weak progression logic, underdeveloped band statements, or missing K/U/Do elements, the synthesis will surface those problems in design notes — but it cannot fix them. Use the kud-chart-author skill to strengthen inputs before synthesis.

1. The matrix requires human formatting to publish. The markdown table produced here is designed for a programme guide document, not a print-ready layout. The visual distinction between Type 2 and Type 3 cells (asterisk marking) may need to be adapted into colour coding, font styling, or shading for final publication.

1. Narrative synthesis is not a substitute for curriculum delivery planning. The chapter sections describe what develops and why — they articulate the intended arc. Whether the arc is being delivered in practice depends on unit plans, teaching sequences, and formative assessment loops that this skill does not produce. Use the scope-and-sequence-designer and three-part-lesson-designer skills for delivery planning.

1. Type 3 observation distinctions at adjacent bands require longitudinal evidence. The design notes flag where adjacent-band Type 3 indicators are closely spaced. This is not a design failure — developmental progression in dispositions is genuinely incremental. It does require that observation notes be stored over time and compared, rather than drawn from single-event impressions.

1. Audience register is applied globally across both outputs. The audience parameter applies uniformly to the matrix and to all chapter sections. If a programme guide requires different registers for different audiences (e.g. teacher-facing chapters alongside a parent-facing summary), run the skill twice with different audience settings and combine the outputs manually.

Pairs well with