J'essaie de générer une métrique pour un objectif de réduction des coûts de l'entreprise. Pour ce faire, je veux estimer les économies que nous avons réalisées en utilisant une application web open source plutôt que de la construire à partir de zéro ou d'acheter une solution COTS. Une étape du processus consiste à estimer combien cela nous aurait coûté pour développer l'application nous-mêmes. Malheureusement, je suis à court de moyens très simples de le faire sans passer par un processus d'estimation complet.
Étant donné que j'ai le code source, je pense qu'il devrait y avoir une heuristique qui pourrait me donner une estimation très approximative des heures de développement nécessaires pour l'écrire. Malheureusement, mes recherches sur le Web sur le sujet révèlent principalement des articles et des opinions sur la façon dont les lignes de code ne sont pas un bon indicateur de productivité ou de qualité.
Jusqu'à présent, ma meilleure solution consiste à choisir un certain nombre de lignes qu'un développeur pourrait écrire en une journée et à calculer le nombre d'heures de développement à partir de là. Si j'utilise cette méthode, j'aimerais avoir des preuves (de préférence basées sur la recherche) pour étayer ma revendication de la productivité des développeurs.
La seule chose que j'ai à faire pour moi, c'est que pour générer ma métrique finale, tout ce dont j'ai vraiment besoin est une limite inférieure sur les heures de développement ou le coût du projet. Plus l'estimation est élevée, meilleure sera ma métrique, mais je préférerais que la technique d'estimation soit inattaquable plutôt que d'avoir un nombre élevé.
Existe-t-il une meilleure façon d'estimer la valeur d'un projet open source?