P. 1
001_Analisis_CostoBeneficio

001_Analisis_CostoBeneficio

|Views: 784|Likes:
Analisis costo beneficio en gerencia de proyectos y algunos indicadores, roi, vpn, van, tir.. Aspectos de la viabilidad de proyectos.
Analisis costo beneficio en gerencia de proyectos y algunos indicadores, roi, vpn, van, tir.. Aspectos de la viabilidad de proyectos.

More info:

Published by: Jorge Hernán Abad Londoño on May 25, 2010
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PDF, TXT or read online from Scribd
See more
See less

06/12/2013

pdf

text

original

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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN

30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN

30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN

30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN 30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN

30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN

30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN 30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN

30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN 30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN 30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN 30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN

30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN

30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN

30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN 30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN 30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN 30/04/2010
jorge.abad@gmail.com

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

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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN 30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN 30/04/2010
jorge.abad@gmail.com

Criterio de decisión
Valor VPN > 0 Significado La inversión produciría ganancias por encima de la rentabilidad exigida (r) La inversión produciría pérdidas por debajo de la rentabilidad exigida (r) Decisión a tomar El proyecto puede aceptarse

VPN < 0

El proyecto debería rechazarse

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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN

30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN 30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN 30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN

30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN

30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN 30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN

30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN 30/04/2010
jorge.abad@gmail.com

El Caso de Negocio (Business Case)

29

PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN

30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN 30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN 30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN

30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN

30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN

30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN 30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN 30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN 30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN

30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN 30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN

30/04/2010
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 ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE – UNIVERSIDAD DE MEDELLÍN

30/04/2010
jorge.abad@gmail.com

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->