Qu''est-ce que le Ghost% ?

La référence

E est l’effort estimé dans le périmètre et la période sélectionnés, en heures de référence, y compris le dépassement alloué. D est le nombre de jours du développeur dans le mode sélectionné. S = Share ÷ 100 : avec Share = 100 %, S vaut 1. La base Ghost par défaut est de 3 heures de référence par développeur-jour. Il s’agit d’une base commune pour comparer la production, et non de la durée de toute la journée de travail. Si l’interface permet de choisir une autre base, remplacez 3 par cette valeur. Le Ghost% brut utilise S = 1.

En mode Spread, D compte les dates auxquelles un effort positif est alloué, y compris les dates de week-end admissibles. Un jour sans commit peut compter si le modèle y place de l'effort ; un jour sans effort alloué ne compte pas, et un commit à effort nul n'ajoute à lui seul aucun jour Spread. Ce sont des dates modélisées, pas des jours de travail observés.

Le mode FTE utilise la période d'activité du développeur dans le périmètre sélectionné : de la première date portant de l'effort à la date du dernier commit, y compris les commits à effort nul. Il croise cette période avec la période sélectionnée et compte les jours de semaine, y compris ceux sans commit ni effort, ainsi que les dates de week-end portant un effort positif. Les vues d'équipe peuvent aussi limiter cette période aux périodes d'appartenance à l'équipe. Les rapports fondés sur le calendrier des employés utilisent un dénominateur distinct : les minutes disponibles selon le planning configuré, les dérogations par date et les absences, divisées par 480 minutes par jour à temps plein. Ils appliquent la même norme de 3 heures et le même ajustement du Share ; ils ne modifient pas le nombre de jours standard Spread ou FTE.

Ce que le Share ajuste

Le Share est une allocation définie manuellement de 0 % à 100 %, avec 100 % par défaut. Considérez 100 % comme un rôle normal de développeur à temps plein, et non comme huit heures de saisie. La référence de 3 heures laisse déjà de la place à la part habituelle de travail hors code de ce rôle. Réduisez le Share lorsque l'allocation au travail de développement évalué est moindre, par exemple à temps partiel ou avec des responsabilités supplémentaires ; ne retranchez pas une seconde fois la part habituelle de la journée consacrée à autre chose que le code.

L’effort comprend la compréhension du code concerné, la conception de la solution, son implémentation, les tests effectués par le développeur lui-même et les corrections nécessaires. Le Share ne déduit pas à nouveau ces activités. Les revues distinctes du travail d’autrui, le mentorat, les réunions et le travail qui ne laisse aucune trace dans le code analysé ne sont pas directement mesurés. Un responsable fournit l’ajustement correspondant au contexte du rôle.

Le Share modifie le Ghost% ajusté par division. Il ne change ni l'effort estimé, ni la chronologie allouée, ni le Raw Ghost%, ni le nombre de jours, ni le coût. Avec Share = 0 %, le Ghost% ajusté est indisponible, et non nul ou infini. Un Share non résolu le rend également indisponible. Ce Coding Share est distinct de la part expérimentale de traces d'IA affichée ailleurs dans le produit.

Exemples individuels

Avec la norme par défaut, E = 30 heures de référence et D = 10 jours donnent 100 % avec Share = 100 % : 30 ÷ (10 × 3 × 1) × 100. Avec les mêmes E et D mais Share = 50 %, le Ghost% ajusté est de 200 % ; le Raw Ghost% reste à 100 %. Avec Share = 0 %, le Ghost% ajusté est indisponible et les 30 heures de référence restent inchangées.

Le mode sélectionné compte : 6 heures de référence placées sur une date donnent 200 % en mode Spread. Si cette date se situe dans une période FTE de 20 jours de semaine, le FTE Ghost% est de 10 % avec Share = 100 %. La même production de code est comparée à des nombres de jours différents ; aucun résultat ne reconstitue le temps de travail réel.

Totaux de l'équipe et du dépôt

