Вы находитесь на странице: 1из 42

Análisis Costo Beneficio

Planeación y Gestión de Proyectos Informáticos


Especialización en Ingeniería de Software
Universidad de Medellín -
Semestre 2010 - 01

Jorge Hernán Abad Londoño


jorge.abad@gmail.com
UBIQUÉMONOS

2 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Contenido
 Viabilidad de Proyectos
 Introducción a conceptos financieros para la evaluación
de proyectos
 Caso de Negocio

3 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Contenido
 Viabilidad de Proyectos
 Introducción a conceptos financieros para la evaluación
de proyectos
 Caso de Negocio

4 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Viabilidad Legal
 El estudio de viabilidad legal debe informar si la legalidad
vigente permite, o más bien no impide la realización del
proyecto empresarial. Este estudio de viabilidad, al igual
que los otros, en lo posible debe ser efectuado por
expertos y el encargado de evaluar la factibilidad global
del proyecto ha de seguir la orientación de los
especialistas.
 En algunos casos y para tener una idea preliminar sobre
la viabilidad legal del proyecto, puede consultarse a
organismos relacionados con las actividades que serán
desarrolladas en el mismo

5 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Viabilidad Legal
 Determinar si
 No riñe con alguna norma vigente o en curso (dependiendo del
renglón de la economía en el que se ejecute)
 El esquema de licenciamiento del producto y/o sus partes

6 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Viabilidad Técnica
 Este estudio es de vital importancia, en él se determina si la tecnología
(dura y blanda) disponible, permite hacer realidad el proyecto y también si
es conveniente hacerlo.

 Un estudio de viabilidad técnica debe proveer información sobre las


diversas formas de materializar el proyecto o los diferentes procesos que
pueden utilizarse para producir un bien o servicio. El estudio deberá
contener una estimación de los requerimientos de capital, mano de obra y
recursos materiales, tanto para la puesta en marcha, como para el estado
de operación del proyecto.

 La información técnica obtenida se utiliza para determinar cual es la forma


más eficiente de materializar el proyecto. Esta determinación de eficiencia,
se hace basándose en criterios técnicos y económicos, esto ha de ser así,
puesto que puede ocurrir que una solución óptima desde el punto de vista
técnico, no lo sea desde un punto de vista económico.

7 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Viabilidad Técnica
 Resolver las siguientes preguntas:
 ¿ La tecnología existente resuelve mi problema?
 ¿ He visto solución tecnológica funcionando?
 ¿ Soy el primero que la implementa?
 ¿ He conversado con otros usuarios/empresas de la solución
tecnológica y cual a sido su experiencia?
 ¿ Que limitaciones de usuarios y/o licenciamiento tiene la
tecnología?
 ¿Estas limitaciones afectan el proyecto gravemente, tanto
tecnológica, financiera o legalmente?
 ¿Es necesario realizar una prueba de concepto?
 ¿Tengo las conclusiones imparciales y realistas de la prueba de
concepto?

8 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Viabilidad Financiera
 El estudio de la viabilidad financiera no es otra cosa que ver si existe
suficiente dinero para financiar los gastos e inversiones que implica la
puesta en marcha y operación del proyecto.
 Por lo general, se dice que los buenos proyectos, es decir, aquellos con
rentabilidad alta, con un riesgo razonable y bien evaluados, encuentran
financiamiento con cierta facilidad. También se afirma que los proyectos
deben ser evaluados con independencia de las fuentes de financiamiento.
Lo que se observa en la realidad es, que no es fácil conseguir recursos
financieros si no se cuenta con garantías reales (prendas sobre vehículos,
hipotecas sobre terrenos o cascos, etc.) y que el acceso a créditos para los
tiene más de una dificultad.
 El estudio de viabilidad financiera debe mostrar que con las diferentes
fuentes de financiamiento a las que puede acceder el proyecto, es posible
financiar todas las etapas del mismo. Estas fuentes pueden ser propias
(capital aportado por los mismos socios), bancos, financieras, cooperativas
de ahorro y crédito, fuentes externas, etc.

9 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Viabilidad de Gestión
 La gestión o administración de un proyecto es de vital
importancia, especialmente cuando es necesario crear
una empresa para ponerlo en operación. Una gestión
eficiente hace más probable que los beneficios netos
obtenidos sean iguales o mayores a los estimados en el
proyecto. Muchos buenos proyectos fracasan por mala
gestión.

 En algunos casos el estudio de viabilidad de gestión


