Este documento describe técnicas y prácticas para realizar un análisis de coste-beneficio de proyectos de desarrollo de software. Explica cómo estimar costes de software utilizando métricas de proyectos anteriores, y cómo calcular beneficios tangibles e intangibles. Además, presenta métodos como el punto de amortización, periodo de amortización y retorno de inversión para determinar la viabilidad financiera de un proyecto.

1. ANÁLISIS COSTE/BENEFICIO
METRICA V3.0 – TÉCNICAS Y
PRÁCTICAS

2. INTRODUCCIÓN
Actualmente el software es el elemento más caro en los sistemas de información, por lo que
la estimación debe realizarse cuidadosamente ya que un gran error en la estimación del
costo puede ser lo que marque la diferencia entre beneficios y pérdidas.
Algunas razones por las que debemos conocer el costo aproximado:
• Los costos pueden cancelar la cancelación del proyecto.
• Los costos subestimados pueden no compensar el tiempo invertido por el equipo del
proyecto.
• La estimación es una actividad compleja que se vale de modelos y técnicas, y estos se
basan en métricas, por lo que es necesario profundizar sobre estas.

3. DEFINICIÓN
Tiene como objetivo fundamental proporcionar una medida de los costes en que se
incurre en la realización de un proyecto y comparar dichos costes previstos con los
beneficios esperados.
Esta medida o estimación servirá para:
• Valorar la necesidad y oportunidad de acometer la realización del proyecto.
• Seleccionar las alternativas más beneficiosas para la realización del proyecto.
• Estimar adecuadamente los recursos económicos necesarios en el plazo de
realización del proyecto.

4. MÉTRICAS DE SOFTWARE
Las métricas recopiladas de proyecto anteriores se utilizan como base para la
estimación del actual trabajo de software.
Las mediciones se pueden clasificar de dos maneras: medidas directas (costo y
esfuerzo aplicado, así como las líneas de código producidas, la velocidad de ejecución,
el tamaño de memoria, los defectos observados, etc. )y medidas indirectas
(funcionalidad, calidad, complejidad, eficiencia, fiabilidad, facilidad de mantenimiento,
etc.)

5. MÉTRICAS DE SOFTWARE
Razones para medir el software:
1. Para indicar la calidad el producto.
2. Para evaluar:
* La productividad
* Los beneficios
* Permitir la mejora continua
3. Para establecer líneas base para la estimación.

6. La estimación del costo nunca será exacta. Para realizar la estimación segura se
tienen tres posibles opciones:
1. Realizar la estimación hasta después de haber terminado el desarrollo del
proyecto.
2. Basar las estimaciones en proyecto similares.
3. Desarrollo un modelo empírico.

7. Algunos de los factores que determinan el costo de desarrollo de un software son:
• Capacidad del programador
• Complejidad del software
• Tamaño del software
• Nivel de confiabilidad

8. CONCEPTOS
• Punto de amortización (Break-Even Point)
• Periodo de amortización (PayBack)
• Retorno de la Inversión - ROI (Return of Investment)

9. PUNTO DE AMORTIZACIÓN (BREAK-EVEN
POINT)
• Es el momento en el tiempo en que el conjunto de beneficios obtenidos por la
explotación del nuevo sistema iguala al conjunto de costes de todo tipo que ha
ocasionado.
• A partir del punto de amortización (Break-Even Point), el sistema entra en fase de
aportar beneficios netos a la organización.

10. PERIODO DE AMORTIZACIÓN (PAYBACK)
• Es el periodo de tiempo que transcurre desde que los costes son máximos hasta que
se alcanza el punto de amortización (Break-Even Point), es decir, en cuanto el
sistema empieza a aportar beneficios.
• Cuanto menor sea el periodo de amortización (Payback) de un sistema, más
atractivo será la organización acometer su implantación.

11. RETORNO DE INVERSIÓN – ROI (RETURN OF
INVESTMENT)
Es el rendimiento de la inversión expresada en términos de porcentaje. Se calcula
mediante la siguiente fórmula.
ROI =
100 𝑥 (𝐵𝑒𝑛𝑒𝑓𝑖𝑐𝑖𝑜 𝑁𝑒𝑡𝑜 𝐴𝑛𝑢𝑎𝑙 − 𝐶𝑜𝑠𝑡𝑒 𝐷𝑒𝑠𝑎𝑟𝑟𝑜𝑙𝑙𝑜 𝐴𝑛𝑢𝑎𝑙𝑖𝑧𝑎𝑑𝑜)
𝐼𝑛𝑣𝑒𝑟𝑠𝑖ó𝑛 𝑃𝑟𝑜𝑚𝑒𝑑𝑖𝑜
Beneficio Neto Anual: ganancia que aporta el sistema como consecuencia de su uso (beneficios obtenidos más los
gastos no incurridos). Deben restarse los gastos operacionales anuales y los de mantenimiento del sistema.
Coste Desarrollo Anualizado: total del gasto inicial del desarrollo del sistema, dividido por los años que se supone será
operativo.
Inversión Promedio: total de la inversión realizada (coste de desarrollo, hardware, software, etc.) dividido por el total
de conceptos en los que se invierte.

