Armstrong Effect: cuando tu código silencia a otros

El Armstrong Effect describe un fenómeno sutil pero real en equipos de tecnología: cuando una persona con mucha autoridad —técnica o jerárquica— expresa una opinión, los demás tienden a callar sus objeciones o ideas alternativas. No es malicia, es sesgo humano. Pero en desarrollo de software, donde la mejor solución suele surgir de la fricción constructiva, esto es letal.

Para un dev, el peligro es doble. Por un lado, si eres la voz dominante, puedes estar matando feedback valioso sin darte cuenta. Por otro, si eres quien calla, estás dejando de aportar perspectivas que podrían evitar bugs, deuda técnica o malas decisiones de arquitectura. No se trata de jerarquía formal; a veces un senior con mucha labia genera el mismo efecto.

Las consecuencias van más allá de la dinámica de equipo. Decisiones unilaterales, code reviews que son puro trámite, retrospectivas donde nadie dice nada incómodo. Todo eso erosiona la calidad del producto y la cultura.

La solución no es eliminar la autoridad, sino crear espacios donde disentir sea seguro. Técnicas como el voto anónimo, rondas de opinión en orden inverso de antigüedad, o simplemente que el líder hable al último. También vale la pena que quienes tienen más experiencia pregunten activamente: "¿Qué estoy pasando por alto?" en lugar de lanzar su solución primero.

¿Qué significa para ti? La próxima vez que estés en una reunión o code review, pregúntate: ¿estoy hablando porque tengo la razón o porque tengo el poder? Y si eres quien escucha, anímate a decir algo que nadie más haya dicho. Podría ser justo lo que el proyecto necesita.