pierde importancia, por ejemplo, cuando se trata de
producir un bien o servicio en una empresa en marcha o
cuando el proceso de producción requiere de un diseño
organizacional muy simple.
10 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010
ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Viabilidad de Gestión
 Este estudio debe contener a lo menos lo siguiente:

 Estructura organizativa que más se adecue a las necesidades


de puesta en marcha y operación del proyecto.
 Con base en la estructura organizacional, se debe definir las
necesidades de personal y estimar los costos de mano de obra
y honorarios profesionales.
 Requerimiento de sistemas para una gestión eficiente.
(Sistema contable, inventarios, cobranzas, abastecimiento o
proveedores, clientes o socios, etc.)
 Una estimación de la infraestructura requerida y del
equipamiento correspondiente.

11 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
VIABILIDAD ECONÓMICA
 El estudio de la viabilidad económica no es otra cosa que la evaluación del
proyecto. En esta parte se calcula la rentabilidad del proyecto. Para ello, se utilizan
diversos indicadores, los más usados son el Valor Presen Neto (VPN) (o Valor Actual
Neto VAN) y la Tasa Interna de Retorno (TIR), también se puede usar la razón
Beneficio Costo (B/C), indicadores de Costo Efectividad o de Período de
Recuperación de la Inversión.

 En este estudio se debe evaluar económicamente todas las opciones encontradas


en los estudios anteriores. Es necesario analizar todas las alternativas que resulten
de combinar las diversas opciones técnicas, financieras, de gestión y de mercado
encontradas en los respectivos estudios de viabilidad. A veces una opción técnica
que fue desechada en el correspondiente estudio de viabilidad, puede resultar
conveniente al hacer un análisis integrando opciones de gestión, de mercado,
legales y financieras.

 En esta parte se ordenan los ítems de inversiones, de ingresos de operación


(información que proporciona el estudio de mercado), los costos de operación,
impuestos, depreciación, etc. Con estos ítems ordenados se construyen los flujos
netos de ingresos futuros, que son el insumo básico utilizado en la evaluación
económica del proyecto.

12 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
VIABILIDAD INSTITUCIONAL
 Esto dice relación con la resistencia de la empresa con la
implantación y/o ejecución del proyecto, y qué hacer para
vencer esa resistencia.

13 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
VIABILIDAD MEDIOAMBIENTAL
 Si el proyecto en su proceso productivo es contaminante
(ruidos molestos, emanaciones tóxicas, mal tratamiento
de desechos, malos olores, etc.), puede ser inviable y
tener impedimentos legales para operar.

14 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Contenido
 Viabilidad de Proyectos
 Introducción a conceptos financieros para la evaluación
de proyectos
 Caso de Negocio

15 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
ROI (Return Of Invesment)/Retorno sobre la inversión
 El ROI es un valor que mide el rendimiento
de una inversión, para evaluar qué tan
eficiente es el gasto que estamos haciendo
o que planeamos realizar.

ROI = (beneficio obtenido -


inversión) .
inversión
 Es decir, al beneficio que hemos obtenido
de una inversión (o que planeamos
obtener) le restamos el costo de inversión
realizada. Luego eso lo dividimos entre el
costo de la inversión y el resultado es el
ROI.

16 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
ROI

 Criterio de Decisión. Si la tasa contable de ganancia


es mayor que la tasa contable de ganancia mínima
requerida el proyecto se acepta, si es menor, el proyecto
se rechaza.

 Defectos. Se basa en ingresos contables y no en flujos


de caja, no tiene en cuenta el momento en el cual se
producen los ingresos y los egresos, esto es, le da igual
importancia al flujo de caja del primer año que la flujo de
caja del ultimo año, en otras palabras, ignora el valor del
dinero en el tiempo.

17 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Valor Presente Neto (Valor actual neto )
 El Valor Presente Neto permite
determinar si una inversión cumple
con el objetivo básico financiero:
MAXIMIZAR la inversión.
 Es un procedimiento que permite
calcular el valor presente de un
determinado número de flujos de caja
futuros, originados por una inversión.
 La metodología consiste en descontar
al momento actual (es decir, actualizar
mediante una tasa) todos los flujos de
caja futuros del proyecto.
 A este valor se le resta la inversión
inicial, de tal modo que el valor
obtenido es el valor actual neto del
proyecto.

