## Warum das zählt

Die Vorlage macht aus einer Beurteilung statt einer formlosen Meinung einen strukturierten, vergleichbaren Nachweis. Jeder Beurteiler in einem Zyklus beantwortet dieselben Fragen auf derselben Skala — genau das meint ein Auditor mit „Beurteilung anhand dokumentierter Erwartungen“, und genau das macht Beurteilung N ein Jahr später mit Beurteilung N+1 vergleichbar. Ein leeres Google-Doc kann beides nicht.

Vorlagen sind versioniert, und Zyklen pinnen die Version fest, mit der sie gelaufen sind. Ihre Nachweisdatensätze zitieren den geltenden Fragensatz — und enthalten ihn wortwörtlich — selbst wenn Sie die Vorlage im nächsten Quartal umschreiben.

## Eine Vorlage erstellen

Öffnen Sie [Performance > Vorlagen](/performance/templates) und klicken Sie auf **Neue Vorlage**. Eine Vorlage hat:

| Feld | Hinweise |
|------|----------|
| Name | z. B. „Startup-Kompetenzbeurteilung“ |
| Bewertungsskala (Maximum) | Das obere Ende der 1–N-Skala; jeder Wert von 3 bis 10 |
| Fragen | Eine beliebige Mischung aus Bewertungs- und Textfragen, jede mit optionalem Kompetenz-Tag |

Jede Frage besteht aus einem Fragetext und einer Art:

- **Bewertung** — beantwortet auf der 1–N-Skala der Vorlage. Bewertungsfragen sind **Pflicht**: Eine Beurteilung kann nicht eingereicht werden, solange eine Bewertungsfrage unbeantwortet ist.
- **Text** — eine erzählende Antwort. Textfragen dürfen leer bleiben.

Der optionale **Kompetenz**-Tag („Kommunikation“, „Technisches Urteilsvermögen“, „Security-Verantwortung“) gruppiert Fragen nach der Fähigkeit, die sie abfragen. Leere Fragetexte werden beim Speichern verworfen — Sie können also frei skizzieren.

> [!TIP]
> Nehmen Sie für CC1.4 mindestens eine Frage auf, die Sicherheitsverantwortlichkeiten bewertet — z. B. eine Bewertungsfrage mit dem Tag „Security-Verantwortung“: *„Behandelt Zugangsdaten, Zugriffe und Kundendaten gemäß Richtlinie.“* Stellenbeschreibungen mit Sicherheitsverantwortlichkeiten gehören zum Nachweisset für CC1.4, und so steckt die Bewertung in jeder einzelnen Beurteilung.

## Veröffentlichen

Eine neue Vorlage startet als **Entwurf** und kann von keinem Zyklus verwendet werden, bis Sie **Vorlage veröffentlichen, damit Zyklen sie verwenden können** ankreuzen — und das Veröffentlichen erfordert mindestens eine Frage. Ausmustern funktioniert über das Archivieren; eine Vorlage, die je von einem Zyklus verwendet wurde, lässt sich nicht löschen, weil Nachweisdatensätze sie mit Name und Version zitieren.

| Status | Für neue Zyklen nutzbar | Bearbeitbar |
|--------|:-----------------------:|:-----------:|
| Entwurf | Nein | Ja |
| Veröffentlicht | Ja | Ja (erhöht die Version, sobald sie in Verwendung ist) |
| Archiviert | Nein | — |

## Versionierung: Snapshot bei der Aktivierung

Zwei Mechanismen halten die Nachweise gegenüber Vorlagenänderungen ehrlich:

1. **Versionssprünge** — sobald irgendein Zyklus eine Vorlage verwendet, erhöht jede Änderung an ihren Fragen die Versionsnummer der Vorlage. Das Formular warnt Sie: „Änderungen an den Fragen, nachdem ein Zyklus diese Vorlage nutzt, erhöhen ihre Version.“
2. **Snapshot bei der Aktivierung** — wenn ein Zyklus [aktiviert](/docs/performance-review-cycles) wird, stempelt Kit die Vorlagenversion *und kopiert den vollständigen Fragensatz in den Zyklus*. Beurteiler beantworten die eingefrorene Kopie; der endgültige Nachweisdatensatz bettet exakt diese Fragen ein.

Die praktische Konsequenz: Bearbeiten Sie Vorlagen, wann immer Sie möchten. Zyklen im Entwurf übernehmen automatisch die neuesten Fragen; aktive und abgeschlossene Zyklen bleiben unberührt, und jeder Nachweisdatensatz zeigt eine Herkunft im Stil von „Vorlage v3“, die ein Auditor nachprüfen kann.

> [!NOTE]
> Legen Sie nicht für jeden Zyklus eine neue Vorlage an. Verwenden Sie eine Vorlage über Zyklen hinweg wieder, damit Bewertungen Periode für Periode vergleichbar bleiben — die Versionshistorie kümmert sich um die Weiterentwicklung.

## Rollenerwartungen ergänzen die Vorlage

Die Fragen der Vorlage teilen sich alle im Zyklus; die personenbezogene Hälfte der „dokumentierten Erwartungen“ ist das Feld **Rollenerwartungen**, das Sie beim Hinzufügen jedes Teilnehmers setzen. Zusammen — gemeinsame Kompetenzfragen plus eine Rollenzusammenfassung pro Person, beides in den Nachweis eingefroren — erfüllen sie die „Beurteilung anhand dokumentierter Rollenerwartungen“ des Auditors, ohne dass Sie ein separates System für Stellenbeschreibungen pflegen müssen.

## Auf einen Blick

- [ ] Erstellen Sie eine Vorlage mit 4–8 Fragen — überwiegend Bewertungen, ein bis zwei erzählende Fragetexte
- [ ] Versehen Sie Fragen mit Kompetenz-Tags, inklusive einer Frage zur Sicherheitsverantwortung
- [ ] Wählen Sie eine Bewertungsskala, bei der Sie bleiben (1–5 ist die Konvention, die Auditoren am häufigsten sehen)
- [ ] Veröffentlichen Sie die Vorlage
- [ ] Verwenden Sie sie im nächsten Zyklus wieder; die Versionierung protokolliert Änderungen

## Wie geht es weiter

- [Beurteilungszyklen](/docs/performance-review-cycles) — bringen Sie die Vorlage in den Einsatz
- [Beurteilungen schreiben](/docs/performance-writing-reviews) — wie Beurteiler die Fragen beantworten