PVP Canvas v1.1
Application Canvas, Artifact History, and Quick Guide in three A4 pages. Files in Portuguese.
In five steps, turn a lesson plan into a Versioned Lesson Plan (PAV) and, when a classroom signal motivates an improvement, record the change and produce its next version.
You can complete the entire workflow on paper, in a document, a slide deck, or a spreadsheet. No platform is required.
Use a plan you already prepare. It may be in a notebook, text document, slide deck, or spreadsheet.
Record subject, topic, grade, author, free-form plan content, and the initial version. Also declare grade/year, lesson time, available resources, and an aggregated class profile. If it had no version history, start at v1.0.0 or v1.0.
During or after class, observe signals relevant to the plan. If a signal motivates an improvement, describe it briefly, in aggregate, and without identifiable student data.
Answer: what changed? Why did it change? Which classroom signal motivated the change? An application with no incorporated change does not require a new version.
Classify the change as Major, Minor, or Patch, update X.Y.Z or X.Y, and preserve the previous version. When X increments, reset Y and Z; when Y increments, reset Z.
Canvas v1.1 is the main application-tracking instrument. The files are currently in Portuguese. Use the PDFs for printing and keep Starter Kit v0.1 as introductory, editable support.
Application Canvas, Artifact History, and Quick Guide in three A4 pages. Files in Portuguese.
A5 notebook sheet or two ready-to-cut sheets on one A4 page. Files in Portuguese.
Guide, VLP template, Improvement Record card, and usage notes in one archive.
A short explanation of the workflow, X.Y.Z versions, and a fictional example.
An editable sheet for identifying the versioned lesson plan, declaring context, and preserving its history.
The minimum change record: what changed, why, and which signal motivated it.
A plan begins at v1.0.0. After an application, an activity sequence is reorganized without changing the overall structure: v1.1.0 (Minor). Later, an ambiguous instruction is clarified: v1.1.1 (Patch). The history, together with the corresponding Improvement Records, preserves the versions and the reasons for each change.
This example contains no real data and does not demonstrate learning, quality, or effectiveness.
This example shows how a filename can make the version visible while a plan circulates. The process remains PVP: observe, record the improvement, and preserve the history.
The filename makes the version visible. The Improvement Record explains the change. The history preserves the trajectory.
In a notebook, a file, or a platform, the workflow is the same.
Complete example sequence:
If no improvement is incorporated, the version remains unchanged.
The filename pattern is an optional convention under experimentation and is not part of Core 1.0. It does not replace the Improvement Record, context, history, or provenance. This is a fictional example with no student data.
Direct answers for starting with the minimum workflow, with or without tools.
PVP is an open protocol for versioning lesson plans and recording improvements over time. It organizes version, change, context, history, and authorship.
The workflow can be completed in a notebook, on a sheet, in a spreadsheet, document, or slide deck. A platform, Git, and the Canvas are optional supports.
An application may keep the current version. A new version is created when a concrete improvement is incorporated into the artifact and recorded in an Improvement Record.
It is the minimum record of an improvement: what changed, why it changed, and which classroom signal motivated the change. RM is the canonical acronym used by PVP.
It is an observation made during or after a lesson that helps decide an improvement. It can be recorded briefly and in aggregate, without identifiable data.
X marks significant restructuring; Y, an adjustment within the same structure; Z, a localized micro-correction. The version describes the type of change, not a count.
A version locates a change in the artifact history. It is not a quality score and, by itself, does not demonstrate learning or effectiveness.
As an optional convention for a Versioned Lesson Plan or related pedagogical artifact: linear-equations-plan-v1.1.0.pdf. In this preview, the proposal is experimental and is not part of Core 1.0. The name helps identify the version but does not replace the Improvement Record, context, history, or provenance.
Keep the author identification, version, context, and history with the plan. A new version starts from the previous one without erasing its origin.
Use aggregated context and classroom signals without names or data that identify students. The essential workflow does not depend on individual data.
Download the kit, choose a real plan, and record only what is necessary. The first goal is to make improvement visible and traceable.