Un ingeniero staff describe su método personal para detectar problemas relevantes más allá de las tareas asignadas. La clave, explica, no consiste en reservar horas de calendario para “pensar estratégicamente”, sino en actuar como una esponja: escuchar de forma pasiva el ruido cotidiano —reuniones, chats, correos—, absorber las dificultades que mencionan compañeros y equipos, y dejar que esas ideas reposen hasta que aparezcan conexiones entre problemas que en principio parecían inconexos.
El autor distingue entre absorber problemas y atender peticiones. Cuando algo encaja con su área, tira del hilo: pregunta qué objetivo real persigue el solicitante, comprueba si una funcionalidad existente ya cubre el caso y procura observar de primera mano los flujos de trabajo del equipo, incluso reproduciendo errores por sí mismo. También busca conversaciones con personas que tienen visibilidad sobre sistemas críticos o sobre el trabajo downstream de su propio equipo.
Otro pilar del método es resistir la urgencia. Tras haber construido funciones que apenas se usaron por precipitarse, aconseja dejar que los problemas se acumulen y vuelvan a aparecer en otros contextos antes de actuar: solo así se separa el ruido del volumen puntual de un único equipo. Luego, durante paseos largos, intenta identificar patrones comunes y formular hipótesis generales que conviertan varias peticiones aisladas en una capacidad compartida, aunque advierte del riesgo de forzar conexiones aparentes. Por último, elige entre enviar un cambio pequeño, construir un prototipo desechable o embarcar a otros equipos, siempre con la disposición de abandonar la idea si la evidencia o el entusiasmo del resto no la acompañan.