Publicar un cambio sin arruinarte la tarde
La pregunta antes de publicar no es si funciona. Es qué harás en los veinte minutos siguientes a que no funcione.
Casi todas las publicaciones salen bien. Las que no, suelen fallar por motivos que nadie podía prever, y por eso la preparación va de recuperarse y no de adivinar.
Escribe primero el camino de vuelta
Antes de publicar, responde por escrito a una pregunta: ¿cómo deshacemos esto y cuánto tarda? Si la respuesta pasa de diez minutos, o es «habría que pensarlo», no estás listo. No porque el cambio sea malo, sino porque tendrás que pensarlo mientras algo está roto y la gente pregunta.
Algunos cambios no se pueden deshacer de verdad: una migración de datos, un correo que ya salió. Esos piden otro tipo de cuidado —una primera tanda pequeña, una prueba en tu propia cuenta— precisamente porque no existe salida de emergencia.
Publica cuando estén despiertos quienes pueden arreglarlo
El viernes por la tarde es la peor franja y sigue siendo popular porque parece dejar la mesa limpia antes del fin de semana. Lo que hace en realidad es trasladar el descubrimiento de cualquier problema al sábado, cuando quien conoce el cambio está ilocalizable y quien está localizable no lo conoce.
Las buenas franjas son las mañanas de martes y miércoles. Consigues un día laborable completo de uso real con todos los implicados en su mesa. Una publicación que espera cuatro días casi nunca es peor que una que nadie puede sostener.
Vigila lo que cambiaste, no el panel
Después de publicar, la gente echa un vistazo a una vista general, ve verde y sigue. Las vistas generales tardan en notar una rotura concreta: un formulario que falla en un navegador, un paso que se salta en silencio.
Dedica los primeros quince minutos a usar lo que cambiaste como lo haría un cliente. Suena demasiado simple para importar y encuentra más que la monitorización, porque la monitorización solo informa de los fallos que alguien pensó en instrumentar.
Avisa a soporte antes que al mundo
Quien contesta mensajes debería enterarse de un cambio antes de que un cliente se lo describa. Si no, su primer contacto con tu trabajo es alguien confundido y les toca adivinar si es un fallo o algo intencionado.
Bastan dos frases: qué cambió y qué podría notar alguien. Mándalas esa misma mañana. Es la acción más barata posible y la que más se salta, porque quien publica piensa en el código y no en quien tendrá que responder a las cuatro.
Preguntas que la gente hace
¿Qué preparo antes de publicar?
El camino de vuelta. Escribe cómo se deshace el cambio y cuánto tarda; si pasa de diez minutos o hay que pensarlo, no estás listo: lo pensarás mientras algo está roto.
¿Cuál es el mejor momento para publicar?
Martes o miércoles por la mañana, para tener un día laborable completo de uso real con todos los implicados en su mesa. El viernes por la tarde traslada el problema al sábado.
¿Cómo se anuncia un cambio?
A quien atiende mensajes antes que a los clientes: dos frases, qué cambió y qué podría notarse. Si no, su primer contacto con tu trabajo es una persona confundida y una suposición.
