Ciclo de Vida de Proyectos SIG

Transcripción

1 Ciclo de Vida de Proyectos SIG

2 Implementar un SIG PORQUE? Costo es elevado Lucha por presupuesto Requieren mucho esfuerzo Administrar cambios administrativos Miedo a lo desconocido

3 Implementar un SIG Estadisticas 40% de proyectos tecnológicos fallan! 30% de proyectos son cancelados antes de su finalización Del resto 70% fallaron al cumplir alguna expectativa Los que culminaron: Sobrepasaron presupuesto en 189% Sobrepasaron el tiempo en 222% Buiding your ArcFM American Scientific

4 Implementar un SIG Porque Beneficios potenciales son muchos Estrategia organizacional requiere implementaciones tecnológicas agresivas para ser competitiva Mejorar procesos del negocio, aumentar productividad y mejorar la atención al cliente

5 Decidimos implementar un SIG Y ahora? Cual es el proximo paso?

6 Preguntas Que hago actualmente? Como lo hago? Que necesito? Que daré? Que recibiré? Que mantengo? Que deshecho?

7 Términos

8 Amenazas Usuarios finales con miedo Usuarios resistentes al cambio Otros proyectos Atención Celos Escaso apoyo de alta gerencia Disponibilidad Tecnología Personal Equipos

9 Amenazas Cambios estructurales en la compañía Otras aplicaciones a enlazar cambian su estructura Usuarios piensan del SIG como un sistema de mapeo automático (CAD) Deficiente administración del cambio

10 Posibles Causas de Falla Comunicación deficiente dentro del equipo del proyecto Subestimación de la complejidad del proyecto Limitaciones de recursos Falta de Planificación Si no sabes donde estas yendo, cualquier camino te servira (Proverbio chino)

11 Posibles Causas de Falla Obsolescencia de la tecnología Cambios al alcance del proyecto (renegociaciones) Fallas en la conversión de datos Fallas en las interfaces

12 Fases del Proyecto Análisis del Sistema Diseño Detallado Conversión de Datos Definición Del Proyecto Requerim. Funcionales Selección del Sistema Adaptación del Software Puesta en Marcha Evaluación Del Proyecto Análisis De Factibilidad Análisis De Riesgo Análisis Análisis De de Riesgo Funcional idad Análisis Análisis De del Piloto Factibilidad Operación/ Mantenimi ento Evaluar Potencial Analizar Factibilidad Seleccionar Sistema Modificar/ Probar Prueba Real Imple_ mentar

13 Actores del Proyecto JEFE JEFE DE DE PROYECTO PROYECTO CONSULTOR CONSULTOR EXTERNO EXTERNO PROVEEDOR PROVEEDOR DEL DEL SISTEMA SISTEMA GRUPO GRUPO INTEGRADOR INTEGRADOR SISTEMAS SISTEMAS RECURSOS RECURSOS HUMANOS HUMANOS GRUPO GRUPO CONVERSOR CONVERSOR DE DE DATOS DATOS USUARIO USUARIO FINAL FINAL DPTO. DPTO. LEGAL LEGAL SISTEMAS SISTEMAS GRUPO GRUPO GERENCIAL GERENCIAL

14 INFLUENCIA DEL JP CONSULTOR CONSULTOR PROVEEDOR PROVEEDOR DEL DEL SISTEMA SISTEMA COMITE COMITE TECNICO TECNICO PROVEEDOR/ PROVEEDOR/ CONVERSOR CONVERSOR DE DE DATOS DATOS JEFE JEFE DE DE PROYECTO PROYECTO SISTEMAS SISTEMAS EQUIPO DEL PROYECTO EQUIPO DEL PROYECTO

15 ADMINISTRAR RECURSOS PLAN ALCANCE TIEMPO

16 PROCESOS

17 CICLO DE PROCESOS Operación/ Mantenimie nto Evaluación Del Proyecto Definición Del Proyecto Puesta en Marcha Análisis del Sistema Conversión de Datos Requerim. Funcionales Prueba Piloto Análisis De Factibilidad Análisis de Funcionalidad Adaptación del Software Diseño Detallado Análisis De Riesgo Selección del Sistema

18 VISION DE ACTORES CONSULTOR CONSULTOR EXTERNO EXTERNO Evaluación Del Proyecto Selección del Sistema Definición Del Proyecto Análisis De Factibilidad Análisis del Sistema Requerim. Funcionales

19 VISION DE ACTORES PROVEEDOR PROVEEDOR DEL DEL SISTEMA SISTEMA Selección del Sistema Puesta en Marcha Diseño Detallado Prueba Piloto Análisis de Funcionalidad Adaptación del Software

20 VISION DE ACTORES USUARIO USUARIO FINAL FINAL Análisis del Sistema Puesta en Marcha Selección del Sistema Análisis del Piloto

21 VISION DE ACTORES SISTEMAS SISTEMAS Análisis del Sistema Puesta en Marcha Diseño Detallado Prueba Piloto Adaptación del Software Análisis de Funcionalidad

22 VISION DE ACTORES JEFE JEFE DE DE PROYECTO PROYECTO Puesta en Marcha Operación/ Mantenimie nto Evaluación Del Proyecto Definición Del Proyecto Análisis del Sistema Conversión de Datos Requerim. Funcionales Prueba Piloto Análisis De Factibilidad Análisis de Funcionalidad Adaptación del Software Diseño Detallado Análisis De Riesgo Selección del Sistema

