Ce diaporama a bien été signalé.
Nous utilisons votre profil LinkedIn et vos données d’activité pour vous proposer des publicités personnalisées et pertinentes. Vous pouvez changer vos préférences de publicités à tout moment.

Release Management with Serena

  • Identifiez-vous pour voir les commentaires

  • Soyez le premier à aimer ceci

Release Management with Serena

  1. 1. Gestión de versiones de Serena<br />Listo. Entregar versión. Repetir<br />SERENA SOFTWARE INC.<br />
  2. 2. ¡Agenda para hoy!<br />11:30 ¡Bienvenida! Le agradeceremostomarasiento<br />11:45 Presentaciones – Richard Ryan<br />12:00 ¿Por qué es importante la Gestión de versiones? - Todos<br />12:10 Serena Solution / Demostración de control de versiones - Jerry Gergel<br />12:45 Visión general urgente de la automatización de versiones - GreggSwensen<br />12:55 Demostración de la automatización de versiones - Dennis Yar<br />1:20 Conclusión y preguntas.<br />SERENA SOFTWARE INC.<br />1 de diciembre de<br />2010<br />2<br />
  3. 3. Almuerzo y aprendizaje sobre la Gestión de versiones <br />Richard Ryan – Gerente principal de cuentas<br />Gene Kestler – Arquitecto de soluciones de mainframe<br />Jerry Gergel – Arquitecto de soluciones<br />Gregg Swensen – Noreste de EE.UU. - Gerente regional de ventas<br />DenizYar – Gerente de ingeniería de sistemas, América<br />Marina Selepouchin – Coordinadora de comercialización en terreno<br />SERENA SOFTWARE INC.<br />1 de diciembre de<br />2010<br />2<br />
  4. 4. ¿Le ha sucedido esto? <br />¿Ha trabajado en un cambio que ha pasado a formar parte de una versión?<br />¿Ha trabajado en una versión que funcionó perfecto en una noche o el fin de semana?<br />¿Se le ha solicitado alguna vez que cuide su parte de una gran versión cuando ha pasado a producción?<br />¿Alguna vez ha tenido versiones que ingresan de acuerdo con lo planificado, o cuando sea que estén listas?<br />¿Ha sido la única persona responsable de una versión en producción? <br />¿Cuántas personas generalmente participan en una versión?<br />¿Ha tenido que retractarse de una versión que salió mal?<br />
  5. 5. ¿Por qué ocurrió esto?<br />Faltaalgo<br />Se olvidóalgo<br />No se probó para la situación específica <br />Alcance del cambio<br />Incompatibilidades en la base de datos, SO, versiones<br />Etc. . .<br />“Las prácticas actuales de gestión de versiones y herramientas producen resultados incoherentes”<br /> ¡Procesosmanuales!<br />
  6. 6. Gestión de versiones potenciada por Serena y Nolio<br />Demanda<br />Desarrollo<br />Implementación<br />Gestión de<br />demandas de Serena<br /><ul><li>Gestiónde solicitudes
  7. 7. Análisisde cartera
  8. 8. Gestiónde requisitos</li></ul>Gestión de<br />desarrollo de<br />Serena<br /><ul><li> Gestión de cambio y configuración
  9. 9. Gestión de trabajos y proyectos
  10. 10. Gestiónde calidad</li></ul>Gestión de<br />versiones de<br />Serena<br /><ul><li>Gestión del proceso de entrega de versiones
  11. 11. Gestiónde implementación
  12. 12. Automatizaciónde versiones</li></ul>Gestión de procesos comerciales (SBM) de Serena<br /><ul><li> Vista única
  13. 13. Humanoy sistema
  14. 14. KPI
  15. 15. Pistas de auditoría</li></ul>3<br />
  16. 16. Más de 15.000 clientes a nivel mundial<br />SERENA SOFTWARE INC.<br />7<br />Atenciónmédica<br />Finanzas<br />Industria<br />Tecnología/Telecomuni-caciones<br />Seguro<br />Gobierno<br />
  17. 17. Clientes de Ohio<br />
  18. 18. Jerry Gergel<br />SERENA SOFTWARE INC.<br />9<br />
  19. 19. Gestión de versiones: ¿Qué significa para usted?<br />Bisemanalmente<br />Diccionario Webster’s:<br />1. que ocurre dos veces a la semana <br />2. que ocurre cada dos semanas <br />SERENA SOFTWARE INC.<br />10<br />
  20. 20. Desarrollo de<br />Gestión de versiones de Serena<br />Gestión de versiones<br />Centro de datos de<br />operaciones de TI<br />Versiones<br />de aplicaciones<br />implementadas<br />Cambios de<br />Software deaplicaciones<br /><ul><li>Gerente de versiones
  21. 21. Operaciones de desarrollo</li></ul>Software<br />
  22. 22. Desafíos de la Gestión de versionesAgilidad comercial = Más versiones<br />Cuellos de botella <br />“… volumen de RFC “fuera de control”volume (Cambio)… se ejecutan entre 2.000 y 5.000 al mes. … Se pueden obtener mejoras considerables en la eficiencia al agregar el control de procesod e gestión de versiones”.<br />Gartner Group <br />Número de ID de investigación de gestión de versiones de formalización: G00174080 Fecha: 18 de febrero de 2010<br />Altos índices de falla<br />10 personas dedicadas por un día a recopilar suficientes datos para demostrar que no se realizaron cambios no autorizados en la producción<br />Organismo del gobierno de los EE.UU.<br />Alto costo de cumplimiento/proyecto<br />Se requieren 200 desarrolladores y administradores para la implementación<br />Bancoeuropeo<br />9<br />
  23. 23. Demanda<br />Desarrollo<br />Entrega de versión<br />Partes interesadas en la entrega de versiones de aplicaciones<br />Auditoría<br />CAB<br />Gerente de versiones<br />Desarrolladores<br />Prueba<br />Producción<br />Gerentede<br />integración<br />Scrum Master<br />Control decalidad(CC)<br />Cliente<br />Equipos de desarrollo<br />Operaciones<br />Operaciones<br />Operaciones<br />Operaciones de desarrollo<br />10<br />
  24. 24. Derrumbe las paredes en su proceso de entrega de versionesControl … Predictabilidad … Repetibilidad<br />Demanda<br />Desarrollo<br />Entrega de versión<br />Auditoría<br /><ul><li>Automatice hasta 95% de su implementación de versiones.
  25. 25. Implementeversionessemanal o mensualmente en lugar de trimestralmente
  26. 26. Esté listo para una auditoría en minutos en lugar de días o semanas
  27. 27. Prácticamente elimine reuniones ad hoc para la planificación de versiones</li></ul>CAB<br />Gerente de versiones<br />Desarrolladores<br />Prueba<br />Control decalidad(CC)<br />Scrum Master<br />Producción<br />Gerentedeintegración<br />Cliente<br />Equipos de desarrollo<br />Operaciones<br />Operaciones de desarrollo<br />13<br />
  28. 28. Serena puede ayudarle ….<br />“Hemos podido automatizar nuestras versiones de aplicaciones web bisemanalmente, para una producción sin errores”.<br />- Operaciones, Cliente<br />“Hemos sido testigos de una mejora de 80% en los tiempos de entrega de software”.<br />- Director, Organización de atención médica de los EE.UU.<br />14<br />
  29. 29. Desarrollo<br />Entrega de versión<br />Gestión de versiones de Serena<br />Control deversiones<br /><ul><li>Planificaciónde versiones
  30. 30. Calendario de entrega de versiones
  31. 31. Seguimientode versiones
  32. 32. Aprobacionesde versiones</li></ul>Automatización de versiones<br /><ul><li>Reemplacesecuencias de comando
  33. 33. En entornos
  34. 34. En niveles de aplicaciones
  35. 35. Pistade auditoría de tareas</li></ul>Bóveda de versiones<br /><ul><li>Repositoriode oro
  36. 36. Restauraciónautomatizada
  37. 37. Producción
  38. 38. Preproducción
  39. 39. Control de versiones</li></ul>Auditoría<br />CAB<br />Gerente de versiones<br />Desarrolladores<br />Prueba<br />Scrum Master<br />Gerentedeintegración<br />Producción<br />Control decalidad(CC)<br />Equipos de desarrollo<br />Operaciones<br />Equipos de entrega de versiones<br />15<br />
  40. 40. Desarrollo<br />Entrega de versión<br />Control de versiones<br />Auditoría<br />Gestión de versiones de Serena - Control<br />CAB<br />Gerente de versiones<br />Desarrolladores<br />Prueba<br />Ingenierodeintegración<br />Scrum Master<br />Producción<br />Control decalidad(CC)<br />Equipos de desarrollo<br />Planificar y aprobar<br />Operaciones<br />Equipos de entrega de versiones<br />16<br />
  41. 41. Control de versiones<br />La gestión de la versión significa que usted sabe:<br /><ul><li>Que se requirió
  42. 42. Haciadóndefue
  43. 43. Porquéfueahí
  44. 44. Y como lidiar con ella cuando se informan errores</li></ul>SERENA SOFTWARE INC.<br />18<br />Centro de datos de<br />Centro de datos<br />Versiones<br />de aplicaciones<br />implementadas<br />Gestión de versiones<br /><ul><li>Gerente de versiones
  45. 45. Operaciones de desarrollo</li></ul>Cambios de<br />Software deaplicaciones<br />Desarrollo<br />
  46. 46. Jerry Gergel realizará una demostración del proceso de entrega de versiones<br />SERENA SOFTWARE INC.<br />19<br />
  47. 47.
  48. 48.
  49. 49. Gestión de versiones de Serena - Bóveda<br />Desarrollo<br />Entrega de versión<br />Bóvedadeversiones<br />Control de versiones<br />Auditoría<br />CAB<br />Gerente de versiones<br />Desarrolladores<br />Prueba<br />Scrum Master<br />Producción<br />Control decalidad(CC)<br />Ingenierodeintegración<br />Equipos de desarrollo<br />Asegurar la ruta<br />Planificar y aprobar<br />Operaciones<br />Equipos de entrega de versiones<br />20<br />
  50. 50. SERENA SOFTWARE INC.<br />23<br />Bóveda de versiones<br />Dimension CM y ChangeMan ZMF<br />Proceso de gestión de creación empresarial<br />Ruta hacia la integridad de producción<br /><ul><li>Gestión del espacio de trabajo
  51. 51. Integración continua
  52. 52. Integridad del área de implementación</li></ul>Bóveda SW CM<br />
  53. 53. Gestión de versiones de Serena - Automatización<br />Desarrollo<br />Entrega de versión<br />Bóveda de versiones<br />Automatización de versiones<br />Control de versiones<br />Auditoría<br />CAB<br />Gerente de versiones<br />Desarrolladores<br />Prueba<br />Producción<br />Control decalidad(CC)<br />Ingenierodeintegración<br />Scrum Master<br />Equipos de desarrollo<br />Asegurar la ruta<br />Planificar y aprobar<br />Implementardemaneraeficiente<br />Operaciones<br />Equipos de entrega de versiones<br />22<br />
  54. 54. Greg Swensen<br />SERENA SOFTWARE INC.<br />25<br />
  55. 55. Automatización de versiones A.S.A.P Nolio<br />SERENA SOFTWARE INC.<br />
  56. 56. Presentación<br />Servidoresfísicos<br />ActualizacionesBisemanalmente<br />ImplementaciónSemanalmente<br />AuditoríaSemanalmente<br />Entrega de versionesimportanteMensualmente<br />RecuperaciónEmergencia<br />Desarrollo<br />Software intermedio<br />Servidoresvirtuales<br />Control de calidad (CC)<br />Base de datos<br />Servidores de nube<br />Operaciones<br /><ul><li>Centros de datos</li></ul>distribuidos y heterogéneos<br /><ul><li> Complejidad y dependencia de las aplicaciones</li></ul>EQUIPOS DE OPERACIONES Y DESARROLLO<br />TAREAS DE SERVICIO<br />NIVELES DE APLICACIONES<br />INFRAESTRUCTURA<br /><ul><li>Mayor volumen y frecuencia de cambios
  57. 57. Traspaso de errores y cuellos de botella en los equipos</li></ul> Desafíos clave de Operaciones de desarrollo<br />23<br />
  58. 58. Impacto negativo sobre la empresa…<br />60%<br />INFRAESTRUCTURA<br />Largos plazos de entrega de versiones<br />Elimine los retrasos por cuellos de botella (no puede lograr el plazo de entrega de versiones) y agilidad operacional limitada.<br />Fallas en lasversiones<br />60% de las fallas y el tiempo inactivo de las aplicaciones está relacionado con la entregade versiones.<br />(Encuesta de IDC de 2009)<br /> Altos costos<br />75% de los equipos de operaciones de TI se gastaen la entrega de versionesde aplicaciones.<br />(Forrestor, 2009)<br />24<br />
  59. 59. Motor de automatización FUERA<br />Interfaz IN de estandarización<br />La solución Nolio ASAP para automatización de versiones<br />Integración de terceros <br />Capacidad de gestión, visibilidad, control<br />Servidoresfísicos<br />Desarrollo<br />Implementación<br />Mantenimiento<br />Servidoresvirtuales<br />Control de calidad (CC)<br />Solución<br />Recuperación<br />Servidores de nube<br />Operaciones<br />ASAP 3.0 automatiza la entrega de aplicaciones para gestionar la Calidad de las versiones, el Tiempo de entrega de las versiones y los Costos de las versiones<br />25<br />
  60. 60. Demostración deautomatización de versiones<br />Dennis Yar<br />SERENA SOFTWARE INC.<br />30<br />
  61. 61. Arquitectura de Nolio<br />27<br />
  62. 62. Caso comercial para la automatización de versiones Nolio ASAPImportante institución financiera estadounidense<br />Antes<br />Costo de la versión<br />- Total de empleados a tiempo completo (FTE) del equipo de entrega de versiones: 6 personas<br /> - Costo de mano de obra: $362.000<br /> - Costo de mano de obra futura: $250.000<br /> - Costode coordinación/sinc.: $78.000<br />Total- $690.000<br />Plazo de entrega de versión<br />- Tiempo de entrega promedio: 90 minutos<br /> - Plazo de entrega promedio: 2,5 horas<br /> - Impactocomercial- $50.000/mes<br />Después (Con Nolio)<br />Costo de la versión<br /> - Total FTE - 1 persona <br />Plazo de entrega de versión<br />- Tiempo de entrega promedio: 3 minutos<br /> - Plazo de entrega promedio: 12 minutos<br />Ahorrostotales– <br />1eraño~ $600.000<br /> 3 años - $2,7 millones<br />- Informacióndispersasobre la entregade aplicaciones- Difícil o imposible realizar auditorías y medir las actividades de entrega de versiones<br />- No se puede escalar sin FTE adicionales<br />- Base de conocimientos de entrega de aplicaciones - Medición/auditoría/cumplimiento de actividades de entrega de versiones<br />- Escala con una cantidad mínima de FTE adicionales<br />28<br />
  63. 63. Casos de uso por parte de los clientes<br />Total de empleados a tiempo completo (FTE) del equipo de entrega de versiones – 6 (240 horas hombre por semana)<br />Total de entregas de versionesporsemana – 153<br />aplic. XYZ – ISE 42, QA 31, pruebas 7, producción 7<br />aplic. XYZ – QA 44, pruebas 16, producción 6<br /> Plazo de entrega promedio: 2,5 horas<br />Entrega de versiones principal cada 3 meses<br />Horas hombre promedio que se invierten semanalmente a la actividad de entrega de versiones: 116<br />Horas hombre promedio que se invierten en planificación, preparación de versiones, coordinación con otros equipos: 124<br />29<br />
  64. 64. Impacto de Nolio sobre las operaciones<br />Impacto de Nolio sobre las operaciones<br />Anualizadoen horas hombre – procesosmanualesactuales<br />Sin Nolio– 6.032 horas hombre x $60 por = $362.000<br />Con Nolio<br />Configuración de automatización inicial por proceso: 3,5 horas para automatizar un proceso promedio <br />3,5 x 153 procesos = 535 horas hombre x $60 = $32.000<br />Total de ahorros en horas hombre $362.000 - $32.000 (Configuración inicial de Nolio) = $330.000 (Ahorro por año)<br />El equipo de entrega de versiones mejoró la productividad gracias a la simplificación de los procesos <br />Reduce el tiempo que se invierte en colaboración, coordinación, organización de versiones con equipos de base de datos, software intermedio, etc. = 25 horas hombre por semana / anualmente $78.000 por año <br />Elimine la necesidad de tener como mínimo dos FTE adicionales en 2011<br />El cálculo se basa en un gran proyecto en 2011 - $250.000 de ahorros adicionales <br />30<br />
  65. 65. Impacto de Nolio sobre el negocio<br />Impacto de Nolio sobre el negocio <br /><ul><li>Aumento de la velocidad en los impactos de la innovación de productos y tiempo activo de las aplicaciones; cliente e ingresos </li></ul>Capacidad para ofrecer a la empresa 1 mini entrega por semana: impacto de solo 0,5% en los ingresos = $50.000 por mes <br />Aumento de la cantidad de versiones en 10 x + sin aumentar los FTE<br />Reducción del plazo de mantenimiento de 2,5 horas a 12 minutos.<br />Institucionaliza los conocimientos sobre entrega de aplicaciones<br />Permite al equipo de entrega de versiones escalar; realizar más entregas de versiones sin tener que aumentar los FTE <br />La plataforma Nolio asegura el cumplimiento, auditabilidad y visibilidad de las versiones <br />
  66. 66. Resumen de caso de negocio <br />Inversión en Nolio: se incluyen $399,963<br />licencias para tres años de crecimiento <br />XYZ mano de obra - configuración inicial $20,000<br />Inversión total $419,963<br />Primer año de ahorros con Nolio<br />Automatización de los procesos $330,000 <br />Simplificación de los procesos $78,000<br />Ahorros en la agilidad de los negocios $600,000 <br />impactocomercial de mini entregassemanales<br />Total $1,008,000 <br />Menosinversión$419,963 <br />Ahorrosnetos $588,037<br />ROI de 5 meses; los cálculos no incluyen crecimiento <br />Tres ahorros: Automatización y simplificación de procesos $1.288.000 + agilidad de los negocios $1,8 menos $419.963 = $2.668.037 Los ahorros no incluyen crecimiento <br />
  67. 67. Para resumir<br />SERENA SOFTWARE INC.<br />37<br />
  68. 68. Arquitectura de la solución de gestión de versiones<br />Serena Business Manager<br />Planificación y controlde versiones<br />Dimensions CMde Serena<br />ChangeMan ZMF de Serena<br />TFS<br />SVN<br />CVS<br />CC/RTC<br />Bóveda de versiones<br />Entornos de implementación<br />Nolio ASAP<br />Automatización de versiones<br />33<br />
  69. 69. Entonces … ¿Dónde debe comenzar?<br />Comience con el Control de versiones para abordar:<br /><ul><li>Auditorías
  70. 70. Entrega de versiones de emergencia
  71. 71. Procesosno documentados
  72. 72. Escasavisibilidad y comunicación</li></ul>Comience con la Bóveda versiones para abordar:<br /><ul><li>Variasfuentes del códigoliberado
  73. 73. Códigode produccióninseguro
  74. 74. Pistade auditoría con códigoincompleto</li></ul>Bóveda de versiones<br />Control de versiones<br />Gestión de<br />versiones<br />segura<br />Automatización de versiones<br />Comience con la Automatización versiones para abordar:<br /><ul><li>Implementacionespropensas a errores
  75. 75. Alto volumen y alta frecuencia debido al Cambio
  76. 76. Varios destinos para las versiones</li></ul>34<br />
  77. 77. Gestión de versiones de Serena<br />Responda a sus auditorías con una trazabilidadde principio a fin<br />Entregue software con seguridad con visibilidad completa<br />Disminuya las fallas, el tiempo y el costo de entrega de versiones<br />35<br />
  78. 78. Gracias<br />¿Alguna pregunta?<br />SERENA SOFTWARE INC.<br />41<br />Gestión de versiones de Serena<br />

×