Je suis responsable du développement pour une entreprise de taille moyenne. Je n'ai jamais eu de KPI spécifique auparavant et maintenant on m'en donne. Les indicateurs clés de performance que je connais ne correspondent pas très bien à mon rôle. J'aimerais savoir, d'après les expériences des autres, quels sont les KPIs réguliers pour un responsable du développement et comment sont-ils mesurés?Indicateurs de performance clés du responsable du développement
Répondre
Cela dépend de ce qu'est un gestionnaire de dev dans votre entreprise et de son objectif. Vous êtes les KPIs contre lesquels vous êtes évalués et s'ils ne sont pas ce que vous pensez que vous êtes censé faire alors je pense qu'il peut y avoir une différence sérieuse dans votre compréhension de votre rôle ou dans la compréhension de vos patrons.
Je suppose que vous avez certains SLA auxquels vous devez adhérer et qui figureront probablement dans la liste des KPI.
Que gères-tu?
Garder les devs doux? Code de livraison? Gérer l'externalisation, etc.?
Il vous sera peut-être utile de vérifier Scrum en tant que méthodologie Agile, car il est très clair et transparent pour suivre les performances de toute l'équipe et le développement du projet.
Je vous recommande vivement de lire le Scrum Guide - un joli texte court vous présentant la terminologie, les règles et le cycle de vie complet du projet en utilisant Scrum. Vous n'avez pas plus de 5 artefacts (documents) qui vous aident à suivre vos progrès, le développement du projet et tout le reste.
Une autre courte intro de Scrum, vous pouvez trouver here
- la couverture du code (en supposant que vous faites des tests unitaires)
- échecs Construire
- Résultats des tests de performance (en supposant que vous avez test automatisé pour cela)
- Dette technique (utilisation par un tiers)
Vous pouvez trouver ci-dessous repos.
En ce moment je suis responsable de l'élaboration de projets conformes aux spécifications et le calendrier, en gardant mes douzaine de développeurs heureux et chef de projet, assurant que les projets sont l'alignement des exigences d'affaires et une réflexion stratégique sur le logiciel que nous achetons et les développements que nous faisons. –