Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Release Management with Serena

  • Login to see the comments

  • Be the first to like this

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

×