Un cadre pour structurer l'évaluation annuelle d'un développeur. Bilan technique, objectifs, plan de développement.
Ce que j'observe souvent : un bilan technique utile ne cherche pas la precision absolue. Il pose un repere de depart pour la discussion.
Ce que j'observe souvent : la qualite ne se mesure pas qu'aux bugs. Lisibilite, tests, nommage, dette maitrisee.
Ce que j'observe souvent : l'autonomie n'est pas l'absence de questions. C'est la capacite a cadrer un probleme avant de demander de l'aide.
Ce que j'observe souvent : les revues de code constructives, le partage de connaissances, l'aide aux collegues en difficulte.
Ce que j'observe souvent : ce n'est pas de finir tout a temps. C'est de signaler tot quand ca derive, et de proposer des ajustements.
Ce que j'observe souvent : la progression visible n'est pas toujours technique. Maturite dans les echanges, meilleure gestion des priorites.
Ce que j'observe souvent : proposer une amelioration sans attendre qu'on la demande. Identifier un risque et le remonter.
Ce que j'observe souvent : les realisations les plus significatives ne sont pas toujours les plus visibles. Pense aux contributions silencieuses.
Ce que j'observe souvent : nommer les difficultes sans les minimiser permet d'identifier les vrais leviers de progression.
Ce que j'observe souvent : 3 a 5 objectifs clairs valent mieux que 10 vagues. Chaque objectif devrait pouvoir etre evalue en fin de periode.
Ce que j'observe souvent : une action sans responsable ni echeance reste un voeu pieux.