18 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
VPN

Sumatoria de
flujos de caja Costo de Inversión
VPN en $
futuros capital inicial
esperados

Sumatoria de los
valores futuros Inversión
inicial

Números de
periodos

Tasa de
descuento
19 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010
ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
VPN
 Criterio de decisión:

Si el VPN es mayor o igual a cero, el proyecto se acepta, si


es menor que cero se rechaza. Este método consiste en
traer los flujos positivos (ó negativos, según sea el caso) a
un valor presente, a una tasa de interés dada (la mínima
tasa de la que se descuenten dichos flujos debe se la del
costo de capital) y compararlos con el monto de la
inversión. Si el resultado es positivo la inversión es
provechosa; si es negativo, no conviene llevar a cabo el
proyecto.

20 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Criterio de decisión
Valor Significado Decisión a tomar
VPN > 0 La inversión produciría El proyecto puede aceptarse
ganancias por encima de la
rentabilidad exigida (r)

VPN < 0 La inversión produciría El proyecto debería rechazarse


pérdidas por debajo de la
rentabilidad exigida (r)

VPN = 0 La inversión no produciría ni Dado que el proyecto no agrega valor


ganancias ni pérdidas monetario por encima de la rentabilidad
exigida (r), la decisión debería basarse en otros
criterios, como la obtención de un mejor
posicionamiento en el mercado u otros
factores.

21 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
TIR (Tasa Interna de Retorno)
 Es la tasa que iguala el valor presente neto a cero.

 La TIR también es conocida como Tasa crítica de rentabilidad cuando


se compara con la tasa mínima de rendimiento requerida (tasa de
descuento) para un proyecto de inversión específico.

 La evaluación de los proyectos de inversión cuando se hace con base


en la TIR, toman como referencia la tasa de descuento. Si la TIR es
mayor que la tasa de descuento, el proyecto se debe aceptar pues
estima un rendimiento mayor al mínimo requerido, siempre y
cuando se reinviertan los flujos netos de efectivo. Por el contrario, si
la TIR es menor que la tasa de descuento, el proyecto se debe
rechazar pues estima un rendimiento menor al mínimo requerido.

22 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
TIR
 Criterio de decisión:
Si la TIR del proyecto es mayor o igual a
la tasa mínima de rendimiento requerida
el proyecto se acepta, de lo contrario se
rechaza. Tanto el VPN como la TIR
representan técnicas del flujo
de efectivo descontado, pero pueden
entrar en contradicciones cuando
evaluamos proyectos mutuamente
excluyentes. El VPN considera la
reinversión de los flujos liberados a la
tasa mínima requerida, y la TIR, la
reinversión se da a la misma tasa interna
de retorno.

23 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Contenido
 Viabilidad de Proyectos
 Introducción a conceptos financieros para la evaluación
de proyectos
 Caso de Negocio

24 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
El Caso de Negocio (Business Case)
 Objetivo: Desarrollar la justificación económica del
producto.
 Pertenece al Assesment del Proyecto
 El caso de negocio documenta el valor económico del
producto. Es el instrumento mediante el que se obtienen
los fondos del proyecto. Un caso de negocio mal
documentado puede hundir incluso las mejores ideas de
producto, mientras que un caso de negocio bien
documentado puede garantizar los fondos adecuados
para un producto digno.

25 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Objetivo
 El objetivo principal del caso de negocio es desarrollar un plan
económico para realizar la visión del proyecto presentado en
el La VISION. Una vez desarrollado, el caso de negocio se
utiliza para realizar una evaluación precisa del rendimiento de
capital invertido (ROI) proporcionado por el proyecto.
Proporciona la justificación del proyecto y establece las
restricciones económicas. Proporciona información a las
personas que toman las decisiones económicas sobre el valor
económico del proyecto y se utiliza para determinar si el
proyecto debe continuar.
 En los hitos críticos, el caso de negocio se reexamina para ver
si las estimaciones de rendimiento y coste esperado siguen
siendo precisas, y si el proyecto se debe continuar.
26 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010
ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Descripción
 Para un producto de software comercial, el caso de
negocio debe incluir un conjunto de suposiciones sobre el
proyecto y el orden de magnitud de rendimiento de
capital invertido (ROI) si estas suposiciones son ciertas.
Por ejemplo, el ROI será de una magnitud de cinco si se
completa en un año, dos si se completa en dos años, y un
número negativo a partir de ahí. Estas suposiciones se
comprueban al final de la fase de elaboración, cuando el
ámbito y el plan se definen con más precisión.

