## Pourquoi c'est important

Le modèle transforme l'évaluation d'une opinion libre en preuve structurée et comparable. Chaque évaluateur d'un cycle répond aux mêmes questions sur la même échelle — exactement ce qu'un auditeur entend par « évaluation au regard d'attentes documentées », et ce qui rend l'évaluation N comparable à l'évaluation N+1 un an plus tard. Un Google Doc vierge ne permet ni l'un ni l'autre.

Les modèles sont versionnés, et chaque cycle épingle la version utilisée. Vos dossiers de preuve citent — et contiennent littéralement — le jeu de questions en vigueur, même si vous récrivez le modèle au trimestre suivant.

## Créer un modèle

Rendez-vous dans [Performance > Modèles](/performance/templates) et appuyez sur **Nouveau modèle**. Un modèle comporte :

| Champ | Remarques |
|-------|-------|
| Nom | ex. « Évaluation des compétences en startup » |
| Échelle de notation (max) | Le plafond de l'échelle de 1 à N ; toute valeur de 3 à 10 |
| Questions | Un mélange libre de questions de notation et de texte, chacune avec une étiquette de compétence facultative |

Chaque question est un intitulé plus un type :

- **Notation** — réponse sur l'échelle de 1 à N du modèle. Les questions de notation sont **obligatoires** : une évaluation ne peut pas être envoyée tant qu'une question de notation reste sans réponse.
- **Texte** — une réponse rédigée. Les questions de texte peuvent rester vides.

L'étiquette de **compétence** facultative (« Communication », « Jugement technique », « Responsabilité sécurité ») regroupe les questions selon la capacité qu'elles sondent. Les intitulés vides sont ignorés à l'enregistrement : esquissez librement.

> [!TIP]
> Pour CC1.4, incluez au moins une question qui évalue les responsabilités de sécurité — par exemple une question de notation étiquetée « Responsabilité sécurité » : *« Gère les identifiants, les accès et les données clients conformément à la politique. »* Les fiches de poste incluant des responsabilités de sécurité font partie du corpus de preuve CC1.4, et cette question ancre la vérification dans chaque évaluation.

## Publication

Un nouveau modèle naît en **brouillon** et ne peut pas servir à un cycle tant que vous n'avez pas coché **Publier ce modèle pour que les cycles puissent l'utiliser** — et la publication exige au moins une question. Retirez un modèle du service en l'archivant ; un modèle déjà utilisé par un cycle ne peut pas être supprimé, car les dossiers de preuve le citent par son nom et sa version.

| Statut | Utilisable par de nouveaux cycles | Modifiable |
|--------|:--------------------:|:--------:|
| Brouillon | Non | Oui |
| Publié | Oui | Oui (incrémente la version une fois utilisé) |
| Archivé | Non | — |

## Versionnage — instantané à l'activation

Deux mécanismes gardent la preuve honnête face aux modifications de modèle :

1. **Incréments de version** — dès qu'un cycle utilise un modèle, toute modification de ses questions incrémente son numéro de version. Le formulaire vous prévient : « Modifier les questions après qu'un cycle a utilisé ce modèle incrémente sa version. »
2. **Instantané à l'activation** — quand un cycle est [activé](/docs/performance-review-cycles), Kit estampille la version du modèle *et copie l'intégralité du jeu de questions dans le cycle*. Les évaluateurs répondent à la copie figée ; le dossier de preuve finalisé embarque exactement ces questions.

Conséquence pratique : modifiez vos modèles quand bon vous semble. Les cycles en brouillon récupèrent automatiquement les dernières questions ; les cycles actifs et finalisés ne bougent pas, et chaque dossier de preuve affiche une provenance de type « Modèle v3 » qu'un auditeur peut vérifier.

> [!NOTE]
> Ne créez pas un modèle par cycle. Réutilisez le même modèle d'un cycle à l'autre pour que les notes restent comparables d'une période sur l'autre — l'historique des versions se charge de l'évolution.

## Les attentes du poste complètent le modèle

Les questions du modèle sont communes à tout le cycle ; la moitié individuelle des « attentes documentées » est le champ **Attentes du poste**, renseigné pour chaque participant au moment de l'ajouter à un cycle. Ensemble — questions de compétence partagées plus résumé de poste individuel, tous deux figés dans la preuve — ils satisfont l'« évaluation au regard d'attentes de poste documentées » de l'auditeur sans qu'il faille maintenir un système de fiches de poste à part.

## En bref

- [ ] Créez un modèle de 4 à 8 questions — surtout des notations, une ou deux questions rédigées
- [ ] Étiquetez les questions par compétence, dont une question sur les responsabilités de sécurité
- [ ] Choisissez une échelle de notation que vous garderez (1 à 5 est la convention que les auditeurs voient le plus)
- [ ] Publiez-le
- [ ] Réutilisez-le au cycle suivant ; laissez le versionnage suivre les changements

## Pour aller plus loin

- [Cycles d'évaluation](/docs/performance-review-cycles) — mettez le modèle au travail
- [Rédiger une évaluation](/docs/performance-writing-reviews) — comment les évaluateurs répondent aux questions