Cómo hacemos los anuncios de producción

En Driftrock somos una pequeña empresa que ha pasado de 8 a 18 personas en los últimos 9 meses. No es excesivo, pero ha puesto a prueba algunos métodos de comunicación. Uno de ellos era cómo comunicábamos las nuevas funciones que acabábamos de lanzar.

¡Shhh! Estamos lanzando software

Antes introducíamos un cambio en una de nuestras aplicaciones y no se lo decíamos a nadie a menos que resolviera un problema concreto de un cliente. Esto significaba que no buscábamos muchos comentarios sobre las nuevas funciones y que el progreso y la actividad del equipo pasaban desapercibidos para el resto de la empresa. Teniendo en cuenta que nuestro software se utiliza cada vez más internamente, esto nos parecía una verdadera oportunidad perdida.

Introducir Cangrejo de Liberación

Ahora tenemos un canal Slack dedicado para anunciar internamente el lanzamiento de nuevas funciones, correcciones de errores y otros cambios. Normalmente, el anuncio lo realiza un desarrollador después de pasar sus cambios a producción, ya que es quien tiene más contexto. Pero somos pragmáticos y no anunciamos cada pequeño cambio, por ejemplo, podemos esperar hasta que hayamos terminado una secuencia de despliegues rápidos. Sin embargo, valoramos los comentarios, así que anunciamos actualizaciones con regularidad.

Aquí tienes un ejemplo de los cambios que se han introducido en Create (una aplicación para crear anuncios en Facebook de forma rápida):

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

Parece una adición simple y obvia a un despliegue de producción, pero ha tenido un impacto sorprendente, aquí están algunas mejoras que ha hecho:

• Un circuito de retroalimentación más estrecho: más comunicación entre el equipo de desarrollo de productos (nosotros) y los demás equipos de Driftrock: marketing de resultados (usuarios internos), ventas y soluciones para clientes.
• Mayor responsabilidad y propiedad: podríamos automatizar estas notas de publicación, pero el toque personal añade un elemento de responsabilidad, ya que ofrece a los lectores un punto de contacto para recibir cualquier comentario. Por lo tanto, el autor tiene que saber lo que se va a publicar y (si es necesario) lo que está ocurriendo en el equipo. Recopilar esta información es necesario para ayudar al autor a convertir el anuncio en algo sencillo y conciso.
• Mantiene los despliegues reducidos: de forma similar, esa pequeña cantidad de sobrecarga manual para el autor nos da una razón más para mantener el tamaño del lote de un despliegue reducido y asegurarnos de que estamos liberando software pronto y con frecuencia.

Futuros lanzamientos

Aún nos estamos acostumbrando a este proceso, que sin duda evolucionará. Entre las primeras ideas para desarrollarlo se incluye la automatización de las notas de publicación basadas en los mensajes de confirmación y el estudio de cómo podemos proporcionar a nuestros clientes una versión similar, posiblemente incluso haciéndolas públicas.

‍