En esta página
Cuatro productos junto con el trabajo para clientes suena a receta para el caos. Lo que lo hace viable no son los golpes de efecto, sino un horario semanal aburrido que casi siempre cumplimos.
La forma de la semana
Lunes: soporte y triaje
Primero se vacían todas las bandejas de entrada. Los informes de errores se reproducen, se etiquetan y se corrigen ese mismo día o se programan. Empezar por los usuarios mantiene el resto de la semana fiel a lo que importa.
Martes y miércoles: construir
Dos días ininterrumpidos en un producto cada vez. Notificaciones apagadas y ninguna reunión programada. Aquí ocurre la mayor parte del trabajo real sobre funciones.
Jueves: revisar y preparar
Revisión de código, pruebas y notas de versión. Los lanzamientos se preparan el jueves, pero no se publican el jueves por la tarde.
Viernes: escribir y planificar
Documentación, artículos del blog, registros de cambios y el plan de la semana siguiente. Escribir nos obliga a explicar lo que construimos, y explicarlo suele revelar lo que hicimos mal.
Por qué no se publica nada un jueves por la tarde
Si algo falla, una publicación del jueves por la tarde se arregla de noche o se queda rota hasta el fin de semana. Publicamos el martes o el miércoles por la mañana, cuando hay tiempo para vigilarlo y revertir.
Un producto por bloque
En lugar de tocar los cuatro productos cada día, cada bloque de construcción pertenece a un solo producto. El coste de cambiar entre bases de código es sobre todo el de recargar el contexto, así que evitamos hacerlo más de una vez al día.
Lo que no encaja
Los incidentes ignoran el calendario. Cuando algo cae, todo lo demás se detiene. Dejamos margen en el plan comprometiéndonos solo con unas tres cuartas partes del tiempo disponible.
Qué cambiaríamos
El horario solo funciona si cada bloque sigue protegido, y el conocimiento aún puede acumularse en torno a quien construyó una función. Parte del plan de este año es lograr una documentación lo bastante buena como para que cualquier ingeniero pueda retomar cualquiera de los cuatro productos.
Pruébelo usted
No hace falta tener cuatro productos para que esto resulte útil. Elija un día para el soporte, un día para escribir y un día en el que nunca se despliegue, y vea qué cambia.
¿Le ha resultado útil? Compártalo con su equipo.
Compartir en LinkedIn
