- Un texto que aborda el concepto de "consejos peligrosos" (dangerous advice): útiles para ingenieros senior con habilidad, pero potencialmente dañinos para ingenieros menos maduros
- Cosas como el acceso a SQL de producción son "herramientas afiladas" (sharp tools)
- Algunos ejemplos concretos de consejos peligrosos son definir por cuenta propia las prioridades del trabajo, romper deliberadamente algunas reglas de la empresa cuando haga falta y adoptar una postura firme incluso en la incertidumbre
- La mayor parte de los consejos de carrera son falsos porque están escritos para evitar responsabilidades o gestionar impresiones; para sacar el trabajo adelante de verdad, hace falta actuar fuera de las reglas oficiales
- Los managers tienen una limitación estructural que les impide dar este tipo de consejos directamente, por el riesgo que recaería sobre ellos
- Los consejos peligrosos tienen una naturaleza de alto riesgo y alta recompensa, y la clave está en entender la zona invisible (illegible) que existe más allá de las reglas formales de la organización
La metáfora de las "herramientas afiladas" y los "consejos peligrosos"
- Las "sharp tools" son herramientas como
ssh, kubectl o una consola SQL de producción con permisos de lectura y escritura: pueden ser de gran ayuda o causar mucho daño según la capacidad de quien las use
- Los "consejos peligrosos" tienen la misma característica: solo pueden aprovecharse bien si se cuenta con capacidad y criterio
- Darle consejos peligrosos a la persona equivocada es como darle acceso a SQL de producción a la persona equivocada
Ejemplos concretos de consejos peligrosos
- Decidir por ti mismo en qué trabajar
- A veces, romper deliberadamente las reglas escritas de la empresa
- Incluso en la incertidumbre, adoptar una postura firme
- Verte a ti mismo un poco como un "grifter"
- Evitar deliberadamente toda actividad que no esté relacionada con shipping
Por qué la mayoría de los consejos de carrera son falsos
- Los ingenieros con habilidad ansían consejos peligrosos por la misma razón por la que quieren herramientas afiladas
- La mayoría de los consejos de carrera se escriben para evitar responsabilidades (liability avoidance) o impresionar a otros (impress people)
- Si de verdad quieres sacar el trabajo adelante, acabarás recurriendo a estas conductas peligrosas porque resulta obvio que ayudan
- Saber que en la práctica no funciona como se dice oficialmente, pero que nadie te lo explica, provoca una profunda sensación de alienación
- En la etapa junior, fueron de gran ayuda unos pocos colegas que hablaron con franqueza de manera informal
La estructura que impide a los managers dar consejos peligrosos
- Si un manager te aconseja ignorar la política de la empresa y luego el ingeniero lo ejecuta mal (por ejemplo, publicando en Slack que el manager lo autorizó), el daño para el manager es mayor
- El liderazgo en empresas tecnológicas tiende a ver a los ingenieros como "useful idiots", y espera profesionalismo de los managers
- Muchos managers querrían dar este tipo de consejos y valoran mucho a los ingenieros que actúan por sí mismos de esta manera
- Para un manager, es muy frustrante gestionar a un ingeniero fuerte que sería mucho más efectivo si abordara el trabajo de forma más estratégica y menos atada a la descripción del puesto
La esencia de los consejos peligrosos: alto riesgo, alta recompensa
- Seguir consejos peligrosos requiere valentía
- Por su carácter de alto riesgo y alta recompensa, son desproporcionadamente útiles para ingenieros fuertes y perjudiciales para ingenieros débiles
- Si no te sientes cómodo, no deberías seguirlos jamás; pero si ya trabajas así y te preocupan los errores a largo plazo, probablemente ese no sea tu caso
Reacciones en Hacker News y los elementos invisibles de la organización
- En Hacker News hubo una mezcla de reacciones muy positivas y muy negativas
- El error central de los comentarios negativos es asumir que una organización es simplemente un conjunto de reglas codificadas, y que el modo principal de operar dentro de ella es la colaboración formal y estructurada
- Ese es el tipo de error que James C. Scott describe en Seeing Like a State como una priorización excesiva de la legibilidad (legibility)
- En toda comunidad existen componentes invisibles pero fundamentales (load-bearing illegible)
- Pensar con cuidado en esa parte invisible de tu propio trabajo es la tesis central de este texto y del blog en general
Aún no hay comentarios.