Implementación de Paquetes

Transcripción

1 Project Management Caso Particular: Implementación de Paquetes

2 Fases de Project Management Visión Proyecto Aprobado Inicio (Alcance) Alcance Aprobado Organización Planificación Aprobada Ejecución y Control Proyecto Finalizado Cierre Proyecto Cerrado Administración del Cambio

3 Fases de Implementación Paquete 1. Necesidad 2. Selección de Producto/ Proveedor 3. Implementación Visión Inicio (Alcance) Organización/ Ejecución y Control Administración del Cambio

4 Visión Situaciones posibles: Desarrollar algo propio o adquirir un paquete. Desarrollar algo propio está descartado. Sé que quiero un paquete, pero no sé cual. Quiero implementar un paquete determinado. No es momento de definir producto y proveedor, sin embargo hay excepciones: Lineamientos corporativos pueden definir: La utilización de un paquete determinado La contratación de un proveedor determinado Si la Visión se aprueba en función de sus costos y beneficios, en este momento debería hacer un rápido análisis de mercado. Qué productos existen? Qué valores se manejan?

5 Desarrollo propio o Paquete? Característica Desarrollo Propio Paquete Best Practices Desarrollo Costos de mantenimiento Cambio Cultural Investigar y analizar En general, proyecto más largo y riesgoso. Mayor probabilidad de defectos. Es el core de la compañía? Equipo propio Bajo Ya incorporadas En general, proyecto más corto. Lo puedo ver operando en otras instalaciones y obtener referencias. Tendré menos defectos y una estabilización más corta. Costos: variable, a veces ofrece más de lo que necesito. Actualizaciones periódicas disponibles. Puedo volverme dependiente de un proveedor (perder poder de negociación) Alto

6 Inicio (Alcance) Tengo que definir Alcance del proyecto: Requerimientos Solución (Alternativas) Etapas Calendario Tengo que elegir: Producto Proveedor

7 Definición del Alcance Empresa Proveedor No siempre se formalizan Definir Requerimientos Investigar Productos y Proveedores Afinar Requerimientos (si fuese necesario) Proponer: Solución Etapas Calendario Propuesta económica Seleccionar Producto y Proveedor

8 Alcance Algunas consideraciones Propuesta económica ~ Alcance del Proyecto Los paquetes son adaptables, pero hasta un punto limitado. Esto facilita la definición del alcance. Salvo alguna customización evidente que se detecte en el momento del alcance, toda otra customización queda excluida.

9 Alcance Algunas consideraciones Los proyectos de implementación de un paquete son similares entre sí Alta standarización del proceso Facilita: estimación, identificación de riesgos, definición de la solución Costos ocultos: Mantenimiento Infraestructura

10 Alcance Análisis de TCO Qué es el TCO? TCO es el Total Cost of Ownership Desarrollado por el Gartner Group en 1987 Modelo para calcular el costo total de una adquisición teniendo en cuenta los costos y beneficios, ya sea directos e indirectos relacionados con la adquisición, el desarrollo o el uso de componentes de IT.

11 Alcance Análisis de TCO Qué abarca el análisis del TCO? Licencias Por usuario, por procesador, por usuario concurrente, etc. Renovación de las licencias Actualizaciones Soporte On Call, On Site Capacitación

12 Definiciones Producto Base Parametrización Desarrollo Producto Adaptado al Cliente + Desarrollos Custom ( Customizaciones ) Solución

13 Customizaciones Riesgo de perder soporte y garantía del producto Desarrollo más costoso. Mantenimiento más costoso: No se pueden aplicar los upgrades del producto (o su aplicación requiere un evaluación preliminar importante) Un upgrade puede dejar sin uso una customización

14 Alternativas de Implementación Alternativa de Solución La empresa se adapta al producto parametrizado en un 100% Producto Standard Parametrizado Completo Customizaciones Ninguna Evaluación Ideal (salvo que implique cambio cultural importante) La empresa se adapta al producto parametrizado, con algunas excepciones + - Recomendado La empresa toma como base el producto, pero desarrolla varias customizaciones para hacerlo a su medida - + No recomendada Recomendación: Utilizar los procesos propuestos por el producto como Best Practices, modificando (customizando) únicamente aquellos que no puedan ser cubiertos por el Producto Standard y que sean parte del core del negocio.

