Una guía de buenas prácticas sobre cómo un equipo de desarrollo se entera de que rompió algo, y qué tiene que estar debajo para que enterarse sirva de algo.
El detonante es una escena que muchos recuerdan de los equipos que fueron pioneros en integración continua entre 2000 y 2010: un equipo sentado junto, una pantalla o una lámpara en la pared, y una luz que se pone roja cuando alguien rompe el build. La escena se copia con facilidad. Lo que la hacía funcionar, no.
Esta página documenta las dos cosas: de dónde vienen esas prácticas y cómo se llaman de verdad, y cuáles son las condiciones invisibles sin las cuales la pantalla es decoración.
No cubre el diagnóstico de un equipo específico ni qué hacer cuando el trabajo se acumula en QA. Eso está en una página aparte.
El término es information radiator y lo acuñó Alistair Cockburn en 2001. Es el mismo autor del walking skeleton y de la comunicación osmótica, todos parte de la metodología Crystal.
Cockburn lo planteó como metáfora extendida: la información se mueve como se dispersa el calor o el gas. Un radiador de información es una pantalla visible ubicada donde el equipo pasa, de modo que cualquiera vea el estado más reciente de un vistazo, sin pedirlo y sin abrir nada.
Lo interesante es que Cockburn no lo justificó por eficiencia informativa. Lo justificó por dos mensajes que el radiador emite hacia afuera y hacia adentro:
Ese segundo mensaje es el que se pierde al copiar la práctica. Un tablero que nadie mira, o que lleva semanas en rojo, sigue siendo una pantalla, pero ya dejó de emitir los dos mensajes. Se volvió mobiliario.
Criterio práctico: si el radiador está en rojo y el equipo sigue trabajando normalmente, el radiador ya no informa nada. Apagarlo sería más honesto que dejarlo.
La categoría de los aparatos físicos se llama extreme feedback devices, y el término lo acuñó y desarrolló Alberto Savoia.
Savoia es a quien se le atribuye haber conectado por primera vez lámparas de lava a un servidor de build, alrededor de 2006-2007, en Agitar Software. El montaje: una lámpara verde y una roja en el centro de la mesa en U del equipo. Verde encendida mientras el build pasaba; si el build fallaba, la verde se apagaba y la roja se encendía.
El detalle que hace que esta anécdota sea una lección de diseño y no una curiosidad: la cera de una lámpara de lava tarda de 15 a 20 minutos en calentarse y empezar a burbujear. Los programadores empezaron a competir por arreglar el build antes de que las burbujas subieran. Nadie diseñó esa dinámica. Emergió del aparato.
Savoia identifica tres innovaciones de esa familia que terminaron adoptándose ampliamente: las lámparas de lava en rojo y verde, los monitores de feedback (pantallas LCD con el estado), y las campañas de difusión en lugares de paso obligado.