12/05/2021

Agenda

➢ Planificación del Proyecto.

➢ Justificación del Proyecto.
➢ Equipo del proyecto.
➢ Requerimientos del usuario
➢ Riesgos
➢ Plan del proyecto
 Agenda

➢ Planificación del Proyecto.

➢ Justificación del Proyecto.
➢ Equipo del proyecto.
➢ Requerimientos del usuario
➢ Riesgos
➢ Plan del proyecto
Planificación del Proyecto
 Definir el Escenario del Proyecto

Demanda desde un solo ejecutivo de negocio

• Se encuentra esta situación en el 50% de los casos.
• Es mejor que no tener a nadie

Demanda de muchos ejecutivos de negocio

• Es la situación ideal.
• Necesidad de priorizar los requisitos.

En búsqueda de la demanda.
• Es recomendable esperar, hasta encontrar un sponsor.
Datawarehousing process
 Administración del Proyecto

• Es un proceso cíclico e iterativo.

• Refiere al manejo del PROYECTO, no al manejo del Warehouse
(ONGOING)
 Definición del Proyecto

• ¿Qué se necesita analizar y por qué?

• ¿Cuál es el alcance del proyecto?
• El contexto de definición y los alcances del proyecto DEBEN permitir
FLEXIBILIDAD. NO deben ser demasiado específicos.
 Recolección de Requerimientos

• Quién (personas, grupos, usuarios, etc)

• Qué (se quiere analizar)
• Por qué
• Cuándo (factores de oportunidad en el tiempo)
• Dónde (factores geográficos)
• Cómo definir las medidas
 Direccionado por las fuentes

➢ Los requerimientos se definen utilizando las fuentes de

datos operacionales.
➢ La mayor ventaja es que de antemano se conoce que todos
los datos podrán ser provistos ya que se sabe qué está
disponible
➢ Se minimiza el tiempo de interacción con los usuarios en
las primeras etapas (se gana velocidad).
➢ El riesgo es producir un conjunto incorrecto de
requerimientos por la poca participación del usuario
➢ El usuario recibe “lo que tenemos”
 Direccionados por el usuario

➢ Los requerimientos se definen a partir de las

necesidades del usuario.
➢ Conduce a proyectos más acotados pero probablemente
más útiles
➢ Tiene como desventaja que al no limitarse el pedido del
usuario pueden solicitarse objetivos imposibles
Relevamiento: Fuentes vs Usuarios
 Direccionados por Fuentes-Usuarios

• Data Mart : Direccionado por el usuario.

• Global Data Warehouse : Direccionado por las fuentes para partir el

proyecto en áreas temáticas. Luego para cada área se utiliza un
enfoque Direccionado por los usuarios.
 Evaluar la necesidad del DWH

Fuerte apoyo del sponsor (ejecutivos)

➢ Es un factor crítico de éxito.

➢ El sponsor debe tener las siguientes características:
➢ Visión del impacto potencial de un DWH
➢ Lideres influyentes en la organización.
➢ Debe estar conectado con la organización
➢ Debe ser realista, para evitar vender expectativas falsas.

Su proyecto vivirá y morirá con su patrocinador.

Esté seguro que tiene un el patrocinador y que tiene comunicación
con él.
 Evaluar la necesidad del DWH
Fuerte motivación empresarial (personal)
• El DWH es un motivador para que el personal se preocupe de las
condiciones críticas del negocio.

• Los organizaciones que lo demandan se caracterizan por:

– Sentido orgánico de la urgencia causado por la necesidad.
– Motivados por la competencia.
– Visión estratégica de una oportunidad del mercado potencial.
– Supervivencia en el mercado.
– No se puede crecer si no se tiene datos integrados.
– La información es un recurso estratégico-
 Evaluar la necesidad del DWH
Relaciones entre área TI y usuarios.
• El éxito del proyecto depende si ambos asumen la responsabilidad del
desarrollo.
• Es la oportuno para arreglar una relación rota, asumiendo que ambos
desean venir a la mesa y charla.

