Desarrollar una estrategia de gestión de lanzamientos

Objetivos de aprendizaje

Después de completar esta unidad, podrá:

Identificar cómo alinear equipos de desarrollo.
Desarrollar una estrategia para gestionar lanzamientos y nuevos entornos
Elaborar un plan para la gestión del control de origen

Examinar lo que ya se ha desarrollado es un paso importante para comprender cómo gestionar mejor la organización en el futuro. El punto central para analizar es de qué modo trabajan en conjunto las personas que desarrollan y ofrecen aplicaciones para la compañía. Al empezar a implementar modelos para el desarrollo y la oferta de aplicaciones que permitan realizar cambios de menor escala y más enfocados, asegúrese de no propiciar oportunidades para que los equipos realicen trabajos redundantes o que generen conflictos. En otras palabras, cree un silo nuevo y más eficaz.

Alinear a los equipos de desarrollo

¿Cómo se puede alinear a los equipos de desarrollo? Veamos cómo trabajan en conjunto actualmente para desarrollar aplicaciones. ¿Algunos equipos usan las metodologías ágiles? ¿Otros equipos distintos usan marcos de trabajo? ¿Los equipos trabajan en silos? Poder observar a todos los equipos es clave para gestionar mejor las aplicaciones. Identifique qué áreas se superponen (o entran en conflicto) al comienzo del proceso de planificación y desarrollo a fin de evitar conflictos costosos sobre la marcha.

Además de establecer pautas sólidas para la comunicación entre los equipos, asegúrese de preparar a su compañía para el éxito a largo plazo. ¿Su compañía tiene un plan de regulación general para la organización? Crear una regulación efectiva también es esencial para proteger la eficacia de la organización en el futuro.

Desarrollar una estrategia para gestionar nuevos entornos y lanzamientos

La forma en que los equipos se comunican durante el desarrollo de las aplicaciones es solo una parte de la gestión de lanzamientos. ¿Cómo se comunican los equipos si hay cambios en el proceso de lanzamiento a producción? ¿Diferentes personas se ocupan de la formación de los usuarios finales y de compartir actualizaciones con esos grupos? ¿Quién se encarga de implementar y migrar los cambios entre los distintos entornos? ¿De qué manera los equipos que desarrollan diferentes áreas de la organización coordinan el producto que se va a lanzar y el momento de lanzamiento?

Cambiar a un modelo de lanzamiento que permita a los equipos migrar los cambios entre entornos más rápidamente significa que los equipos necesitarán nuevas formas más sencillas de estar al tanto de otros lanzamientos y del momento en que ocurran. También es necesario establecer un sistema sólido para que los equipos usen entornos sandbox y nuevos entornos, como organizaciones borrador.

Consulte el módulo de gestión de cambios para conocer más estrategias sobre regulación y gestión de lanzamientos.

Elaborar un plan para la gestión del control de origen

Al cambiar la estrategia de desarrollo, es importante contar con un plan para la gestión del control de origen. ¿Están utilizando alguna clase de control de origen actualmente? ¿De qué modo los equipos revisan su trabajo en el control de origen? ¿Dónde y cómo se realizan las revisiones de código? ¿Necesitan acceso restringido a ciertas sucursales o entornos? ¿De qué modo los procesos de automatización, como la integración continua/oferta continua, afectan el ciclo de vida de la gestión de aplicaciones?

Si aún no están familiarizados con el control de origen, asegúrese de que su equipo aprenda los aspectos básicos. Un buen punto de partida es el módulo de fundamentos de Git y GitHub. A continuación, debe evaluar cómo están estructurando los repositorios y las sucursales dentro de los repositorios. Si implementaron un plan significativo para el control de origen y la ramificación, puede simplificar los flujos de trabajo diarios de desarrollo de aplicaciones. Esto se aplica no solo a los paquetes desbloqueados, sino también al desarrollo en general.

Es preciso que los planes de gestión de repositorios y sucursales complementen el plan que ya estableció para el trabajo conjunto de los equipos a fin de desarrollar y ofrecer aplicaciones. Las estrategias de comunicación y lanzamiento efectivas que ya se hayan establecido no deberían comprometerse creando un patrón de control de origen que les permita a los equipos aislarse y crear personalizaciones redundantes o en conflicto.

Si ya utiliza un control de origen y advierte que no está en línea con la forma de trabajo de sus equipos, investigue los motivos. ¿Es falta de formación? ¿Hay problemas con las herramientas?

Este es un gran momento para abordar los problemas pendientes en cuanto al control de origen y garantizar que los equipos estén usando las herramientas de control de origen de manera eficiente. El control de origen debe reforzar la forma de trabajo esperada de los equipos durante el desarrollo y la oferta de aplicaciones.

No se pierda las novedades

Los próximos meses sumaremos más recursos y oportunidades para llevar estos conceptos a la práctica. Tendrá la posibilidad de explorar formas de desenredar metadatos y crear paquetes, y aprender sobre la gestión de paquetes desbloqueados.