Release Management with Serena

499 views

Published on

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
499
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
8
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • En Serena Software, nuestra misión es ayudar a las empresas a desarrollar y entregar aplicaciones con confianza.Serena ofrece soluciones para desarrollar aplicaciones incrustadas, aplicaciones empresariales personalizadas y aplicaciones de procesos comerciales.Las soluciones de Serena son los únicos conjuntos de software de Gestión de ciclo de vida de aplicaciones que se basan en un Sistema de gestión de procesos comerciales de clase empresarial, permitiendo a nuestros clientes entregar aplicaciones a tiempo, dentro del presupuesto y de acuerdo con lo planificado.
  • En Serena Software, nuestra misión es ayudar a las empresas a desarrollar y entregar aplicaciones con confianza.Serena ofrece soluciones para desarrollar aplicaciones incrustadas, aplicaciones empresariales personalizadas y aplicaciones de procesos comerciales.Las soluciones de Serena son los únicos conjuntos de software de Gestión de ciclo de vida de aplicaciones que se basan en un Sistema de gestión de procesos comerciales de clase empresarial, permitiendo a nuestros clientes entregar aplicaciones a tiempo, dentro del presupuesto y de acuerdo con lo planificado.
  • En Serena Software, nuestra misión es ayudar a las empresas a desarrollar y entregar aplicaciones con confianza.Serena ofrece soluciones para desarrollar aplicaciones incrustadas, aplicaciones empresariales personalizadas y aplicaciones de procesos comerciales.Las soluciones de Serena son los únicos conjuntos de software de Gestión de ciclo de vida de aplicaciones que se basan en un Sistema de gestión de procesos comerciales de clase empresarial, permitiendo a nuestros clientes entregar aplicaciones a tiempo, dentro del presupuesto y de acuerdo con lo planificado.
  • Serena lo ha estado haciendo desde hace algunos años. En efecto, en la actualidad contamos con aproximadamente quince mil empresas que utiizan Serena Software para potenciar algunas o la totalidad de sus fábricas de aplicaciones. Como puede ver aquí, estos clientes y estas fábricas de aplicaciones se encuentran en una amplia variedad de algunas de las industrias de mayor demanda en el mundo: atención médica, servicios financieros, empresas industriales, empresas tecnológicas, empresas de telecomunicaciones, minoristas, organismos gubernamentales, tanto en el ámbito militar como civil. Ellas han confiado en Serena Software y han tenido excelentes resultados y continúan regresando año tras año.
  • ¿Qué es Gestión de versiones? (Haga clic)Considere el término “bisemanalmente”. ¿Qué significa?Levante su mano si cree que bisemanalmente significa dos veces a la semanaLevante su mano si cree que bisemanalmente significa cada dos semanas(Haga clic). Dos veces a la semana, entonces algunas personas están en lo correcto y otras no, ¿no es así? (Haga clic)Pero esperen, también significa cada dos semanas. Es importante que al utilizar términos en los que tanto la persona que habla como la persona que escucha tengan un entendimiento compartido respecto de la definición de las palabras que se utilizan. Lo mismo se aplica a la gestión de versiones.
  • Hable sobre el proceso de entrega de versiones para cada uno de ellos.Control de versiones: en términos simples, el proceso o flujo de trabajo tras sus actividades de gestión de versiones.Bóveda de versiones: realmente no es descriptivo de Dimensions CM y ChangeMan ZMF. Están sucediendo muchas más cosas que simplemente el almacenamiento de códigos fuente, y habrán más. Probablemente esta es una de las partes más complicadas de la gestión de versiones que debe analizar SA.Automatización de versiones: la cuestión manual que implicó la versión (es decir, “se requirieron 200 desarrolladores y administradores para la implementación”). ¿Qué están haciendo los desarrolladores? (no están escribiendo un código). Están cambiando los archivos de configuración, ejecutando secuencias de comando, actualizando bases de datos, etc. Podemos automatizar estas actividades.
  • Las RFC pueden ser una alternativa deficiente para terminología. Normalmente, solo se utilizan en talleres ITIL formales, y dichos talleres por lo general tienen algo para gestionar las RFC (Peregrine, Service Center, ITSM). Según mi experiencia:Algunas personas no saben lo que significa RFC (implica que no son talleres ITIL formales)Es probable que las personas que saben lo que es ya cuenten con una herramienta.Más información sobre esto se proporcionará posteriormente durante la visión general de ARMUn mejor término podría ser simplemente "Cambiar"; los nuevos mensajes de gestión de demandas reflejarán esto.Estadísticas:Según mi experiencia, 2000 a 5000 RFC al mes es un poco alto. La mayoría de los talleres “distribuidos” no tienen un promedio tan alto, de modo que debemos ser precavidos al citar esas cifras.Otras tres estadísticas son muy importantes para casi todos.Cabe señalar que en esta página no se mencionan productos o soluciones.
  • Una organización de gestión de versiones correctamente administrada se centra en entregar versiones de calidad en forma puntual para empresas e iniciativas de TI. Normalmente, el equipo de gestión de versiones está formado por un Gerente de versiones, Operaciones de desarrollo (una función emergente), representantes de Producción/Operaciones, Desarrollo de aplicaciones, la Empresa, Auditoría y el CAB (Panel Asesor de Cambio). Este equipo puede llegar a ser bastante grande, considerando que cada aplicación podría requerir un grupo diferente de miembros de diversas organizaciones.Operaciones de desarrollo está surgiendo como una nueva función “transversal” dado que Desarrollo y Operaciones deben trabajar en conjunto para entregar los niveles de servicio requeridos por la empresa.Los gerentes de versiones deben tener la facultad pertinente para aplicar las políticas y los procedimientos y para informar o escalar desafíos de las versiones a la empresa y a los líderes de TI, conforme sea necesario. Ahora es imperativo incluir a las partes interesadas de la empresa en este proceso de toma de decisiones sobre la gestión de versiones. Se exige una mayor visibilidad del estado de todos los componentes de las versiones para los componentes técnicos y dirigidos a la empresa. Las partes interesadas de la empresa esperan participar al inicio del ciclo de vida de la versión y en las reuniones de estado y los procesos de mitigación, según corresponda. Deben ser conscientes de los riesgos y problemas críticos asociados con una versión, junto con las dependencias de componentes de versiones clave, para permitirles ayudar en la toma de decisiones sobre la gestión de versiones.La Gestión de versiones es cada vez más compleja y se está convirtiendo en una función de alto riesgo para Desarrollo de aplicaciones y Operaciones. El mejoramiento de la visibilidad y conciencia de todas las partes interesadas ayudará a agilizar la resolución de problemas sobre las versiones, de modo que las organizaciones puedan simplemente eliminar la complejidad y asegurar la eficiencia en sus procesos de gestión de versiones.
  • ¿Qué sucedería si pudiera gestionar todas sus versiones (mayor, menor, parche y emergencia) en un solo proceso? ¿Qué tendría que hacer para que su infraestructura pudiera entregar versiones a nivel internacional con mayor frecuencia? ¿Cómo implementa una infraestructura para hacer esto?Con un solo proceso automatizado, usted puede: Automatizar hasta 95% de su implementación de versionesreduce fallas durante la implementación y le permite entregar más versiones con mayor rapidezImplementar versiones semanal o mensualmente en lugar de trimestralmenteReducir los atrasos en la entrega de versionesEstar listo para una auditoría en minutos en lugar de días o semanasLa rápida respuesta a solicitudes significa menos tiempo de auditoría y más tiempo para la entrega de versiones.Prácticamente elimine reuniones ad hoc para la planificación de versionesUn solo sistema de registro con acceso instantáneo para todas las partes interesadas. El permiso para acceso se establece al comienzo. No tiene que preguntar "Cuál es el estado". ¡Está al alcance de su mano!
  • Nuestros clientes ya están teniendo éxito en obtener el control de sus procesos de gestión de versiones.
  • Los clientes deben planificar bien para entregar versiones correctamente.Analista principalControl de versionesPlanificación y control automatizado de versiones desde la solicitud de cambio hasta el desarrollo y las pruebas y hasta producciónCalendario de entrega de versiones al que cada parte interesada tiene acceso inmediato y en tiempo realSeguimiento de versiones para respuestas rápidas y simples a las solicitudes de auditoríaAprobaciones de versiones efectuadas y documentadas Un solo sistema de registro con acceso instantáneo para todas las partes interesadasBóveda de versionesLa ruta hacia la producciónRecibir y almacenar software de aplicaciones desarrollado por diversos departamentos mediante el uso de distintas herramientas de SCM (como SVN, Microsoft TFS, IBM Rational, Serena PVCS, Dimensions CM, etc.)Almacenar y proteger la integridad del código de aplicación de producciónCreación e implementación de softwareRestauración automatizadaIntegridad del área de implementaciónEntrega desde el "repositorio de oro" a entornos de producción y preproducciónControl de versionesAutomatización de versionesAutomatización de tareas de entrega de versionesEntornos de producción y preproducciónEn entornosEn niveles de aplicacionesReemplazo de comandos de secuenciaPista de auditoría de tareasEn Serena, creemos que puede hacer frente a los desafíos de la entrega de versiones mediante:CONTROL DE VERSIONESGestione la versión como un programa en lugar simplemente un conjunto de actividades previas a la implementación. Automatice las políticas y los procesos de la entrega de versiones, asegúrese de se haga un seguimiento a los planes y a las actividades de entrega de versiones y que estos sean aprobados por las partes interesadas pertinentes, mantenga un calendario de entrega de versiones y organice actividades de entrega de versiones en Gestión de versiones, Desarrollo de aplicaciones y Operaciones de TI, asegurando una visibilidad completa del proceso de entrega de versiones desde la Empresa, pasando por Desarrollo a Entrega, sin importar el tipo o el tamaño de la versión.BÓVEDA DE VERSIONESSincronizar el trabajo de varios equipos en una versión integrada es prácticamente imposible a menos que exista un almacenamiento de versiones centralizado de todos los cambios y paquetes de aplicaciones que se pueden preparar para su entrega. Recomendamos la entrega a un repositorio de oro o una bóveda de oro para garantizar la gestión formal del camino a producción, coordinación de creación y actividades de CC, entrega de varios flujos de desarrollo, actividades gestionadas de promoción e implementación con la capacidad de restauración, conforme sea necesario. A medida que los componentes de las versiones se promueven, también es importante mantener la integridad de áreas de implementación, lo que evita cambios no autorizados y permite auditar el área de implementación para mitigar riesgos. AUTOMATIZACIÓN DE VERSIONESElimine la brecha entre los equipos de Desarrollo de aplicaciones y Operaciones para controlar el traspaso de aplicaciones y coordinar cambios en entornos, incluido desarrollo, CC, pruebas y producción. Ejecute de manera precisa la implementación, incluida la secuencia de pasos y operaciones en los niveles para abordar las dependencias de la aplicación y lógica de servicio (como condiciones, revisiones, reinicios). Por último, habilite la gestión del cambio de aplicación en mayores volúmenes de servidores físicos, virtuales y de nube distribuidos.
  • Las capturas de pantalla indican que estos son productos en tiempo real, no programas vapor.CONTROL DE VERSIONESEl Control de versiones se ofrece a través de la solución Gestión de versiones de aplicaciones (ARM) de Serena, potenciada por el poderoso flujo de trabajo y las capacidades de organización de Serena Business Manager (SBM). Con ARM, puede capturar y automatizar políticas y procedimientos de entrega de versiones, y coordinar la ruta y aprobación de actividades de gestión de versiones en Gestión de versiones, incluidos negocios, operaciones de TI y desarrollo. Con la integración directa de las soluciones SCM líderes de Serena para plataformas Mainframe y Distribuidas, habilitamos de manera exclusiva la coordinación de la planificación y el control de entrega de versiones en plataformas heterogéneas, y permitimos ver el estado de los componentes y paquetes de versiones en desarrollo.Dada la complejidad de la Gestión de versiones, y la mayor participación de las partes interesadas, no es sorprendente saber que Gartner calcula que 80% del tiempo inactivo no planificado se debe a problemas con personas y procesos. Con el Control de versiones, las organizaciones pueden mejorar considerablemente la comunicación y la coordinación de los procesos, aprobaciones y actividades de gestión de versiones en todas las partes interesadas de la Gestión de versiones.Con el control de versiones automatizado, puede eliminar la dependencia de los procesos manuales actuales y los actos heroicos individuales, mejorar la visibilidad y alineación en Negocios, TI y Desarrollo de aplicaciones, e implementar una práctica eficaz, gestionar una versión como un programa.BÓVEDA DE VERSIONESPara mejorar la toma de decisiones, los componentes de las versiones se deben visualizar con un nivel detallado de transparencia en cuanto a estado, riesgo, problemas y dependencias. La Gestión de versiones necesita visibilidad de los entregables de desarrollo a medida que se preparan para entrega. Quizás algunos de ustedes la denominen repositorio de oro o bóveda de versiones.La ruta hacia la producción es donde la coordinación en Desarrollo de aplicaciones y Operaciones de TI generalmente es más intensa, pero también es el área donde debe existir una coordinación y organización optimizadas a medida que los componentes y paquetes de las versiones se llevan hacia producción. Todos hemos oído sobre el impacto de los cambios no autorizados que se realizan en el desarrollo, y la importancia de gestionar y coordinar varios canales de desarrollo. Con la ventaja de la agilidad comercial, el volumen y la velocidad de solicitudes de Desarrollo de aplicaciones a Entrega de versiones están aumentando y en muchos casos, la gestión de versiones se considera como un cuello de botella. Asimismo, muchas veces, aunque cuestionables, generalmente es uno de los procesos de gestión de versiones menos automatizado y con más secuencias de comando, tanto en entornos de preproducción como producción. Hace mucho tiempo que Serena se ha centrado en la automatización de la ruta hacia la producción, proporcionando la capacidad para promover, implementar, restaurar y auditar áreas de implementación, un enfoque que es coherente y se comparte tanto en entornos de Mainframe como Distribuidos. La gestión eficaz de códigos y entornos, sincroniza el trabajo de varios equipos en una versión integrada que requiere una cuidadosa sincronización de códigos y simplifica la preparación y gestión de versiones. Una gestión de códigos adecuada puede reducir la cantidad de tiempo que se invierte en actividades de sincronización. De igual manera, la programación eficaz de recursos de entorno puede permitir las pruebas paralelas de diferentes secuencias de códigos y disminuir el plazo general. La mayor visibilidad de la ruta hacia la producción puede evitar la compresión de los programas y mejorar los resultados de las versiones.Incluso si los equipos de desarrollo utilizan diferentes herramientas de SCM/Desarrollo, vemos una creciente necesidad de centralizar datos de versiones para simplificar la complejidad de la gestión de versiones.La misión de las personas encargadas de las aplicaciones es introducir cambios en las aplicaciones; incluso si no estamos cambiando la funcionalidad de una aplicación, estamos introduciendo el cambio para mantenerlas funcionando. La misión de la gente de operaciones es esforzarse por lograr un 100% de tiempo activo de forma confiable y escalable, para mitigar el riesgo para las operaciones en curso. Cada cambio en el entorno de operaciones abre la puerta, aunque levemente, al riesgo. Incluso dentro de las aplicaciones hay un conflicto entre las funciones: los nuevos proyectos son eventos altamente visibles para la empresa; la implementación de producción es un gran tema, generalmente con más fanfarria. Compare eso con la actividad comparativamente mundana de mantener dichas aplicaciones básicas en funcionamiento después de la implementación. No hay un solo evento importante; es más bien una serie de actividades continuas más pequeñas que continúa mayormente invisible para la empresaAUTOMATIZACIÓN DE VERSIONESSimplifique las complejas implementaciones de aplicaciones de varios niveles, elimine errores, agilice el tiempo de traspaso y entrega de versiones. Supongo que muchos de ustedes siguen siendo muy dependientes de los procesos de implementación manuales u orientados a las secuencias de comandos.Con los centros de datos en transición de aplicaciones grandes y estáticas a aplicaciones distribuidas de varios niveles, los equipos de operaciones están encargados de gestionar el ciclo continuo de cambios, implementaciones y actualizaciones en las aplicaciones de producción.Las aplicaciones de varios niveles requieren que usted: elimine la brecha entre los equipos de aplicaciones y operaciones, controle el traspaso de aplicaciones y coordine el cambio en los entornos, incluido Desarrollo, CC, pruebas y producción; Ejecute de manera precisa la implementación, incluida la secuencia de pasos y operaciones en los niveles para abordar las dependencias de la aplicación y lógica de servicio (como condiciones, revisiones, orden de reinicio, etc.); Gestione el cambio de aplicación en mayores volúmenes de servidores físicos, virtuales y de nube distribuidos.La automatización de la entrega de versiones (Nolio ASAP) le permite automatizar las tareas de servicio de implementación de aplicaciones en usuarios, niveles, entornos e infraestructuras de centros de datos. A través de la automatización, esto simplifica las complejas implementaciones de aplicaciones manuales, y le permite crear procesos confiables y repetibles para gestionar centralmente el cambio de las aplicaciones, eliminando errores, agilizando el tiempo hasta la entrega de días a minutos y reduciendo los gastos generales operacionales en 85%.
  • Las capturas de pantalla indican que estos son productos en tiempo real, no programas vapor.CONTROL DE VERSIONESEl Control de versiones se ofrece a través de la solución Gestión de versiones de aplicaciones (ARM) de Serena, potenciada por el poderoso flujo de trabajo y las capacidades de organización de Serena Business Manager (SBM). Con ARM, puede capturar y automatizar políticas y procedimientos de entrega de versiones, y coordinar la ruta y aprobación de actividades de gestión de versiones en Gestión de versiones, incluidos negocios, operaciones de TI y desarrollo. Con la integración directa de las soluciones SCM líderes de Serena para plataformas Mainframe y Distribuidas, habilitamos de manera exclusiva la coordinación de la planificación y el control de entrega de versiones en plataformas heterogéneas, y permitimos ver el estado de los componentes y paquetes de versiones en desarrollo.Dada la complejidad de la Gestión de versiones, y la mayor participación de las partes interesadas, no es sorprendente saber que Gartner calcula que 80% del tiempo inactivo no planificado se debe a problemas con personas y procesos. Con el Control de versiones, las organizaciones pueden mejorar considerablemente la comunicación y la coordinación de los procesos, aprobaciones y actividades de gestión de versiones en todas las partes interesadas de la Gestión de versiones.Con el control de versiones automatizado, puede eliminar la dependencia de los procesos manuales actuales y los actos heroicos individuales, mejorar la visibilidad y alineación en Negocios, TI y Desarrollo de aplicaciones, e implementar una práctica eficaz, gestionar una versión como un programa.BÓVEDA DE VERSIONESPara mejorar la toma de decisiones, los componentes de las versiones se deben visualizar con un nivel detallado de transparencia en cuanto a estado, riesgo, problemas y dependencias. La Gestión de versiones necesita visibilidad de los entregables de desarrollo a medida que se preparan para entrega. Quizás algunos de ustedes la denominen repositorio de oro o bóveda de versiones.La ruta hacia la producción es donde la coordinación en Desarrollo de aplicaciones y Operaciones de TI generalmente es más intensa, pero también es el área donde debe existir una coordinación y organización optimizadas a medida que los componentes y paquetes de las versiones se llevan hacia producción. Todos hemos oído sobre el impacto de los cambios no autorizados que se realizan en el desarrollo, y la importancia de gestionar y coordinar varios canales de desarrollo. Con la ventaja de la agilidad comercial, el volumen y la velocidad de solicitudes de Desarrollo de aplicaciones a Entrega de versiones están aumentando y en muchos casos, la gestión de versiones se considera como un cuello de botella. Asimismo, muchas veces, aunque cuestionables, generalmente es uno de los procesos de gestión de versiones menos automatizado y con más secuencias de comando, tanto en entornos de preproducción como producción. Hace mucho tiempo que Serena se ha centrado en la automatización de la ruta hacia la producción, proporcionando la capacidad para promover, implementar, restaurar y auditar áreas de implementación, un enfoque que es coherente y se comparte tanto en entornos de Mainframe como Distribuidos. La gestión eficaz de códigos y entornos, sincroniza el trabajo de varios equipos en una versión integrada que requiere una cuidadosa sincronización de códigos y simplifica la preparación y gestión de versiones. Una gestión de códigos adecuada puede reducir la cantidad de tiempo que se invierte en actividades de sincronización. De igual manera, la programación eficaz de recursos de entorno puede permitir las pruebas paralelas de diferentes secuencias de códigos y disminuir el plazo general. La mayor visibilidad de la ruta hacia la producción puede evitar la compresión de los programas y mejorar los resultados de las versiones.Incluso si los equipos de desarrollo utilizan diferentes herramientas de SCM/Desarrollo, vemos una creciente necesidad de centralizar datos de versiones para simplificar la complejidad de la gestión de versiones.La misión de las personas encargadas de las aplicaciones es introducir cambios en las aplicaciones; incluso si no estamos cambiando la funcionalidad de una aplicación, estamos introduciendo el cambio para mantenerlas funcionando. La misión de la gente de operaciones es esforzarse por lograr un 100% de tiempo activo de forma confiable y escalable, para mitigar el riesgo para las operaciones en curso. Cada cambio en el entorno de operaciones abre la puerta, aunque levemente, al riesgo. Incluso dentro de las aplicaciones hay un conflicto entre las funciones: los nuevos proyectos son eventos altamente visibles para la empresa; la implementación de producción es un gran tema, generalmente con más fanfarria. Compare eso con la actividad comparativamente mundana de mantener dichas aplicaciones básicas en funcionamiento después de la implementación. No hay un solo evento importante; es más bien una serie de actividades continuas más pequeñas que continúa mayormente invisible para la empresaAUTOMATIZACIÓN DE VERSIONESSimplifique las complejas implementaciones de aplicaciones de varios niveles, elimine errores, agilice el tiempo de traspaso y entrega de versiones. Supongo que muchos de ustedes siguen siendo muy dependientes de los procesos de implementación manuales u orientados a las secuencias de comandos.Con los centros de datos en transición de aplicaciones grandes y estáticas a aplicaciones distribuidas de varios niveles, los equipos de operaciones están encargados de gestionar el ciclo continuo de cambios, implementaciones y actualizaciones en las aplicaciones de producción.Las aplicaciones de varios niveles requieren que usted: elimine la brecha entre los equipos de aplicaciones y operaciones, controle el traspaso de aplicaciones y coordine el cambio en los entornos, incluido Desarrollo, CC, pruebas y producción; Ejecute de manera precisa la implementación, incluida la secuencia de pasos y operaciones en los niveles para abordar las dependencias de la aplicación y lógica de servicio (como condiciones, revisiones, orden de reinicio, etc.); Gestione el cambio de aplicación en mayores volúmenes de servidores físicos, virtuales y de nube distribuidos.La automatización de la entrega de versiones (Nolio ASAP) le permite automatizar las tareas de servicio de implementación de aplicaciones en usuarios, niveles, entornos e infraestructuras de centros de datos. A través de la automatización, esto simplifica las complejas implementaciones de aplicaciones manuales, y le permite crear procesos confiables y repetibles para gestionar centralmente el cambio de las aplicaciones, eliminando errores, agilizando el tiempo hasta la entrega de días a minutos y reduciendo los gastos generales operacionales en 85%.
  • Las capturas de pantalla indican que estos son productos en tiempo real, no programas vapor.CONTROL DE VERSIONESEl Control de versiones se ofrece a través de la solución Gestión de versiones de aplicaciones (ARM) de Serena, potenciada por el poderoso flujo de trabajo y las capacidades de organización de Serena Business Manager (SBM). Con ARM, puede capturar y automatizar políticas y procedimientos de entrega de versiones, y coordinar la ruta y aprobación de actividades de gestión de versiones en Gestión de versiones, incluidos negocios, operaciones de TI y desarrollo. Con la integración directa de las soluciones SCM líderes de Serena para plataformas Mainframe y Distribuidas, habilitamos de manera exclusiva la coordinación de la planificación y el control de entrega de versiones en plataformas heterogéneas, y permitimos ver el estado de los componentes y paquetes de versiones en desarrollo.Dada la complejidad de la Gestión de versiones, y la mayor participación de las partes interesadas, no es sorprendente saber que Gartner calcula que 80% del tiempo inactivo no planificado se debe a problemas con personas y procesos. Con el Control de versiones, las organizaciones pueden mejorar considerablemente la comunicación y la coordinación de los procesos, aprobaciones y actividades de gestión de versiones en todas las partes interesadas de la Gestión de versiones.Con el control de versiones automatizado, puede eliminar la dependencia de los procesos manuales actuales y los actos heroicos individuales, mejorar la visibilidad y alineación en Negocios, TI y Desarrollo de aplicaciones, e implementar una práctica eficaz, gestionar una versión como un programa.BÓVEDA DE VERSIONESPara mejorar la toma de decisiones, los componentes de las versiones se deben visualizar con un nivel detallado de transparencia en cuanto a estado, riesgo, problemas y dependencias. La Gestión de versiones necesita visibilidad de los entregables de desarrollo a medida que se preparan para entrega. Quizás algunos de ustedes la denominen repositorio de oro o bóveda de versiones.La ruta hacia la producción es donde la coordinación en Desarrollo de aplicaciones y Operaciones de TI generalmente es más intensa, pero también es el área donde debe existir una coordinación y organización optimizadas a medida que los componentes y paquetes de las versiones se llevan hacia producción. Todos hemos oído sobre el impacto de los cambios no autorizados que se realizan en el desarrollo, y la importancia de gestionar y coordinar varios canales de desarrollo. Con la ventaja de la agilidad comercial, el volumen y la velocidad de solicitudes de Desarrollo de aplicaciones a Entrega de versiones están aumentando y en muchos casos, la gestión de versiones se considera como un cuello de botella. Asimismo, muchas veces, aunque cuestionables, generalmente es uno de los procesos de gestión de versiones menos automatizado y con más secuencias de comando, tanto en entornos de preproducción como producción. Hace mucho tiempo que Serena se ha centrado en la automatización de la ruta hacia la producción, proporcionando la capacidad para promover, implementar, restaurar y auditar áreas de implementación, un enfoque que es coherente y se comparte tanto en entornos de Mainframe como Distribuidos. La gestión eficaz de códigos y entornos, sincroniza el trabajo de varios equipos en una versión integrada que requiere una cuidadosa sincronización de códigos y simplifica la preparación y gestión de versiones. Una gestión de códigos adecuada puede reducir la cantidad de tiempo que se invierte en actividades de sincronización. De igual manera, la programación eficaz de recursos de entorno puede permitir las pruebas paralelas de diferentes secuencias de códigos y disminuir el plazo general. La mayor visibilidad de la ruta hacia la producción puede evitar la compresión de los programas y mejorar los resultados de las versiones.Incluso si los equipos de desarrollo utilizan diferentes herramientas de SCM/Desarrollo, vemos una creciente necesidad de centralizar datos de versiones para simplificar la complejidad de la gestión de versiones.La misión de las personas encargadas de las aplicaciones es introducir cambios en las aplicaciones; incluso si no estamos cambiando la funcionalidad de una aplicación, estamos introduciendo el cambio para mantenerlas funcionando. La misión de la gente de operaciones es esforzarse por lograr un 100% de tiempo activo de forma confiable y escalable, para mitigar el riesgo para las operaciones en curso. Cada cambio en el entorno de operaciones abre la puerta, aunque levemente, al riesgo. Incluso dentro de las aplicaciones hay un conflicto entre las funciones: los nuevos proyectos son eventos altamente visibles para la empresa; la implementación de producción es un gran tema, generalmente con más fanfarria. Compare eso con la actividad comparativamente mundana de mantener dichas aplicaciones básicas en funcionamiento después de la implementación. No hay un solo evento importante; es más bien una serie de actividades continuas más pequeñas que continúa mayormente invisible para la empresaAUTOMATIZACIÓN DE VERSIONESSimplifique las complejas implementaciones de aplicaciones de varios niveles, elimine errores, agilice el tiempo de traspaso y entrega de versiones. Supongo que muchos de ustedes siguen siendo muy dependientes de los procesos de implementación manuales u orientados a las secuencias de comandos.Con los centros de datos en transición de aplicaciones grandes y estáticas a aplicaciones distribuidas de varios niveles, los equipos de operaciones están encargados de gestionar el ciclo continuo de cambios, implementaciones y actualizaciones en las aplicaciones de producción.Las aplicaciones de varios niveles requieren que usted: elimine la brecha entre los equipos de aplicaciones y operaciones, controle el traspaso de aplicaciones y coordine el cambio en los entornos, incluido Desarrollo, CC, pruebas y producción; Ejecute de manera precisa la implementación, incluida la secuencia de pasos y operaciones en los niveles para abordar las dependencias de la aplicación y lógica de servicio (como condiciones, revisiones, orden de reinicio, etc.); Gestione el cambio de aplicación en mayores volúmenes de servidores físicos, virtuales y de nube distribuidos.La automatización de la entrega de versiones (Nolio ASAP) le permite automatizar las tareas de servicio de implementación de aplicaciones en usuarios, niveles, entornos e infraestructuras de centros de datos. A través de la automatización, esto simplifica las complejas implementaciones de aplicaciones manuales, y le permite crear procesos confiables y repetibles para gestionar centralmente el cambio de las aplicaciones, eliminando errores, agilizando el tiempo hasta la entrega de días a minutos y reduciendo los gastos generales operacionales en 85%.
  • Para mejorar su Gestión de versiones, no tiene que cambiar nada. Por el contrario, concéntrese en sus mayores desafíos. Elija una parte de su proceso de Gestión de versiones: Control de versiones, Bóveda de versiones o Automatización de versiones. Comience a verlo como un proceso comercial. ¿Quién participa? ¿Cómo mide el progreso? Podemos ayudarle.Control de versiones - Inconvenientes que enfrentan los clientesAuditorías que requieren tiempoDiferentes procesos para entregas de emergenciaEl proceso de entrega de versiones no está bien documentadoEscasa comunicación del procesoNo puede ver o hacer un seguimiento a las aprobaciones de los cambios a través del proceso de entrega de versionesBóveda de versiones - Inconvenientes que enfrentan los clientesMuchas fuentes de nuevo códigoDebe asegurar la versión de producciónNecesita una pista de auditoría completaAutomatización de versiones - Inconvenientes que enfrentan los clientesEl complejo proceso se ejecuta manualmente y con secuencias de comandos desarrolladas a nivel internoNecesita hacer entregas de versiones más frecuentesMuy pocas personas para gestionar todas las entregas de versiones
  • Gestión de versiones de SerenaMenores costosGartner estima que los problemas de las personas y los procesos causan 80% del tiempo inactivo no planificado. Cada minuto que un sistema está paralizado significa dinero para usted. Le ayudamos a evitar el tiempo inactivo no planificado.Cumpla siempreLa aplicación y demostración de cumplimiento de las disposiciones pueden ser una pesadilla. Nosotros lo facilitamos. Usted obtiene procesos automatizados con cumplimiento incorporado, vale decir, trazabilidad integral de todos los cambios.Logre eficiencia y confiabilidadLa entrega de aplicaciones requiere de coordinación entre diferentes grupos y sistemas. Es fácil hurgar entregas. Le ayudamos a aumentar considerablemente la eficiencia y confiabilidad al estandarizar y automatizar todo el proceso de entrega de versiones.Hemos hablado sobre los desafíos de la Gestión de versiones, entre ellos, 1) proteger el tiempo activo de producción al liberar un nuevo código, 2) entregar con mayor frecuencia y más rápido debido a las demandas comerciales en constante crecimiento, 3) estar listo para responder a auditorías en un dos por tres, y 4) brindar una comunicación oportuna y exacta sobre el estado y el programa de la entrega de las versiones a todas las partes interesadas.Resuelva esto con una Implementación de un solo clic para disminuir fallasLa solución integral de gestión de versiones de Serena consta de tres componentes integrados, cada uno de los cuales hace frente a desafíos clave de las partes interesadas primarias de la gestión de versiones, Negocios y TI, Desarrollo de aplicaciones y Operaciones de versiones. Con el Control de versiones, Bóveda de versiones y Automatización de versiones, ahora ofrecemos el mejor y más amplio conjunto de soluciones para resolver sus desafíos de Gestión de versiones.En resumen, lo animo agestionar una versión como un ciclo de vida del programa, automatizar las políticas y procesos de entrega de versiones en Desarrollo de aplicaciones y Operaciones de TI, involucrar a las partes interesadas y mejorar la comunicación.adoptar y centralizar una bóveda de versiones para mejorar la gestión de la ruta hacia la producción, garantizar la integridad de los componentes de las versiones de aplicaciones y simplificar la coordinación con control de versiones y automatización de versiones.considerar la automatización de versiones si sus procesos de implementación de versiones son manuales u orientados a las secuencias de comandos.
  • 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 />

    ×