Sources de signaux de travail
Connectez GitLab pour que les brouillons IA citent du travail réellement livré. Récupération à la demande, confidentialité par conception, activation explicite par brouillon, jamais un entrepôt de surveillance.
Pourquoi c’est important
Les évaluations écrites de mémoire sous-comptent systématiquement les personnes qui livrent discrètement et régulièrement, et surcomptent qui était visible le dernier mois. Le remède n’est pas la surveillance mais de laisser le rédacteur IA citer du travail réel au moment du brouillon : les merge requests que quelqu’un a livrées et les relectures données aux autres, sous forme de titres et de liens qu’un évaluateur humain soupèse ensuite.
Kit récupère les signaux de travail à la demande lorsque l’évaluateur les active pour un brouillon. Il ne tient pas de base d’activité brute distincte. Il conserve en revanche sur l’évaluation un relevé des signaux utilisés : titres, liens, dates, dépôts et annotations liées à l’IA. Il n’existe ni classement de productivité ni vue de comparaison d’activité entre collaborateurs.
Warning
Les signaux produisent des éléments narratifs, jamais des scores. Aucun volume ni statistique de diff n’est collecté, aucune surface de comparaison entre personnes n’existe, et la récupération exige une activation explicite par brouillon. Discutez des sources avec la personne évaluée. Si vous cherchez un classement de productivité, cette fonctionnalité vous décevra.
Connecter GitLab
GitLab est le fournisseur v0 (une connexion par compte). Rendez-vous dans Performance > Signaux de travail :
| Champ | Valeur |
|---|---|
| URL GitLab |
https://gitlab.com, ou l’URL de votre instance auto-hébergée ; l’auto-hébergement est pris en charge (HTTPS, hôte accessible publiquement) |
| Jeton d’accès de groupe | Un Group Access Token read_api avec le rôle Reporter, ou le PAT d’un compte de service sur l’offre gratuite |
Appuyez sur Connecter GitLab. Le jeton est chiffré au repos et n’apparaît ensuite que masqué. Kit utilise un accès API en lecture seule ; il n’écrit jamais dans votre GitLab. Si la connexion tombe en erreur plus tard (jeton révoqué, hôte injoignable), la source passe en Erreur avec le message d’échec affiché ; ressaisissez les identifiants pour reconnecter. Si une récupération échoue pendant la rédaction, le brouillon utilise les sources restantes et signale la source indisponible. Les brouillons suivants ignorent une source en état Erreur tant que vous ne l’avez pas reconnectée.
Confirmer les identités
Les signaux sont récupérés par personne : chaque membre de l’équipe doit être associé à son nom d’utilisateur GitLab, et la correspondance doit être confirmée par un administrateur avant toute utilisation. C’est la barrière contre l’échec évident : un nom d’utilisateur mal saisi ne doit jamais tirer l’activité d’un inconnu dans l’évaluation de quelqu’un. Les correspondances non confirmées sont refusées à la récupération.
Sous Correspondance des identités, ajoutez le nom d’utilisateur GitLab de chaque membre (Kit propose une suggestion en recherchant la personne par e-mail sur votre GitLab quand c’est possible), puis confirmez-la. Les membres sans correspondance confirmée sont ignorés à la rédaction ; rien n’est récupéré pour eux.
Ce qui est collecté
Au moment du brouillon, la case d’activation cochée, Kit récupère pour la période évaluée (celle du cycle, ou les 6 derniers mois à défaut) :
| Signal | Signification |
|---|---|
| Merge requests fusionnées | Le travail livré par la personne |
| Activité de relecture | Les MR que la personne a relues pour d’autres, le travail de liant que la plupart des outils ignorent |
Chaque signal comprend titre, lien, date et dépôt, plus le type d’activité et les annotations décrites ci-dessous. Pas de taille de diff, pas de décompte de lignes, pas de fréquence de commits. Deux annotations de l’ère IA sont dérivées à la volée : la paternité IA (des mentions de commit comme Assisted-by:/Co-Authored-By: nommant des agents de codage ; le rédacteur crédite la direction et la rigueur de relecture, jamais un volume gonflé) et les travaux favorisant l’adoption de l’IA (modifications de skills, de configurations d’agents, d’outils MCP, d’invites, un travail que le rédacteur a pour instruction de créditer explicitement).
Activation explicite, divulgation et refus
- Activation par brouillon : les signaux ne sont utilisés que si l’évaluateur coche « Inclure les signaux de travail issus de GitLab (activation explicite pour ce brouillon) ». Jamais par défaut, jamais en douce.
- Divulgation des sources : l’évaluateur voit les titres, liens, dates et dépôts conservés à côté du brouillon. La personne évaluée n’a pas automatiquement accès à ce panneau dans l’évaluation de quelqu’un d’autre. Discutez des sources avec elle avant la finalisation.
- Garde-fou humain en aval : un brouillon nourri de signaux reste soumis au verrou d’envoi modifier-ou-assumer ; les signaux éclairent le jugement d’un humain, ils ne s’y substituent jamais.
- Le travail invisible pour les outils a son canal : le champ Vos propres notes de l’auto-évaluation existe précisément parce que le mentorat, les incidents et le déblocage des collègues n’apparaissent pas dans un hébergeur de code.
Note
Pour les clients allemands : la codétermination du comité d’entreprise (BetrVG §87(1) Nr. 6) couvre les systèmes capables de surveiller la performance. Associez votre comité d’entreprise avant de connecter une source.
En bref
- Créez un Group Access Token read_api (rôle Reporter) dans GitLab
- Connectez-le dans Performance > Signaux de travail, gitlab.com ou auto-hébergé
- Associez puis confirmez le nom d’utilisateur GitLab de chaque membre
- Prévenez l’équipe que les signaux existent et s’activent explicitement par brouillon ; aucun usage en douce
- Rappelez aux personnes évaluées d’utiliser Vos propres notes pour le travail que GitLab ne voit pas
Pour aller plus loin
- Brouillons d’évaluation par l’IA : là où les signaux apparaissent concrètement
- Présentation des évaluations de performance : comment la couche de signaux s’insère dans le module