Cultura analítica actual

• Si el personal de la empresa no es consciente que las mejores
decisiones empresariales están apoyadas por la información, es mejor
evaluar la necesidad de un DWH

Factibilidad.
• Se refiere a la factibilidad técnica, existe la infraestructura tecnológica
que soporte el sistema.
 Evaluación
• Fuerte apoyo del sponsor (ejecutivos)
Baja disposición
No bien respetado
Puede tomar semanas para que el equipo
converse con él
“Ya los apoyare en ese problema”
No asume la responsabilidad
Usted puede entregar el DWH a 250
usuarios el próximo mes?
Un data ware queeeè?
Alta disposición
Fuerte impacto organizacional
Fácilmente disponible para el equipo
Rápida solución a los problemas
Es un partidario activo y pone su cuello en
el problema
Expectativas realistas
Un DWH listo
 Ejercicio
• Fuerte motivación empresarial (personal)
Baja disposición Alta disposición
Y su punto es? La supervivencia depende del DWH
Consolidad datos es un gran problema El costo no es un problema nosotros no
podemos permitirnos el lujo de no hacer
esto!.
Visión cambiante Visión claramente articulada
Diez visiones diferentes de la solución Una solo vista consistente de la solución

El problema táctico. El problema estratégico.

La oportunidad de ahorrar costos La oportunidad para mejorar las utilidades

Incapaz para cuantificar el retorno. El retorno es grande.

 Agenda

➢ Planificación del Proyecto.

➢ Justificación del Proyecto.
➢ Equipo del proyecto.
➢ Requerimientos del usuario
➢ Riesgos
➢ Plan del proyecto
 Justificación del Proyecto

➢ Justificación económica.
➢ VPN – Valor Presente Neto.
➢ ROI – Retorno por la Inversión.
➢ Costo de oportunidad.

➢ Costos y gastos cuantificables

➢ Ingresos y beneficios intangibles
➢ Dificultad en su cálculo
 Justificación del Proyecto
Determinando la inversión financiera y los costos.

• HW nuevo.
• Licencias de software nuevas y renovaciones.
• Renovación de gastos de mantenimiento.
• Desarrollo de recursos internos. Plan del proyecto.
• Adquisición de recursos externos.
• Capacitación al equipo de proyecto y al personal.
• Renovación del soporte técnico.
• Gastos en cambios organizacionales.
 Justificación del Proyecto
Determinando el retorno de la inversión y los beneficios

Beneficios Intangibles:
• Mantener la competitividad.
• Responder a las condiciones de cambio del negocio.
• Soportar la reorganización.

Mejores datos y mejores toma de decisiones:

• Reduce los costos de los Sistemas de Información.
• Mejora el tiempo de respuesta
• Reporte riguroso
 Cuantificando los beneficios

• En los salarios del staff de TI dado que ya no hacen Sistemas de

Soporte a la Decisiones tradicionales.

• El tiempo de los administradores dado que se concentran en

información mas especifica y menos perdida de tiempo en su
colección.

• Ahorro y ganancia de dinero por mejores decisiones.

• Generación de nuevos productos

• Incremento en la velocidad de atención a los clientes

 Ejercicio 1
• Costo inicial: US$ 1,350,000

• Costo permanente: US$ 250,000 por año

• Ahorros permanentes:
– Ahorro en el tiempo dedicado por el personal de TI a la elaboración
de reportes. Ahorro en los Costos: US$ 150,000 por año

– Una mejor administración de los inventarios reduce estos a la

mitad. Ahorro en los Costos: US$ 125,000 por mes
= 1.5 millones por año

• Conclusión:
• Este sistema se pagara por si solo en un año
 Ejercicio 2
