Baustein 9: Auswertung, Rahmenplanabdeckung, Feedbackgespraech
Die Abdeckung des Ausbildungsrahmenplans ist die Ansicht, die gegenueber
der IHK zaehlt. Sie unterscheidet vier Lagen statt "erledigt/offen":
vermittelt eine abgenommene Aufgabe oder ein abgeschlossener
Checklisten-Durchlauf, oder zwei gelesene Handouts
angefangen etwas erledigt, aber noch nicht genug
geplant Inhalt vorhanden, nichts davon bearbeitet
ohne Inhalt zu dieser Position gibt es im Lehrgang gar nichts
Die vierte Lage ist die wichtigste: Sie ist keine Luecke beim Azubi,
sondern eine im Lehrgang, und wird getrennt ausgewiesen. Die Regel steht
als reine Funktion in src/lib/auswertung/abdeckung.ts, mit 17 Tests.
Das Feedbackgespraech laesst beide Seiten getrennt bewerten. Wo sie um
zwei Stufen oder mehr auseinanderliegen, wird das hervorgehoben - in der
Ansicht, in der Uebersicht und im PDF, alle drei ueber dieselbe Funktion
liegtWeitAuseinander(). Nach beidseitiger Bestaetigung ist das Gespraech
unveraenderlich und wird nur noch gelesen.
Durchstich in scripts/pruefungen/baustein-9.mjs: alle fuenf Luecken
erkannt, getrennte Spalten, Sperre serverseitig, PDF nur mit Anmeldung,
ein fremder Azubi bekommt 404 - auch auf das PDF.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 5
parent
d226a6bae8
commit
be2a674c7a
@@ -7,6 +7,53 @@ Format: `HH:MM–HH:MM (Dauer) · was gemacht wurde`
|
||||
|
||||
---
|
||||
|
||||
## 2026-09-11 · Baustein 9 – Auswertung und Feedbackgespräch
|
||||
|
||||
| Von | Bis | Dauer | Tätigkeit |
|
||||
|---|---|---|---|
|
||||
| 11:10 | 11:25 | 0:15 | Abdeckungsregel als reine Funktion, 17 Tests |
|
||||
| 11:25 | 11:35 | 0:10 | Datensammlung, Feedback-Vorlage als Inhaltsdatei |
|
||||
| 11:35 | 11:50 | 0:15 | Datenmodell, Repository, Gesprächsinhalt mit 13 Tests |
|
||||
| 11:50 | 12:10 | 0:20 | PDF, Auswertungsseite, Gesprächsbogen |
|
||||
| 12:10 | 12:40 | 0:30 | Prüfen und Durchstich – stark ausgebremst durch die Maschine |
|
||||
| 12:40 | 13:30 | 0:50 | Durchstichskript, Rechteprüfung mit zweitem Azubikonto |
|
||||
| 13:30 | 14:15 | 0:45 | Feinschliff am abgeschlossenen Bogen, Abweichung im PDF |
|
||||
|
||||
**Summe Baustein 9: rund 3 h**
|
||||
|
||||
### Was aufgefallen ist
|
||||
|
||||
- Die eigentliche Entscheidung dieses Bausteins ist die Frage, **wann eine
|
||||
Berufsbildposition als vermittelt gilt.** Eine naive Zählung („Inhalt
|
||||
vorhanden") wäre wertlos: Dann wäre die Abdeckung von Anfang an voll. Ein
|
||||
gelesenes Handout allein genügt ebenfalls nicht – sonst wäre sie nach dem
|
||||
ersten Klick voll. Jetzt zählt eine abgenommene Aufgabe oder ein
|
||||
abgeschlossener Checklisten-Durchlauf, oder zwei gelesene Handouts.
|
||||
- Die vierte Lage – **„ohne Inhalt"** – ist die wichtigste und fiel mir erst
|
||||
beim Schreiben auf. Eine Position, zu der es im ganzen Lehrgang kein Material
|
||||
gibt, ist keine Lücke beim Azubi, sondern eine im Lehrgang. Ohne eigene
|
||||
Kennzeichnung würde sie zwischen den unbearbeiteten Positionen verschwinden.
|
||||
Im Beispielinhalt betrifft das fünf Positionen (A4, A10, C1, C2, C5).
|
||||
- Beim Feedbackgespräch war die getrennte Bewertung beider Seiten die beste
|
||||
Entscheidung. Der Wert des Blattes liegt nicht in den Zahlen, sondern in den
|
||||
Stellen, wo sie auseinandergehen.
|
||||
- Beim Blick auf den **abgeschlossenen** Bogen fiel auf, dass er wie ein
|
||||
Formular aussah statt wie ein Dokument: gesperrte Eingabefelder, leere
|
||||
Bemerkungszeilen mit Platzhaltern, ein zweites Datumsfeld neben dem Datum im
|
||||
Kopf – und neben „bestätigt" stand ein offener Kreis. Ein Blatt für die Akte
|
||||
soll nach Abschluss nur noch gelesen werden; jetzt sieht es auch so aus.
|
||||
- Die Zwei-Stufen-Regel für Abweichungen stand an zwei Stellen und sollte im
|
||||
PDF eine dritte bekommen. Sie ist jetzt `liegtWeitAuseinander()` in
|
||||
`src/lib/feedback/inhalt.ts`, mit eigenen Tests – Ansicht, Übersicht und PDF
|
||||
fragen dieselbe Funktion.
|
||||
- **Die Maschine war der Engpass, nicht die Arbeit.** Docker Desktop hatte über
|
||||
fünf Stunden CPU-Zeit verbraucht und der Defender-Echtzeitschutz läuft über
|
||||
`node_modules`; ein einzelner Testlauf brauchte 4605 Sekunden bei 283 ms
|
||||
reiner Rechenzeit. Ich habe das Vorgehen umgestellt: erst alles schreiben,
|
||||
dann **einmal** prüfen, statt nach jedem Schritt.
|
||||
|
||||
---
|
||||
|
||||
## 2026-09-11 · Baustein 8 – Lernzielkontrollen
|
||||
|
||||
| Von | Bis | Dauer | Tätigkeit |
|
||||
|
||||
Reference in New Issue
Block a user