27 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Opciones de representación
 El formato y la profundidad de análisis necesarios para
este producto de trabajo depende del nivel de inversión
necesario para el proyecto. El requisito de grandes niveles
de inversión pedirá un caso de negocio con una buena
investigación y unos buenos fundamentos. Cuanto más
grande sea el volumen de inversión, más estimaciones
deberá afrontar la dirección principal.
 En el caso de un proyecto realizado bajo contrato (por
ejemplo, como resultado de la aceptación de una oferta),
la solicitud de una propuesta, la respuesta y el posterior
contrato juntos forman el caso de negocio.

28 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
El Caso de Negocio (Business Case)

29 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Describir el producto
 Objetivo Crear una definición precisa del producto que
se va a construir.
 Una breve descripción del producto en la que estén de
acuerdo todos los interesados es fundamental para
garantizar el éxito del proyecto. La descripción del
producto debe definir, en unos pocos párrafos breves,
cuál será el producto, qué problema resolverá y por qué
es necesario el producto. La descripción no debe
profundizar en las características específicas del
problema, sino crear un argumento persuasivo de por
qué se necesita el producto. No obstante, debe ser breve
para que todos los miembros de equipos del proyecto
puedan entenderla y recordarla fácilmente.

30 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Definir el contexto empresarial
 Objetivo
 Definir el entorno en el que se desplegará el producto.
 Definir el mercado del producto
 El contexto empresarial permite a los interesados del proyecto
entender y acordar el mercado previsto para el producto. El
mismo conjunto de requisitos, interpretados para distintos
clientes, pueden dar lugar a sistemas muy diferentes.
 El contexto empresarial define el mercado previsto para el
producto, incluido el dominio en el que funcionará el sistema
(por ej., telecomunicaciones, bancos, comercio web, etc.). Si el
dominio es uno conocido, una breve descripción puede bastar,
pero para los nuevos mercados se necesitará una descripción
más completa del espacio del problema. La definición de
mercado debe incluir productos similares e identificar las
empresas o las soluciones de la competencia.

31 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Definir el contexto empresarial
 Objetivo
 Definir el entorno en el que se desplegará el producto.
 Definir el mercado del producto
 Si el producto se está desarrollando para cumplir lo
especificado en un contrato, se deben anotar los términos
del contrato. Si se deben alcanzar objetivos clave para
que le paguen por el contrato, se deben anotar los
términos de cumplimiento.
 Si el producto es una mejora de un producto existente, se
debe describir el producto existente.

32 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Definir los objetivos del producto
 Objetivo Indicar claramente los objetivos del producto.
 Indique los objetivos para desarrollar el producto: los
motivos de su validez. Esto incluye una planificación
provisional y una valoración de los riesgos de
planificación. Unos objetivos definidos y expresados
claramente proporcionan una buena base para formular
objetivos y gestionar riesgos, esto es, realizar un
seguimiento del proyecto y garantizar su éxito.

33 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Desarrollar la previsión financiera
 Objetivo Desarrollar proyecciones de costes e ingresos del proyecto.
 Para un producto de software comercial, el caso de negocio debe incluir un
conjunto de suposiciones sobre el proyecto y el orden de magnitud de
rendimiento de capital invertido (ROI) si estas suposiciones son ciertas. Por
ejemplo, el ROI será de una magnitud de cinco si se completa en un año,
dos si se completa en dos años, y un número negativo después de esto.
Estas suposiciones se comprueban al final de la fase de elaboración,
cuando el ámbito y el plan se conocen con más precisión. El rendimiento se
basa en el cálculo de costes y los cálculos de ingresos potenciales.
 Para los proyectos de software interno, el rendimiento se calcula en
términos de 'Valor neto actual' del proyecto o en términos de un tipo de
rendimiento interno. Con el valor neto actual, se calculan las próximas
corrientes de flujo de caja que se acumulan en el proyecto (incluidos los
flujos de caja negativos relacionados con el desarrollo y el soporte del
proyecto) y se descuentan del tipo de rendimiento necesario determinado
por la organización, basándose en el riesgo del proyecto. Un valor neto
actual mayor que cero indica que el proyecto tiene un beneficio económico
neto positivo para la empresa.

