Háblame de una decisión técnica que revocaste y de cómo la gestionaste.

Revoca pocas veces, y solo cuando el coste de equivocarse es alto o la decisión es difícil de revertir. Cuando lo hagas, explica el razonamiento abiertamente, reconoce los méritos del enfoque que descartaste y dale al ingeniero propiedad real de la implementación. Fija un detonante explícito que te haría revisarlo, para que la decisión siga basada en evidencia y no en quién tiene el cargo.

Mi listón es alto: intento influir en vez de imponer, y solo tiro del cargo cuando una decisión es cara de revertir. La que recuerdo fue un plan para construir nuestra propia capa de planificación de trabajos en vez de usar una existente. El diseño era bueno, honestamente mejor adaptado a nuestra forma de trabajar, y el ingeniero que lo propuso era de las personas más fuertes con las que he trabajado. Lo revoqué porque estábamos a cuatro meses de un hito de financiación con dos vacantes abiertas, y asumir infraestructura de la que seríamos dueños para siempre era un compromiso de mantenimiento que no podíamos cubrir. Di ese razonamiento en voz alta en la revisión de diseño y no en privado, incluida la parte de que su diseño era técnicamente mejor, porque el equipo necesita ver la restricción real. Luego le pedí que fuera dueño del trabajo de integración, que tenía alcance de verdad. También escribí la condición para revisarlo: si llegábamos a ciertos límites en la opción de terceros, lo construimos. Dieciocho meses después hicimos exactamente eso.