15 Implementación Parcial El producto me ofrece n funcionalidades integradas: Cuáles me conviene implementar? Cuáles dejo afuera? Alternativas: Implementación por etapas En general, ofrece menos riesgo (cambio cultural menor, proyecto más reducido) Implementación Big Bang En el caso de paquetes, a veces es conveniente.

16 Implementación Parcial Donde ponga el límite tendré una interfaz o varias Esto es costo de: Desarrollo, Operaciones, y Mantenimiento.

17 Organización El Equipo Equipo de trabajo interdisciplinario: Especialistas de Producto Usuarios Clave (ellos quedarán con el conocimiento de la parametrización del producto) Especialistas en Sistemas Actuales Quién es el Líder de Proyecto?

18 El Equipo Un ejemplo Gerentes de Proyecto Representante Proveedor Representante Usuarios Clave Representante Sistemas Actuales Steering Comitee Líder de Proyecto Proveedor Líder de Proyecto Usuarios Líder de Proyecto Desarrollos Comité Ejecutivo Equipos de Trabajo Proveedor -Relevamiento -Propuesta Solución -Parametrización Equipos de Trabajo Usuarios -Definiciones -Aceptación -Capacitación sobre parametrización Equipos de Trabajo Desarrollos -Relevamiento -Customizaciones -Interfaces -Migraciones

19 Organización El Equipo No hay un único Líder de Proyecto. Si el Proyecto tuviese tamaño importante, podrían definirse responsables por módulos. El Líder de Proyecto Desarrollos tendrá que coordinar diversos grupos, según las especialidades de desarrollo y los sist afectados. En general, el Líder de Proyecto Desarrollos pertenece a la empresa Cliente. En este ejemplo se omitió la participación de Infraestructura, probablemente participe como un Líder de Proyecto adicional. Conflicto: Los especialistas en sistemas actuales sienten que pierden poder y pasarán a ser prescindibles.

20 Ejecución - El Proceso -Qué escenarios quedan cubiertos con alguna función estándar del producto. -Qué escenarios deberán ser cubiertos por un desarrollo custom. Capacitar sobre Producto Standard Definir requerimientos Efectuar Análisis Gap-Fit Especificar Solución -Proceso actual -Lista de requerimientos -Escenarios de uso (CU de alto nivel): - Actuales - Nuevos (requeridos) -Proceso propuesto -Casos de Uso de la solución planteada -Parametrizaciones requeridas (alto nivel) -Customizaciones requeridas (alto nivel) -Interfaces requeridas -Migraciones/Cargas iniciales requeridas Especificar det/ Desarrollar Parametrizaciones Especificar det/ Desarrollar Customizaciones Especificar det/ Desarrollar Interfaces y Migraciones -Capacitación -Estrategia implement. -Instalación -Migraciones Realizar Pruebas de integración Realizar Pruebas de aceptación Release

21 Ejecución y Control - Consideraciones La infraestructura debe definirse e instalarse en forma temprana. En general, los proyectos son cortos. En forma temprana se puede avanzar con pruebas sobre la instalación (con una parametrización básica y standard) Controlar en todo momento que las customizaciones sean las mínimas necesarias. En muchos momentos, deberá participar alguien con alto poder de decisión para tomar decisiones sobre cambios en los procesos actuales y dirimir conflictos entre áreas. Las customizaciones deberían ser aprobadas por algún comité de alto nivel, presentando una justificación de peso.

22 Ejecución y Control - Consideraciones Los distintos grupos involucrados deberán estar muy coordinados, hay alta interdependencia. El Testing del producto estándar es limitado: Se prueban procesos (para validar parametrizaciones e integración con customizaciones e interfaces) Se realizan pruebas técnicas (por ejemplo: performance, seguridad).

23 Administración del Cambio Impulsar un proceso de Administración de Cambio para todos los niveles involucrados. Va a haber cambios en los procesos. Personas imprescindibles por su conocimiento de los procedimientos actuales o en la operación de los sistemas actuales, dejarán de serlo (estas personas van a resistirse a colaborar). Los especialistas en sistemas actuales sienten que pierden poder (estas personas van a resistirse a colaborar). Vincularse al nuevo sistema dará nuevas oportunidades. En muchos casos, la Administración del Cambio deberá manejarse como un Proyecto paralelo.

24 Preguntas?????