34 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Desarrollar la previsión financiera
 Objetivo Desarrollar proyecciones de costes e ingresos del
proyecto.
 En el caso del cálculo del tipo de rendimiento interno, se supone un
valor neto actual igual a cero y se calcula el tipo de rendimiento
interno necesario para producirlo. Este tipo de rendimiento interno
(TIR) del proyecto se compara con un tipo de rendimiento mínimo
necesario para proyectos con un riesgo similar. Si la TIR del proyecto
es mayor que el tipo de rendimiento mínimo necesario, el proyecto
tiene un valor neto actual positivo para la compañía.
 El valor neto actual y los tipos de rendimiento interno se pueden
calcular también para productos de software comercial.
 El cálculo de recursos engloba el proyecto completo hasta su
entrega. Este cálculo se actualiza en todas las fases e iteraciones, y
es más preciso con la finalización de cada iteración.
 Se debe incluir una explicación de la base de los cálculos.
35 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010
ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Consideraciones :Orígenes de Costos
 Los costes de desarrollo se asocian habitualmente con los
gastos directos de desarrollo, pero otros orígenes generan
también gastos relacionados con el proyecto:
 Recopilación de requisitos
 Gestión de proyectos
 Pruebas
 Gestión del sistema, incluyendo los sistemas de desarrollo,
prueba y despliegue
 Hardware y software inicial para los sistemas de desarrollo,
pruebas y despliegue
 Soporte de producción
 Los volúmenes de datos o de transacción que incrementan la
inversión de hardware para soporte
36 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010
ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Consideraciones :Orígenes de Costos
 Costes iniciales de implementación
 hardware
 software empaquetado
 costes de instalación
 costes de desarrollo y de prueba
 coste de ejecución de una prueba de aceptación o piloto
 costes de despliegue
 Costes operativos continuos
 Costes operativos y de personal de soporte
 Costes de mantenimiento del sistema
 Mantenimiento de hardware y software
 Comunicaciones
 Licencias de software
 Costes de entorno
 Costes de expansión y crecimiento
 Hardware
 Actualización y correcciones de software.

37 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Describir las restricciones del proyecto
 Objetivo Definir las restricciones del proyecto.
 Exprese las restricciones con las que se lleva a cabo el
proyecto. Estas restricciones afectan a los riesgos y los
costes. Pueden ser las interfaces externas que debe
aceptar el sistema, los estándares, las certificaciones o un
enfoque técnico utilizado por motivos estratégicos como,
por ejemplo, la utilización de una determinada tecnología
de base de datos o determinados mecanismos de
distribución.

38 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Describir las opciones
 Objetivo Presentar algunas opciones para el producto y el
proyecto, y describir su efecto en la previsión financiera y las
restricciones del proyecto.
 Describa opciones para el producto (posibilidades y
características opcionales, y costes y ventajas asociados) y
opciones para enfocar el proyecto. Las opciones del proyecto
pueden incluir distintas bases contractuales, diversos ciclos
vitales del proyecto y diferentes combinaciones de 'crear' y
'comprar', etc. En cada caso, se debe describir el efecto de la
opción en la previsión financiera y en las restricciones (y su
efecto en los riesgos). El objetivo es proporcionar libertad de
toma de decisiones en términos de posibilidades, costes, ROI,
planificación, base contractual, ciclo vital de desarrollo,
restricciones técnicas, etc., a los gestores de revisión con
autoridad para financiar el proyecto.

39 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Trabajo
 Realizar el Business Case para el proyecto del Banco
UML21.
 Este Documento pertenece a la calificación de la
propuesta

40 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com
Aviso de Copyright
 Usted es libre de:
 Compartir- copiar, distribuir y trasmitir el trabajo
 Modificar- adaptar el trabajo

 Bajo las siguientes condiciones


 Atribución. Ud. debe atribuir el trabajo en la manera especificada por el
autor o licenciante (pero de ninguna manera que sugiera que ellos
aprueban su uso del trabajo).

 Nada de lo dispuesto en esta licencia menoscaba


o restringe los derechos morales del autor.
 Para más información ver http://creativecommons.org/licenses/by/3.0/

jorge.abad@gmail.com
Información de contacto
 Jorge Hernán Abad Londoño
 jorge.abad@gmail.com

42 PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS 30/04/2010


ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN jorge.abad@gmail.com

Вам также может понравиться