Foire aux questions

DevGhost analyse l’historique et les modifications Git pour estimer la contribution au code de chaque développeur. Il ne suit pas le temps de travail, ne capture pas les écrans et n’enregistre pas les frappes au clavier. Les heures expriment l’effort sur une échelle de référence commune.

Le temps dont un développeur de niveau intermédiaire ayant 3 à 4 ans d’expérience, connaissant la base de code et travaillant sans IA, aurait besoin pour créer la modification. Cela 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. Ces tests comprennent l’exécution de tests appropriés, l’interprétation de leurs résultats, les vérifications manuelles du comportement nécessaires et une dernière revue de la modification par le développeur lui-même. L’estimation ne reconstitue pas les heures réellement consacrées par l’auteur et ne remplace ni un audit ni une revue experte.

DevGhost combine l’apprentissage automatique et son propre réseau neuronal avec l’analyse structurelle des modifications Git et des algorithmes spécialisés. Il considère les modifications dans le contexte du code existant, tient compte de la réutilisation et traite séparément les modifications mécaniques reconnues et les artefacts générés. Le code substantiel produit avec l’aide de l’IA est évalué sur la même échelle de référence. DevGhost n’utilise pas de LLM pour analyser le code.

La méthode combine l’expérience en ingénierie, l’analyse structurelle des modifications et l’entraînement des propres modèles de DevGhost. La répartition des estimations dans le temps repose sur des recherches empiriques et des mesures pratiques. DevGhost n’utilise pas de LLM pour analyser le code.

Le code substantiel assisté par l'IA est évalué selon la même référence de développeur sans IA. Si l'IA aide un développeur à fournir davantage de production estimée par jour, le Ghost% peut augmenter. Au-dessus de 100 % signifie une production supérieure à la référence, et non une preuve de l'utilisation de l'IA ; l'expérience, les outils, le Share et le mode de comptage des jours sélectionné influencent aussi la comparaison.

Une estimation de la productivité individuelle du code par rapport à un développeur intermédiaire qui connaît le projet et travaille sans IA. Avec la norme par défaut, Ghost% = E ÷ (D × 3 × S) × 100 : E représente les heures de référence, D le nombre de jours Spread ou FTE sélectionné, et S le Share ÷ 100. 100 % correspond à la référence ; un chiffre supérieur signifie davantage de production estimée, un chiffre inférieur moins. Les résumés d'équipe pondèrent les pourcentages individuels par l'effort. Ce n'est ni le temps de travail réel, ni une mesure de toute la valeur professionnelle d'une personne.

Utilisez l’échelle de référence commune de DevGhost pour examiner la contribution dans la durée, reconnaître les développeurs solides et comparer les périodes. Examinez ensuite les modifications sous-jacentes et le contexte du rôle. L’estimation ne correspond ni au temps de travail réel, ni à une note de qualité du code, ni à une évaluation complète de la personne, et ne doit pas déterminer à elle seule une décision concernant le personnel.

La méthode évalue la substance et la difficulté au lieu de récompenser le nombre de commits ou de lignes. Toutefois, diviser, squasher et regrouper autrement les modifications peut changer le contexte perçu par l'estimateur ; nous ne garantissons pas un résultat invariant. Examinez les modifications sous-jacentes et les tendances durables, et évitez de transformer le chiffre en objectif à optimiser ou en fondement unique d'une décision de personnel.

DevGhost évalue la contribution visible dans le code. Les responsabilités d’une personne peuvent aussi inclure le mentorat, la revue du travail d’autrui et d’autres activités en dehors des modifications analysées. Vérifiez la période, le mode Spread ou FTE, le Share et les modifications elles-mêmes avant d’interpréter un écart. La conception, la vérification et la correction de la modification analysée sont déjà incluses dans l’effort de référence.

Le Coding Share est une affectation manuelle comprise entre 0 % et 100 %, fixée à 100 % par défaut. 100 % correspond à un rôle de développement normal à temps plein : la base de 3 heures de référence tient déjà compte du travail hors code habituel. Réduisez le Share pour une affectation moindre, par exemple un travail à temps partiel ou des responsabilités supplémentaires, sans déduire une seconde fois le temps hors code habituel. La conception, l’implémentation, la vérification et la correction de la modification sont déjà incluses dans l’effort. Le Ghost% ajusté est égal au Ghost% brut divisé par Share ÷ 100 ; l’effort, les dates, le coût et le Ghost% brut restent inchangés. Par exemple, 30 heures de référence sur 10 jours donnent 100 % avec Share = 100 % et 200 % avec 50 %. À 0 %, le Ghost% ajusté est indisponible, et non nul ; un Share non résolu le rend également indisponible.

Utilisez-le comme un élément d'une évaluation humaine indépendante de la productivité de chaque développeur, notamment pour une contribution durablement faible ou des résultats solides. Lisez-le sur plusieurs périodes avec les responsabilités du développeur, la qualité du code, l'impact commercial et le travail hors code. Le Ghost% ne doit pas être le fondement unique ou principal des évaluations, de la rémunération, d'une promotion ou d'un licenciement, et ne peut pas remplacer cette analyse contextuelle.

Oui. Chaque compte reçoit des crédits de départ et une nouvelle allocation gratuite chaque mois, sans carte bancaire et sans limite de fonctionnalités : le forfait gratuit, c''est le produit complet. Un crédit couvre un commit analysé, et une pull request fusionnée en squash compte pour la moitié de ses commits internes. Le coût exact d''une analyse s''affiche avant son lancement.

Le coût correspond approximativement à ce qu''a coûté le travail livré à un taux standard ; la valeur correspond approximativement à ce qu''il en coûterait pour reproduire ce volume à la main, sans IA. L''écart entre les deux est un indicateur approximatif de l''effet de levier (outils/IA), pas un compte de résultat.