Blog
/
Cómo anunciamos el lanzamiento de las versiones de producción

Cómo anunciamos el lanzamiento de las versiones de producción

29 de diciembre de 2016

En Driftrock somos una pequeña empresa que ha pasado de 8 a 18 empleados en los últimos nueve meses. No es un crecimiento excesivo, pero sí que ha puesto a prueba algunos de nuestros métodos de comunicación habituales. Uno de ellos era la forma en que informábamos sobre las nuevas funciones que se habían puesto en marcha recientemente; en algún momento, dejamos de hacerlo.

¡Shhh! Vamos a lanzar un software

Antes, implementábamos cambios en una de nuestras aplicaciones y no se lo comunicábamos a nadie a menos que resolvieran un problema concreto de un cliente. Esto significaba que no recabábamos muchos comentarios sobre las nuevas funciones y que el resto de la empresa apenas tenía conocimiento del progreso y la actividad del equipo. Teniendo en cuenta que nuestro software se utiliza cada vez más a nivel interno, esto nos parecía una auténtica oportunidad perdida.

Introduce «Release Crab»

Ahora contamos con un canal específico de Slack para anunciar internamente el lanzamiento de nuevas funciones, correcciones de errores y otros cambios. Normalmente, el anuncio lo realiza un desarrollador después de implementar sus cambios en el entorno de producción, ya que es quien mejor conoce el contexto. Sin embargo, somos pragmáticos al respecto y no anunciamos cada pequeño cambio; por ejemplo, es posible que esperemos hasta haber completado una serie de implementaciones rápidas. No obstante, valoramos mucho los comentarios, por lo que anunciamos las actualizaciones con regularidad.

A continuación te mostramos algunos de los cambios que se van a implementar en Create (una aplicación para crear anuncios rápidamente en Facebook):

(Fíjate en el emoji del cangrejo: ahora es sinónimo de anuncios de lanzamientos)

(Fíjate en el emoji del cangrejo: ahora es sinónimo de anuncios de lanzamientos)

Aunque parezca una incorporación sencilla y obvia a una implementación en producción, ha tenido un impacto sorprendente; estas son algunas de las mejoras que ha aportado:

  • Un ciclo de retroalimentación más estrecho: mayor comunicación entre el equipo de Desarrollo de Productos (nosotros) y los demás equipos de Driftrock: Marketing de Rendimiento (usuarios internos), Ventas y Soluciones para Clientes.
  • Mayor responsabilidad y implicación: podríamos automatizar estas notas de la versión, pero el toque personal aporta un elemento de responsabilidad, ya que ofrece a los lectores un punto de contacto al que dirigir sus comentarios. Por lo tanto, el autor debe comprender qué es lo que se va a publicar y (si es necesario) qué está sucediendo en el resto del equipo. Recopilar esta información es imprescindible para que el autor pueda sintetizar el anuncio de forma sencilla y concisa.
  • Mantiene los despliegues reducidos: del mismo modo, ese pequeño esfuerzo manual que supone para el autor nos da otra razón más para mantener el tamaño de cada lote de despliegue reducido y asegurarnos de lanzar el software pronto y con frecuencia.

Próximos lanzamientos

Todavía nos estamos acostumbrando a este proceso y, sin duda, irá evolucionando. Entre las primeras ideas que queremos desarrollar se encuentran la automatización de las notas de la versión a partir de los mensajes de confirmación y estudiar cómo podemos ofrecer a nuestros clientes una versión similar, quizá incluso haciéndola pública.