Le Ghost% global affiché dans le tableau de bord et les résumés publics de dépôts est une moyenne des pourcentages individuels pondérée par l'effort : Σ(Eᵢ × Ghost%ᵢ) ÷ ΣEᵢ. Le pourcentage de chaque personne utilise déjà son propre nombre de jours et son Share. Ce n'est ni l'effort total de l'équipe divisé par 3, ni un taux regroupé par jour-personne, ni une moyenne simple des personnes. Lisez le périmètre et le mode sélectionnés avec le total.

Exemple : A a 30 heures de référence sur 10 jours (100 %) et B en a 15 sur 10 jours (50 %), tous deux avec Share = 100 %. Le résultat global pondéré par l'effort est (30 × 100 + 15 × 50) ÷ 45 = 83,33 %. Diviser leurs 45 heures cumulées par 20 jours-personnes, puis par 3, donnerait 75 %, une statistique différente. Un effort positif appartenant à une personne dont le Ghost% ajusté est indisponible rend le résultat global ajusté indisponible ; les contributeurs à effort nul n'ajoutent aucun poids.

Répartir l''effort dans le temps

La chronologie modélise la manière dont l'effort estimé pourrait être réparti ; elle n'observe pas quand le travail a eu lieu. L'allocation normale dispose d'une capacité partagée de 5 heures de référence par personne et par jour entre les dépôts et alias e-mail d'un même espace de travail. Les commits portant la même date d'auteur sont regroupés et les allocations antérieures consomment cette capacité.

La fenêtre d'allocation actuelle comprend 14 dates calendaires : la date du commit et les 13 dates précédentes, éventuellement antérieures au premier commit ou à la période de rapport sélectionnée. La date du commit est admissible même le week-end ; les samedis et dimanches antérieurs sont ignorés. Le dépassement est conservé et inclus dans la répartition temporelle modélisée. Ce dépassement calculé n'est pas du temps supplémentaire observé. Les filtres de rapport sélectionnent les dates auxquelles l'effort a été alloué ; changer la période visible ne déplace pas tout l'effort d'un commit dans cette période.

La capacité d'allocation de 5 heures et la référence Ghost de 3 heures ont des rôles différents. La capacité place l'effort de référence sur la chronologie ; la référence transforme la production quotidienne de référence en estimation relative de productivité. Aucun de ces nombres ne représente la journée de travail réelle d'un développeur. Les dates sont interprétées dans le fuseau horaire de la projection. Les anciens espaces de travail et les analyses enregistrées peuvent conserver une règle de répartition antérieure ; ces paramètres décrivent la règle actuelle.

Comment le lire

Les tranches affichées comparent la production à la base de référence sélectionnée. Interprétez-les à partir de tendances durables et du contexte du rôle :

• 120 % et plus – au-dessus de la base de référence.
• 100 % à 120 % — au niveau de la référence ou au-dessus.
• 80 % à 100 % — légèrement en dessous de la référence.
• En dessous de 80 % — bien en dessous de la référence.

Ce que signifie un résultat supérieur à 100 %

Un résultat supérieur à 100 % signifie que la production de code estimée dépasse la base pour le mode de comptage des jours et le Share sélectionnés. L'assistance de l'IA peut en être une cause, tout comme l'expérience, les outils et la nature du travail. Un Ghost% élevé ne prouve à lui seul ni l'utilisation de l'IA, ni la qualité du code, ni l'impact commercial.

Ce que le Ghost% n''est pas

Il s'agit d'une estimation modélisée de la productivité individuelle du code, avec une part d'incertitude. Elle ne mesure ni les heures réelles, ni l'assiduité, ni les aptitudes, ni la qualité du code, ni l'impact commercial, ni tout le travail hors des modifications analysées. Utilisez-la pour examiner une contribution durablement faible et reconnaître les développeurs performants, avec une revue indépendante et le contexte du rôle. Elle ne doit pas être le fondement unique ou principal d'une embauche, d'une rémunération, d'une promotion ou d'un licenciement, ni un verdict automatisé sur une personne.

DevGhost utilise l’historique et les modifications Git. Il ne nécessite ni suivi du temps, ni capture d’écran, ni enregistrement des frappes au clavier.