23 ACTIVIDADES

24 Evaluación del Proyecto Identificar tecnologías que puedan dar solución a nuestros requerimientos Revisar planes tecnológicos de la Compañía Identificar mejoras potenciales en otras áreas Atender conferencias que aclaren panorama Visitar compañías con experiencia similar Visitar proveedores de tecnología Determinar beneficios a nivel macro Autorizar desarrollo de la Definición del Proyecto

25 Requerimientos Funcionales Identificación de usuarios Definición de Procesos Administrativos Modificación de existentes Nuevos Definir requerimientos de datos Requerimientos de conversiones Interfaz de usuarios Productos de salida Interfaces con otros sistemas Comunicación de datos

26 Selección del Sistema Preparar documento con los requerimientos del sistema (Términos de Referencia) Elaborar Lista Corta de proveedores Determinar criterios de selección Recibir y evaluar propuestas Conducir pruebas de tecnologías propuestas Llevar a cabo pruebas comparativas apropiadas (Benchmark) Seleccionar al proveedor Contratos

27 Selección del Sistema Costos Licencias, mantenimiento Capacitación Conversión de datos Funcionalidad / Performance Arquitectura abierta Ambiente de desarrollo adecuado / estándar Soporte técnico Estratégico Estabilidad del proveedor Liderazgo del producto en el mercado Crear relaciones de carácter estratégico con el proveedor Elegir un colega o socio tecnológico, no solo un vendedor Darle oportunidad de compartir riesgos y oportunidades, éxitos y fracasos

28 Diseño Detallado Elegir una metodología para el desarrollo del sistema Revisar Requerimientos Funcionales Diseño de: Modelo lógico Modelo físico Interfaz grafica del usuario Procesos administrativos Seguridad y controles

29 Diseño de: Diseño Detallado Interfaz con otros sistemas Metodología de conversión de datos Validaciones Productos de salida (output) Redes Plan Piloto Obtendrá una buena comida si sigue una receta y un buen diseño del d sistema si sigue una metodología.

30 Prototipo y Análisis de Funcionalidad Convertir un pequeño pero significativo juego de datos Realizar pruebas al sistema desarrollado Realizar pruebas con usuarios Verificar la metodología operacional Verificar procedimiento de conversión Verificar procesos de comunicación Verificar impacto sobre redes de datos Verificar integridad de la BD

31 Prueba Piloto Implementar área inicial de trabajo y procedimientos Probar flujo de conversión Preparación de datos Conversión Criterios de aceptación/rechazo Implementar proceso de mantenimiento con datos reales Evaluar eficacia/eficiencia de la conversión y sus costos

32 Prueba Piloto Evaluar Tiempos de respuesta Carga del sistema Interfaces con otros sistemas Aplicaciones Reportes Recibir retroalimentación de usuarios para optimización de la producción Evaluar eficacia del entrenamiento Evaluar documentación del sistema Verificar productividad, beneficios y costos

33 Prueba Piloto Independiente de los resultados, las pruebas piloto difícilmente fallan Prueban lo que pensamos saber: Requerimientos Plataforma tecnológica que seleccionamos Proveedor y sistema que seleccionamos Si tenemos razón, podemos pasar tranquilamente a producción Si no, podemos hacer los ajustes necesarios ahora cuando es mas económico

34 Conversión de Datos Referencia cruzada de los datos al nuevo modelo Documentar reglas de conversión y depuración de datos Elegir equipo humano Elegir fecha para su realización Preparar las fuentes Conversión de datos Ejecutar control de calidad (QA/QC) Actualizaciones pendientes

35 Puesta en Operación Desarrollar manual de procedimientos del usuario Implementar cambios organizacionales Preparar los ambientes Instalar equipos y software Capacitación usuarios finales Cargar datos convertidos Cambio al nuevo sistema Apagamos sistema antiguo o Paralelo? Monitoreo de usuarios

36 MISION CUMPLIDA!

37 Y SI NO? QUE PASO?

38 Post-Implementación No contamos con personal EXPERIMENTADO en la administración / ejecución de proyectos SIG Usuarios percibieron el SIG como una CAD para reemplazar registros manuales Pobre metodología de programación Duplicación / falta de objetos en el modelo de datos Capacitación no adecuada o muy corta Criterios vagos de aceptación/rechazo de datos (QA/QC) Expectativas no reales, subestimación Mal uso del software o no era el adecuado

39 Post-Implementación Lo cual conduce a: Rediseño de cláusulas de conversión de datos Control de calidad mas exigente Capacitación adicional Negociar nuevos plazos Negociar mas presupuesto Cambios de personal Renegociar con proveedor de software Intensificar la administración del cambio o mercadeo interno

40 Conclusiones No hay sustituto para el conocimiento y la experiencia Rápida implementación no es equivalente a una implementación exitosa Considerar nuestro plan original imperfecto y tener a mano Plan B Ser realistas en: Alcance y cronograma Capacidades Calidad de datos originales Proyectos SIG son de largo plazo

41 MUCHAS GRACIAS