2. Agenda Introducción Calidad y mejora basada en modelos de referencia Servicios de TI, ciclo de vida y aportación al negocio Gestión del servicio de TI a través de CMMI e ITIL Problemática del Desarrollo de software Minimizar el riesgo operativo para liberaciones a producción. Integración de una solución Preguntas
3. Introducción A lo largo de los años los equipos de trabajo de desarrollo y operación han convivido de una manera informal, con pocas reglas de convivencia por lo que hay muchas historias sin final feliz sobre migraciones a producción o cambios de versiones. En esta conferencia se mostrarán los beneficios de integrar CMMI con ITIL para que las liberaciones a producción dejen de ser un riesgo operativo significativo para el negocio al fortalecer las pruebas, la validación, la aceptación y la planeación del despliegue de las liberaciones sin descuidar el cumplimiento de las regulaciones y las prácticas de auditoría para evitar interrumpir los servicios del negocio.
5. Implementación de Mejores prácticas El enfoque de la calidad a lo largo de todo el proceso de generación de un servicio, desde la planeación estratégica hasta la operación de la iniciativa. Durante el proceso de definición de la estrategia. Durante el proceso de Diseño Durante el proceso de transición. Durante la administración del día a día. Durante el cierre.
7. Concepto de Servicio Valor creado = Servicio: Forma de entregar valor a clientes mediante la creación de resultados que el cliente desea lograr sin la responsabilidad de costos y riesgosespecíficos. Valor ¿Sirve para el propósito? (Soporta el desempeño) (Resuelve restricciones) Utilidad + Garantía ¿Se puede usar? (Está disponible) (Tiene la capacidad) (Tiene continuidad) (Es seguro)
8. Capacidad Disponibilidad Seguridad Continuidad Aplicabilidad de los servicios de TI Las Aplicaciones se encapsulan en servicios de TI que habilitan a los servicios de Negocio Servicio deNegocio Servicio de TI Servicio de Negocio Valor Valor Valor Utilidad Utilidad Proceso de Negocio Administración Información utilidad Gente Aplicaciones Garantía Garantía Conocimiento Infraestructura Habilita workflow garantía Cadenas de valor
9. Servicios de TI Punta-a-Punta Servicio de TI SERVIDORES REDES CÓMPUTO PERSONAL APLICATIVOS & BASE DE DATOS Los Sistemas de Información (Aplicativos) son parte de los servicios de TI
10. Ciclo de vida de un servicio Estrategia: Definir la estrategia para identificar las oportunidades de proveer nuevos servicios que agreguen valor al cliente (Nuevos Mercados, Nuevos Clientes). Desarrollar la oferta Desarrollar los activos estratégicos que diferenciarán a la Organización Prepararse para la ejecución Evaluar el riesgo de construir nuevos servicios y estimar de manera confiable de los recursos que serán necesarios para hacer una realidad la estrategia. El Diseño consiste en : Estructuración de un Servicio de TI, incluye su arquitectura, procesos, políticas, documentación y lo necesario para cubrir con los requerimientos presentes y futuros del negocio. Identificación y definición de los estándares y regulaciones aplicables. El foco estará dirigido a: Satisfacer necesidades del negocio Que puedan ser desarrollados en tiempo y costo. Definir procesos efectivos y eficientes para construir, transicionar, operar, soportar y mejorar los servicios. Definir la infraestructura de TI que asegure la utilidad y garantía de los servicios. Definir las métricas y los métodos de análisis para evaluar la efectividad y eficiencia de los procesos y los servicios. Dentro de la Transición se contempla: Estructuración de un Servicio de TI, incluye su arquitectura, procesos, políticas, documentación y lo necesario para cubrir con los requerimientos presentes y futuros del negocio. Identificación y definición de los estándares y regulaciones aplicables. Planear y administrar los recursos para liberar exitosamente un nuevo servicio o cambio al servicio en el ambiente de producción, de acuerdo a los costos, calidad y tiempos estimados. Asegurar que los impactos no pronosticados sean mínimos durante la producción de servicios, en la operación y en la organización que brinda el soporte. Tiene como objetivos Coordinar y llevar a cabo las actividades y procesos requeridos que permitan entregar y administrar el servicio a los usuarios y clientes del negocio de acuerdo a los niveles de servicio. Administrar el día a día de la tecnología que es usada para la entrega y soporte de los servicios. Monitorear el rendimiento de las actividades cotidianas que entregan y soportan los servicios. Consiste en : Entender los objetivos de negocio de alto nivel. Obtener una foto, exacta e imparcial de dónde se encuentra la organización en este momento. Entender y acordar las prioridades de mejora. Detallar el plan de la CSI para lograr una provisión de servicios de mayor calidad. Verificar que las mediciones y las métricas existan. Mantener el dinamismo en la mejora de la calidad.
12. Gestión de Servicios de TI-Enfoque en servicios (ITIL)- Diseño del Servicio Operación del Servicio Operación del Servicio Transición del Servicio Servicio de TI Servicio de TI cambiado Solicitud de Cambio Servicio de TI Liberado Diseño del servicio de TI Transición del servicio de TI Catálogo de Servicios Nivel de Servicio Capacidad Disponibilidad Continuidad del Servicio de TI Seguridad de la Información Aprovisionamiento Planificación y soporte de la transición Cambios Activos del servicio y configuraciones Liberaciones y despliegues Validación y pruebas del servicio Conocimiento Evaluación
13. Gestión de Servicios de TI -Desarrollo de Software (CMMI)- Operación del Servicio Operación del Servicio Diseño del Servicio Transición del Servicio Servicio de TI Servicio de TI cambiado Solicitud de Cambio Servicio de TI Liberado Diseño del servicio de TI Transición del servicio de TI Planeación y monitoreo de proyectos Desarrollo y administración de Reqs. Administración de Proveedores Planeación y monitoreo de proyectos (PP, PMC) Administración de Riesgos Solución técnica Integración de producto Verificación Validación Administración de proveedores Liberaciones y despliegues Medición y Análisis Aseguramiento de calidad Administración de la configuración
14.
15. La cantidad y facilidad de cambio necesarios para liberar y desplegar una unidad de liberación.
16. La cantidad de recursos y tiempo necesario para construir, probar, distribuir e implementar una unidad de liberación.
17. La complejidad de interfaces entre la unidad propuesta y el resto de los servicios e infraestructura de TI.
21. Principales causas de problemas en proyectos actuales 1. No se analiza a fondo cual es el problema real, solo se crea una solución. 2. El cliente no se involucra lo suficiente para el entendimiento del problema y creación de una solución. 3. Se suponen muchas cosas que para la operación del negocio no son la mejor solución. 4. Se va directamente a los requerimientos del producto sin buscar y seleccionar la mejor solución de acuerdo al problema. 5. Falta de comunicación entre las diferentes áreas. 6. Se hace un análisis muy simple que no permite visualizar cosas importantes para el proyecto en la conceptualización para presentar la propuesta. 7. No se lleva control sobre la dependencia y la rastreabilidad de los requerimientos, casos de uso, desarrollos y casos de prueba, lo que hace más difícil identificar todo lo que está relacionado con un requerimiento. 8. La documentación actual no está bien dividida para poder reutilizarse en mantenimientos posteriores. 9. Las validaciones del cliente solamente se realizan al finalizar con la etapa de pruebas. 10. No se hace una verificación de los requerimientos y casos de uso. 11. Falta de herramientas, guías, estándares, técnicas, criterios de clasificación y calidad para la administración y el desarrollo de requerimientos.
22. Problemática de Desarrollo de Software-Inversión- 200 El tiempo que no se invierte en requerimientos se gasta en retrabajos (costo x200) 50 20 Costo relativo de reparación 10 5 1-2 0 UATTest Pruebas Codificación Diseño Análisis Mantenimiento Etapa en la que los errores en requerimientos son descubiertos
23. Problemática-Causas y Efectos- Los sistemas surgen por solicitudes de gente que no alinea sus necesidades con las del negocio. Se pierde el rastro desde la primera definición de requerimientos hasta la implementación. En caso de tercerizar, se desarrollan RFPs (privado) o bases de licitación (público) en donde no se establece un alcance claro, Objetivos de negocio a satisfacer, Entregables, Criterios de aceptación, Caso de desarrollo . La falta de una metodología y personal capacitado en calidad de software hace que la cantidad de errores que llegan al negocio reste confianza a los usuarios en los sistemas. No se sabe si erogar o no el dinero comprometido para la fase debido a que no se tiene una percepción real del valor ganado con la entrega. La falta de documentación, no permite darle mantenimiento a los sistemas cuando se requiere. Monitoreo y control insuficiente
24. Minimizar el riesgo operativo para liberaciones a producción-Integración de una solución-
26. Retrabajo CMMI Level 1 Requerimientos 4.5 Meses Diseño 6.6 Meses Código 8.8 Meses Pruebas 9.4 Meses CMMI Level 3 Retrabajo Requerimientos 4.0 Meses Diseño 6.0 Meses Código 6.8 Meses Pruebas 3.75 Meses Las organización de Nivel 3 de CMMI Gastan 20% menos en esfuerzo de desarrollo y tiempo, así como 50% menos en pruebas del código Las organizaciones de nivel 3 entregan 80% menos defectos a producción resultando en ahorros significativos y menos re-trabajo que generan hasta 45% mas productividad 45% 20% Mejora en productividad
27.
28. 39%1 a 80%2 disminución de defectos post liberación
32. Promedio de ROI de 5:111: CMU/SEI-94-TR-013 Benefits of CMM-Based Software Process Improvement: Initial Results, Software Engineering Institute 2: Measuring Software Process Improvement, Capers Jones, Software Productivity Research, 2010
58. Se recomienda realizar este tipo de pruebas para involucrar al usuario tan rápido como sea posible en el ciclo de desarrollo del producto.
59. Estas pruebas son un proceso para identificar las posibles discrepancias entre las interfaces previstas del producto y las especificaciones de los usuarios.
60. Se centra primordialmente en evaluar la presentación del producto y no tanto en su funcionalidad, como:
66. Su objetivo es demostrar que el producto NO cumple con los requerimientos y objetivos originales para los que fue creado.
67. El diseño de los casos de prueba a realizar requiere de mucha creatividad y siempre manteniendo la perspectiva del usuario.
68.
69. Son siempre realizadas por el parte del usuario ó un representante del mismo; tomando en cuenta los criterios de aceptación definidos desde el inicio del proyecto.
70. Para éstas pruebas se requiere de generar la versión ALFA para una primer evaluación del producto en el cual se involucran diversos tipos de verificación y una vez resueltas los defectos encontrados se genera la versión BETA que podrá ser entregada al usuario para su evaluación.
71.
72.
73. Datos de ContactoClaudia Lizbeth Patiño BahenaProcess ConsultantAuthorized PSP Instructorlizbeth.patino@globallinx.com