12. Para la realización del análisis coste/beneficio se seguirán los siguientes pasos:
1. Producir estimaciones de costes- beneficios
2. Determinar la viabilidad del proyecto y su aceptación.

13. 1. PRODUCIR ESTIMACIONES DE COSTES-
BENEFICIOS
Se realizará una lista de todo lo que se es necesario para implementar el sistema y
una lista de los beneficios esperados del nuevo sistema.
En general los costes suelen ser medibles y estimables en unidades económicas, no así
los beneficios, los cuales pueden ser tangibles o no tangibles. En un análisis de costes y
beneficios deben considerar aquellos aspectos tangibles, es decir, medibles en valores
como dinero, tiempo, etc. y no tangibles, es decir, no ponderables una forma objetiva.

14. Aspectos tangibles
• Dinero
• Tiempo
• Calidad
Aspectos no tangibles
• El aumento de cuentas debido a un mejor servicio
a los clientes.
• La mejora en la toma de decisiones debido a una
mejora en el soporte informático.
• La valoración de los beneficios no tangibles se
debe estimar de una forma subjetiva y será
realizada por las áreas correspondientes.

15. ¿Y QUÉ COSTOS EXISTEN EN EL
DESARROLLO DEL SOFTWARE?

16. • Adquisición de hardware y software
• Gastos y mantenimiento de hardware y software
• Gastos de comunicaciones
• Gastos de instalaciones
• Coste de desarrollo
• Gastos del mantenimiento del sistema
• Gastos de consultoría
• Gastos de formación
• Gastos de material
• Costos derivados de la curva de aprendizaje
• Costos financieros

17. ¿Y QUÉ BENEFICIOS OBTIENE EL
CLIENTE DE UN DESARROLLO DEL
SOFTWARE?

18. • Incremento de la productividad
• Ahorro de gastos de mantenimiento
• Ahorros de adquisición y mantenimiento de hardware y software
• Incremento de ventas o resultados, disminución de costes
• Ahorro de material de todo tipo
• Beneficios financieros
• Otros beneficios tangibles
• Beneficios intangibles

19. 2. DETERMINAR LA VIABILIDAD DEL
PROYECTO Y SU ACEPTACIÓN
Se basará en uno de los métodos siguientes:
• Retorno de inversión
• Valor actual

20. Retorno de la Inversión
Consiste en calcular el coste y el beneficio anual, conociendo el coste total al inicio del
proyecto “C0”, para determinar en que año se recuperará el coste inicial totalmente
estimado.
El año de recuperación de la inversión se produce cuando ∑ Beneficio Neto = C0
Año Coste Beneficio Beneficio Neto
0 C0 0 0
1 C1 B1 B1-C1
2 C2 B2 B2-C2
… … … …
N Cn Bn Bm-Cn

21. Valor Actual
• Permite tener en cuenta que un gasto invertido durante un cierto tiempo produce un
beneficio.
• Consiste en determinar el dinero que es viable invertir inicialmente para que se
recupere la inversión en un periodo de tiempo definido previamente.
• El resultado depende del tipo de interés (r) utilizado en la evaluación.
• Se debe calcular, en primer lugar, el beneficio neto que se obtendrá cada año. Dicho
beneficio no es real, ya que se debe estimar el valor real de dicha cantidad en el año
n.

22. Valor Actual
Para ello se aplicará la fórmula:
𝑣𝑎𝑙𝑜𝑟 𝑎𝑐𝑡𝑢𝑎𝑙 =
𝐵𝑒𝑛𝑒𝑓𝑖𝑐𝑖𝑜 𝑁𝑒𝑡𝑜
1 +
𝑟
100
𝑛
n = año 1, … , i
Se debe estudiar en cuantos años se recupera la inversión realizada inicialmente, o
bien, si en periodo de años fijados previamente se retorna la inversión y , por tanto, es
viable el proyecto.

23. Valor Actual
Si la inversión es el C0, se determinará la viabilidad del proyecto consultando la
siguiente tabla:
El proyecto será viable si ∑ VAi > C0 a lo largo del periodo fijado.

24. • Los errores más comunes en estimación de costes Software:
• Desestimar el tiempo y esfuerzo necesario para hacer una buena estimación.
• Requisitos imprecisos. Requisitos van creciendo.
• No reconocimiento de que los proyectos actuales serán y son diferentes que los
anteriores.
• El tamaño suele ser estimado a la baja.
• Estimaciones forzadas por los recursos disponibles (Si hay que acabar el proyecto en
12 meses y se dispone de 5 técnicos, se estima en esfuerzo como 60 técnicos-día).
(NO).