INTELIGENCIA DE NEGOCIOS

Transcripción

1 UNIVERSIDAD LOS ÁNGELES DE CHIMBOTE FACULTAD DE INGENIERÍA ESCUELA DE INGENIERIA DE SISTEMAS INTELIGENCIA DE NEGOCIOS Gestión de un Proyecto de Data WareHousing

2 Tabla de Contenido Planificación del Proyecto Justificación del Proyecto Equipo del proyecto Requerimientos del usuario Riesgos El Plan del Proyecto

3 Objetivos 1. Definir los conceptos necesarios para la gestión de un proyecto de DWH 2. Establecer los factores críticos de éxito.

4 PLANIFICACIÓN DEL PROYECTO

5 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.

6 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.

7 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-

8 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.

9 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

10 Evaluación Fuerte motivación empresarial (personal) Baja disposición Y su punto es? Consolidad datos es un gran problema Visión cambiante Diez visiones diferentes de la solución El problema táctico. La oportunidad de ahorrar costos Alta disposición La supervivencia depende del DWH El costo no es un problema nosotros no podemos permitirnos el lujo de no hacer esto!. Visión claramente articulada Una solo vista consistente de la solución El problema estratégico. La oportunidad para mejorar las utilidades Incapaz para cuantificar el retorno. El retorno es grande.

11 JUSTIFICACIÓN DEL PROYECTO

12 Justificación del Proyecto Justificación económica. VPN ROI Costo de oportunidad Costos y gastos cuantificables Ingresos y beneficios intangibles Dificultad en su cálculo

13 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.

14 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

15 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

16 EQUIPO DEL PROYECTO

17 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

18 Papeles especializados Los datos almacenan DBA Diseñador de OLAP Desarrollador de sistema ETL DW/BI management tools developer BI applications developer

19 REQUERIMIENTOS DEL USUARIO

20 Requerimiento de usuarios En función a qué vamos a desarrollar el proyecto.

21 RIESGOS

22 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

23 Evaluación de los Riesgos Determinar la probabilidad del evento y el impacto en el proyecto. Permite determinar la acción a ejecutar Baja probabilidad Mediana probabilidad Alta probabilidad Bajo impacto Impacto medio Alto impacto Dejar pasar Mitigación Compra de seguro Mitigación Compra de seguro Mitigación Compra de seguro Retiro

24 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.

25 EL PLAN DEL PROYECTO

26 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.

27 El plan del proyecto Usar el WBS (Estructura desglosada del Trabajo) Proyecto DWH Plan del proyecto Requerimientos del usuario Modelo Dimension al Modelo Físico ETL Despliegue

28 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