• Para el desarrollo del datamart de ventas se ha hecho la siguiente
inversión en un horizonte de 2 años.
• HW $ 25,000
• SW $ 10,000
• Capacitación $15,000 (mes 6)
• Plan del proyecto $ 5,000
• Equipo proyecto $ 3,000 mensual
• Cambios administrativos $20,000 (mes 6)

• Se espera incrementar las ventas en $ 5,000 mensuales a partir del

mes 12.
• Por otro lado se espera reducir el personal de ventas en 2 personas
(sueldo mensual $2,000) a partir del 12 mes
• Determine si este proyecto se justifica.

• Asuma que el costo de oportunidad es del 18% anual

 Agenda

➢ Planificación del Proyecto.

➢ Justificación del Proyecto.
➢ Equipo del proyecto.
➢ Requerimientos del usuario
➢ Riesgos
➢ Plan del proyecto
 Roles del Equipo de Proyecto
• Front Office: Sponsor y Directores

• Ejecutivos: Jefe de Proyecto, Líder Proyecto del Negocio.

• Línea regular: Equipo de proyecto principal.

– Analista del sistema de negocio
– Modelador de datos
– DBA
– Diseñador ETL

• Desarrollador de aplicaciones para el usuario final.

• Equipos especiales: Seguridad, Calidad

 Papeles especializados

• Los datos almacenan DBA

• Diseñador de OLAP

• Desarrollador de sistema ETL

• DW/BI management tools developer

• BI applications developer
 Agenda

➢ Planificación del Proyecto.

➢ Justificación del Proyecto.
➢ Equipo del proyecto.
➢ Requerimientos del usuario
➢ Riesgos
➢ Plan del proyecto
Planificación del Proyecto
 Requerimiento de usuarios
• En función a qué vamos a desarrollar el proyecto.
 Agenda

➢ Planificación del Proyecto.

➢ Justificación del Proyecto.
➢ Equipo del proyecto.
➢ Requerimientos del usuario
➢ Riesgos
➢ Plan del proyecto
 Evaluación de los Riesgos

• ¿Qué puede suceder para que el proyecto no se logre?

– Identificar estos eventos es de vital importancia.
– Determinan el éxito o el fracaso
– Permite anticipar la situación

• Ejemplo de eventos de riesgo.

– Perdida del apoyo del sponsor
– Perdida de interés de los usuarios
– Falta de recursos financieros
– Adquisición de la empresa por otra empresa
 Evaluación de los Riesgos
➢ Determinar la probabilidad del evento y el impacto en el
proyecto.
➢ Permite determinar la acción a ejecutar
Bajo impacto Impacto medio Alto impacto

Baja Dejar pasar Mitigación Compra de seguro

probabilidad

Mediana Mitigación Compra de seguro

probabilidad

Alta Mitigación Compra de seguro Retiro

probabilidad
 Factores Críticos de éxito

➢ Enfocado en el Negocio, no en la Tecnología.

➢ Utiliza una Metodología de desarrollo interactiva.
➢ Incluye usuarios finales en el equipo del proyecto.
 Agenda

➢ Planificación del Proyecto.

➢ Justificación del Proyecto.
➢ Equipo del proyecto.
➢ Requerimientos del usuario
➢ Riesgos
➢ Plan del proyecto
 Planificación del programa/proyecto

• Planificación de proyecto.
– Definir el alcance ↔ Entender los requerimientos
del negocio.
– Identificar tareas
– Programación de tareas
– Planificar el uso de los recursos.
– Asignar la carga de trabajo a los recursos
– El documento final representa un plan del proyecto.
 El plan del proyecto
• Usar el WBS

Proyecto DWH

Plan del Requeri-

mientos del Modelo
proyecto Modelo Físico ETL Despliegue
usuario Dimensional
 Administración del programa/proyecto

• Refuerza el plan del proyecto.

• Actividades:
– Monitoreo del estado de los procesos y actividades.
– Rastreo de problemas
– Desarrollo de un plan de comunicación comprensiva que direccione
la empresa y las áreas de TI
PREGUNTAS