Problemas de salud mental entre quienes trabajan en ingeniería de software
(vadimkravcenko.com)- El rol de liderazgo en una startup implica lidiar más con responsabilidades inciertas que con código, y los ataques de pánico, la ansiedad y el burnout pueden sacudir tanto el desempeño laboral como la vida en general
- A medida que se sube de nivel, aumentan las presiones sin un final claro: requisitos cambiantes en lugar de tickets definidos, deadlines superpuestos y respuesta a incidentes 24/7
- La cultura de “make it happen” alimenta el burnout con aceptación de plazos absurdos, micromanagement, reescritura nocturna de PRs, saltarse comidas y acumulación de reuniones
- No todos los deadlines implican el mismo riesgo; distinguir entre deadlines regulatorios, contractuales y autoimpuestos ayuda a separar la presión negociable del riesgo real
- La recuperación empieza menos con grandes decisiones y más con acciones pequeñas y repetibles: detectar señales tempranas, proteger los fines de semana, delegar, silenciar notificaciones e ir a terapia
Ansiedad y burnout a partir de un rol de liderazgo en una startup
- En 2017, al asumir el rol de Head of IT, también llegó la carga de un equipo de desarrollo de 5 personas, una gran cantidad de compromisos con socios y la presión de “entregar todo, no romper nada y no quemar a nadie”
- En ese momento no sentía que pudiera pedir licencia por motivos de salud mental, y aunque el handbook de la empresa incluía mental health day, todavía hay ingenieros que siguen dudando en usarlo
- Cuando la ansiedad se intensificaba, buscaba síntomas parecidos en r/Anxiety de Reddit; no era una solución de largo plazo, pero ayudaba a aguantar sin salir corriendo de la oficina
- Al final vio a un médico, recibió un diagnóstico formal y poco a poco volvió a su estado base; incluso ahora mantiene cerca una checklist de emergencia
Del trabajo de desarrollo controlable al trabajo incierto del liderazgo
- En las etapas iniciales del trabajo de desarrollo había un flujo relativamente controlable: tickets claros, criterios de aceptación, pruebas y merge
- A medida que se sube de rango, la definición del trabajo se vuelve borrosa, los deadlines se enciman, los stakeholders cambian de opinión a mitad del sprint y los juicios probabilísticos se vuelven parte de la rutina
- El trabajo de infraestructura y SRE trae una tensión constante incluso mayor que los deadlines de producto, porque se vive con el pager 24/7
- Hubo una situación en la que el CEO pidió priorizar al máximo una feature prometida al cliente más grande y, al día siguiente, exigió con la misma prioridad otra feature que la contradecía
- Aunque se explicó que ambas no podían ser prioridad máxima al mismo tiempo, la respuesta fue “make it happen”
El desgaste acumulado que produce “make it happen”
- El burnout se parecía menos a un gran incidente aislado y más al resultado de miles de pequeñas autolesiones acumuladas
- Los comportamientos que aumentaban la carga mental aparecían una y otra vez
- Aceptar todos los plazos irracionales para salvar la cara del equipo de ventas
- Meterse personalmente al código en nombre de proteger al equipo y caer en micromanagement
- Refrescar una cuenta bancaria a las 2 a. m. para comprobar si sería posible pagar nómina
- Intentar apagar un incidente en curso mientras al mismo tiempo se planea la arquitectura futura
- Guiar a juniors y luego reescribir en secreto sus PRs por la noche
- Seguidilla de reuniones, café frío y almuerzos omitidos
- Se repetía la sensación de estar bien durante los primeros 10 segundos de una mañana de fin de semana y luego sentir de inmediato cómo caía la ansiedad
No todos los deadlines tienen el mismo riesgo
- Antes trataba cada release como si fuera un aterrizaje del Mars Rover, pero al mirar atrás, los deadlines que realmente definían la supervivencia de la empresa eran pocos; el resto se parecía más a orgullo y mala gestión de expectativas
- Cuando mejoró el flujo de caja de la empresa y se estabilizaron los clientes, el work-life balance empezó a parecer menos irreal
- Una vez un deploy de viernes por la noche falló y pasó 6 horas resolviéndolo; pensó que el cliente cancelaría el contrato, pero el lunes el cliente estaba de viaje en velero y ni siquiera había abierto el link de staging
- Los deadlines pueden dividirse en tres tipos
- Deadline regulatorio: no negociable
- Deadline contractual: por lo general negociable si se avisa con anticipación
- Deadline autoimpuesto: normalmente nace del orgullo
- Algunas empresas promueven semana laboral de 4 días y prohibición de Slack fuera del horario; no hace falta quedarse solo en compañías que tratan el burnout como una medalla de honor
Respuestas personales que sí funcionaron
- No es consejo médico, pero hubo acciones que ayudaron a seguir funcionando
- Buscar señales de alerta temprana
- En su caso, eran el insomnio de doom-scrolling y una aversión repentina al code review que normalmente disfrutaba
- Cuando aparecen esas señales, baja el ritmo
- Decir “no” con claridad
- Hay que proteger los fines de semana y, si no es una alerta del pager, puede esperar hasta el lunes
- Delegar de verdad
- Cada PR que uno retiene es una oportunidad perdida de mentoría y también una forma de acumular ansiedad
- Reducir la cafeína
- Pasó por half-caf hasta llegar a decaf, y el corazón se sintió más tranquilo
- Caminar 12,000 pasos al día
- No hace falta equipo especial; bastan unos zapatos y una ruta
- Apagar las notificaciones del celular
- Si producción realmente se está incendiando, alguien va a llamar
Un liderazgo que pone a las personas primero
- Al empezar a leer sobre inteligencia emocional, dejó de ver a las personas como máquinas de merge conflict
- A veces escuchar primero y arreglar después ayuda más que otra retrospectiva de sprint
- No tiene sentido aceptar sin vergüenza la atención dental pero esperar que la salud mental deba refactorizarse en soledad
- El tiempo invertido en ver a un profesional fue de los de mayor ROI
- La recuperación es un proceso repetitivo; todavía hay días de trabajar hasta tarde o de olvidar el almuerzo, pero ahora puede notarlo, corregirlo y seguir adelante
El activo más importante, por encima del código
- El código se puede reescribir, pero a las personas no se les puede tratar igual
- La depresión no perdona el uptime de Kubernetes, y si el liderazgo exprime a la gente, el clúster puede seguir corriendo, pero quienes lo mantienen no
- Aunque siga existiendo el impulso de arreglar personalmente todos los tickets de clientes, ahora primero pregunta “¿está dentro de mi ámbito de control?” y si no, lo suelta
- Como resultado, se volvió un ingeniero un poco más calmado y, según el Apple Watch, ahora duerme 45 minutos más por noche
- Si estás pasando por un momento difícil, no estás roto ni estás solo; es mejor pedir ayuda, probar pequeños experimentos y usar un día de descanso por salud mental
- Una empresa que mide tu valor en horas de burnout no merece esas horas; el activo más grande no es el código escrito, sino la persona que lo escribe
1 comentarios
Opiniones de Hacker News
Después de casi 30 años en ingeniería de software, llegué a la conclusión de que la mayoría de las fechas límite son completamente arbitrarias
Si te atrasas una semana, o incluso seis meses, la empresa no va a quebrar; y si de verdad quiebra, tampoco es culpa de ingeniería, salvo que la organización de ingeniería esté tan rota como para incumplir repetidamente sus propias predicciones de entrega
Existen fechas límite reales, como regulaciones, pruebas de concepto con clientes o entregas, pero en una organización normal de ingeniería/negocio esas fechas se conocen con mucha anticipación, y la clave es si se pueden implementar dentro de un calendario con suficiente margen
Casi nunca he visto que un cliente se vaya porque el producto no sale con cierta periodicidad; al contrario, muchos clientes ni siquiera reciben bien las actualizaciones si no arreglan el problema que ellos pidieron
Las interminables semanas laborales de 80 horas suelen producir el efecto contrario y terminan creando productos de baja calidad que fallan todo el tiempo y dan ganas de desechar
Mirando los últimos 30 años, ¿qué porcentaje del trabajo podría haberse omitido por completo sin que hubiera ninguna diferencia a largo plazo? En mi caso supera fácilmente el 50%, y en un mal día diría que se acerca al 90%
Los videojuegos todavía se venden en tiendas minoristas como Target y Best Buy, y las tiendas tienen que coordinar el espacio en estanterías con meses de anticipación. Si prometiste llevar un juego empaquetado al muelle de logística antes del 15 de noviembre y fallas, el estante que reservaron para ti queda vacío
Con la electrónica de consumo pasa algo parecido, y la publicidad, especialmente la de TV, antes también tenía que reservarse con mucha anticipación. Si no compras espacios publicitarios seis meses antes, se agotan; y si el producto no está disponible para comprar cuando sale el anuncio, pierdes muchísimo dinero
Las fechas límite de los proyectos de IT comunes pueden ser bastante absurdas, pero en los productos minoristas se entiende por qué existen
La solución sería no empezar a negociar espacio en estanterías hasta que el producto esté 100% terminado, pero las empresas normalmente no pueden hacerlo. Necesitan pagar sueldos con el dinero de los pedidos; si esperan seis meses después de terminar el producto para conseguir publicidad y estantes, durante ese tiempo no queda claro qué harían los empleados, y también es caro pasar al siguiente producto y luego volver a dar soporte al anterior
Prefiero mucho más las versiones estables que se actualizan con mucha menos frecuencia
Es más frustrante cuando, sin ninguna advertencia, ingeniería anuncia de pronto que no llegará a una fecha límite inminente, o cuando se repite una y otra vez lo de “ya casi está, solo un sprint más”
Por eso las reacciones improvisadas como “ya no hacemos estimaciones” o “estará listo cuando esté listo” no ayudan en absoluto
También gestionan su propia agenda con bloques de tiempo y plazos arbitrarios, sienten que así son productivos y extienden esa intuición a toda la empresa. De fondo está la premisa de que, si no hay una amenaza con límite de tiempo, el trabajo no se terminará a tiempo
La sensación de que algo se terminará en una fecha definida es humanamente atractiva, y también da esa cálida impresión de una máquina bien aceitada funcionando con un calendario predecible
Pero imponer calendarios obligatorios a muchas personas para gestionar la ansiedad y la obsesión por los plazos de alguien es cruel. La realidad es compleja, y el deseo de meterla en cajitas ordenadas es delirante e improductivo
No estoy muy convencido de que la ingeniería de software sea peor para la salud mental que otros trabajos de cuello blanco como médico, abogado, ventas, ingeniero, atleta profesional o maestro.
Todas esas profesiones tienen sus propios factores de estrés, y abundan los textos sobre gente que se va porque son duras. Si no pones límites, te consumen el tiempo libre, y el estrés por las fechas límite también es algo común.
Me resultó difícil leer la parte de que no se puede pedir una licencia por enfermedad diciéndole al equipo: “me voy a tomar el día porque estoy mentalmente mal”.
En 20 años de carrera nunca vi esa actitud, y la gente suele tomarse licencias por motivos de salud mental. Lamento que alguien haya sentido que no podía decirlo, pero eso está mucho más cerca de ser la excepción que la regla.
¿En los últimos 20 años hubo alguna empresa que se haya declarado en contra de la salud mental?
Hay muchos chicos de 18 a 20 años con problemas de salud mental, pero muchas veces no ayuda dejarlos descansar con demasiada facilidad. Los profesionales intentan mantenerlos trabajando en vez de dejarlos en casa tomando alcohol y jugando videojuegos.
Algunos chicos respondían mejor cuando aumentaba el estrés del trabajo. Como en el campo de entrenamiento: trabajan duro, llegan agotados a casa y duermen; pero si los mandas a casa sin estar cansados, terminan en alcohol y videojuegos hasta tarde, y al día siguiente llegan al trabajo como zombis.
No es un enfoque que funcione para todos, pero hay que aceptar que no siempre somos los mejores terapeutas para nosotros mismos. Para muchas personas, más tiempo libre amplifica conductas negativas.
Una mejor respuesta no es tanto “necesito tomarme el día”, sino algo más cercano a “mañana a las 08:00 tengo cita con un terapeuta”.
Reconozco las experiencias personales con mala gestión, calendarios poco realistas y proyectos sin interés, pero eso existe en todas partes.
La cosa cambia si a eso le sumas tener que estar todos los días en un lugar donde pacientes y familias viven el peor día de sus vidas, tomar decisiones bajo alta presión y casi no tener oportunidad de sentarte o ir al baño durante todo el turno.
Además, un mal día puede terminar en una investigación larguísima o en un caso judicial.
Puede sonar insensible, pero la ingeniería de software no es tan compleja ni tan estresante como muchas profesiones médicas. Desgasta menos, tanto mental como físicamente.
Trabajé casi 10 años con abogados prestando servicios profesionales no relacionados con ingeniería, y también tengo décadas de experiencia en ingeniería de software y startups.
La presión en la ingeniería de software era completamente distinta de la que viví en entornos legales, y mucho peor.
En general, un abogado es abogado más que gerente. Hay jerarquías, desde asociados junior hasta socios de máximo nivel, pero tanto arriba como abajo son abogados. No es una estructura en la que un abogado trabaja bajo un gerente.
En los entornos legales también hay presión y jornadas largas, y las parejas se quejan de que el abogado siempre está en la oficina o distraído incluso en casa, pero allí no sufrí ataques de ansiedad ni problemas de salud mental, y en entornos de software y startups sí.
En lo legal, todo el mundo conoce el proceso y lo ejecuta, y el jefe también es alguien que ya pasó por ese proceso.
En software, muchas veces no se conoce ese proceso, y es fácil terminar moliéndote continuamente para satisfacer a alguien que nunca se ha molido así. Una empresa pública exitosa en la que trabajé antes tenía siempre abiertas vacantes para ingenieros de software senior precisamente por esa razón.
Creo que enseñar en la escuela nociones básicas de derecho laboral ayudaría a mucha gente.
Da igual si pisaste mierda o si estás metido hasta las rodillas: al final estás en la mierda. En vez de competir por ver quién quedó más cubierto, ¿no sería mejor ayudarnos a limpiarnos unos a otros?
Hay que dejar de comparar. Esto no es una situación que requiera triaje, y también podemos sentir simpatía o empatía por personas que, en promedio, están en una mejor situación. Todos somos humanos y nos va mejor cuando estamos juntos.
Antes sentía cierta admiración por los CEO jóvenes que habían dejado la universidad, pero después de trabajar para varios decidí no trabajar en startups donde alguien de veintitantos está en la cima.
Realmente no saben gestionar ni liderar. Están impulsados por el miedo al fracaso y, como todavía no han logrado nada, tratan a los demás como basura. Es mejor evitarlos.
Es la versión rara del reclutamiento de fútbol americano/básquetbol universitario.
El punto difícil es que, incluso si una persona de 25 años es inteligente en general y tiene una autoconciencia y humildad poco comunes, y aunque se enfrente a un gran problema, es difícil que sepa cuándo escuchar al equipo o a los asesores y a quién escuchar, y cuándo ir en contra siguiendo su propio criterio.
Si reúne todas las buenas cualidades y está expuesta a un buen equipo y buenos asesores, quizá hasta cierto punto sea posible.
Pero tampoco ayuda que muchos sectores estén llenos de malas prácticas y consejos, además de engaños y manipulaciones descaradas. En la época en que leía los textos antiguos de PG, uno podía esperar que otro tecnólogo y empresario quisiera que te fuera bien con consejos inteligentes y de buena fe, pero eso ya no es en absoluto la norma.
Hoy, mires donde mires, es mucho más probable recibir malos consejos, y también hay más personas e instituciones intentando manipular. Aunque uno filtre eso directamente, igual termina recibiendo efectos de segunda mano a través de personas inteligentes y decentes que sí permitieron esa influencia.
Acabo de salir de una experiencia con un fundador/CEO de 49 años, y creo que de ahora en adelante voy a estar atento a todas las señales de basura.
Trabajaron como locos para ascender, y ahora creen que pueden llenar el equipo con gente como ellos.
Pero no es así. Esa “gente como ellos” fue lo bastante sabia como para no arruinar su salud, o no quiso hacerlo, y por eso no ascendió.
Felicidades por haber rendido mejor y haber obtenido más dinero y autoridad, pero ahora todos tenemos que acostarnos en esa cama a la que le quitaron las sábanas y dejaron llena de migas.
A partir de cierto punto, simplemente hay que crear una cola y empezar con la siguiente tarea de mayor prioridad
Si hay demasiadas tareas en curso, todo se viene abajo
“Ah, una nueva funcionalidad de máxima prioridad. Tras una exploración rápida, parece que este trabajo se puede representar con 20 notas adhesivas. La velocidad histórica de nuestro equipo es de 10 notas adhesivas cada 2 semanas. Así que, si bajamos todo el trabajo en curso existente, probablemente estará terminado en 4 semanas. Por favor revisen cada nota adhesiva existente y confirmen si de verdad se puede detener”
Las partes interesadas todavía pueden tomar la decisión, pero esto tiene el efecto de hacerles entender de forma realista qué le están pidiendo al equipo
Unas semanas después le dije al CEO que creía que ya entendíamos bastante bien el alcance y la dificultad del nuevo release, y el CEO dijo: “No, no lo entienden”
Cuando pregunté por qué, dijo que durante el fin de semana se le había ocurrido una nueva funcionalidad “imprescindible”, y era claramente muy difícil técnicamente. Luego afirmó que cualquier cosa se podía construir en 48 horas
Me sorprende haber aguantado tanto en ese trabajo
Después, cuando volvemos al trabajo original, siempre les sorprende que ya esté completado
Al final es el camino hacia el burnout o la indiferencia
En esa época veía mucho The X-Files, así que lo llamaba “el monstruo de la semana”, y todavía me gusta esa expresión
La capacidad de desconectarse de lo que uno está haciendo, aunque sea por muy poco tiempo, es realmente importante
Puede ser salir a caminar, preparar café, o simplemente cerrar los ojos y respirar
El estrés muchas veces se crea artificialmente, perjudica el rendimiento y también reduce la capacidad de pensar
He vivido muchas veces situaciones en las que el trabajo se vuelve “urgente” porque la empresa supuestamente puede conseguir un contrato o ingresos, y si logramos superar este “crunch” todos seremos superestrellas
Cuando durante 2 meses se repiten noches sin dormir y jornadas con apenas 3 o 4 horas de sueño para entregar un proyecto antes de tiempo, la dirección y quienes toman decisiones empiezan a volverse insensibles y a seguir regalando estos “obsequios” de crunch
Ayudar a la empresa e ir un paso más allá es algo que la mayoría ya hemos hecho y podemos seguir haciendo, pero si todo es urgente y todas las tareas deben hacerse ahora mismo, entonces hay un problema mayor
El dinero, el tiempo y el esfuerzo suelen tener límites y presupuestos. Si se abusa de esos límites y tolerancias, la gente deja de respetar a quien grita que viene el lobo y también se esfuerza menos en el trabajo
Cada vez que hicimos crunch por una tarea dramáticamente urgente del estilo “si entregamos esto, se confirma un contrato enorme”, al final terminó en fracaso del contrato
Parece que al vendedor no lo despiden aunque haga trabajar durante meses a toda la organización de I+D en una apuesta a largo plazo y queme a la gente
Por supuesto, ese vendedor tampoco pasa semanas haciendo horas extra durante todo ese período
Ahora casi siempre me niego a hacer horas extra, salvo que sea para corregir un error mío. No volveré a trabajar de más para cumplir el plazo irrealista de algún otro idiota
A veces no te dan la oportunidad de hacer las cosas “bien” para la empresa, el producto o el cliente. Al final, uno termina preguntando qué es lo más importante hoy, haciendo eso y, cuando termina la jornada, desconectándose por completo del trabajo
El sentido y la satisfacción personal hay que buscarlos en la vida privada. Hacer ejercicio, voluntariado, tener hobbies o enfocarse en la familia
La mejor forma de lograr equilibrio entre trabajo y vida es separar ambas cosas. Esa es una de las razones por las que no me gusta trabajar desde casa. Para mí, manejar de ida y vuelta al trabajo es un excelente mecanismo de separación y descompresión
No es cierto que no puedas pedir licencia por enfermedad diciendo “me siento mal mentalmente y voy a tomarme el día”
Puedes decir que necesitas un día de salud mental, y los adultos lo entienden
Nadie pedía detalles
En la gran mayoría de los trabajos no es así
Si le dijera eso a mi líder o a mi jefe, me cuestionaría por qué no voy
Llegué a creer que hay algo en la práctica misma del desarrollo de software que causa, o puede causar, enfermedades mentales
Durante décadas vi a varios colegas pasar por problemas muy graves, y creo que en nuestra industria es un problema realmente bastante serio
Soy ingeniero de software con TDAH y conozco una cantidad anormalmente alta de ingenieros de software con TDAH
Ese nivel de disfunción ejecutiva y de tener que “ponerse al día” se vuelve un problema
Pero muchos proyectos continúan interminablemente año tras año, hasta que la empresa o uno mismo se queda sin energía, o hasta que uno se cambia a otra empresa para repetir lo mismo
En desarrollo web, la fecha de lanzamiento es lo más parecido a una meta, pero no es una meta real. Alcanzar objetivos de métricas clave también cuenta en cierta medida, pero no es tan psicológicamente satisfactorio como terminar una mesa o una pieza de cerámica, o cosechar un cultivo y venderlo o servirlo para la cena
Así que tiene sentido que sea mala para la mente
Basta con ver qué tan bien se adaptan y viven otros escritores. En especial quienes, por pagar la renta, tienen que pasar muchas horas escribiendo cosas que saben que no valen nada
La descripción de 2017, de haber intentado controlar toda la incertidumbre a su alrededor, suena a alguien culpándose a sí mismo por intentar sobrevivir en un puesto de pesadilla en una empresa pésima
Una persona así no debería haber estado en un puesto de liderazgo
Trabajé bajo alguien de ese tipo: era un excelente ingeniero, pero un pésimo líder
No confiaba en el equipo, siempre lo hacía todo él mismo, no había discusión, hablaba por detrás y siempre cedía ante la voluntad de la gerencia. Todo era “importante” o “crítico”, y era el peor micromanagement
Al mismo tiempo, es posible que yo también hubiera fracasado de forma parecida, aunque en menor medida, si me hubieran puesto en ese lugar. La gerencia a menudo nos empuja a posiciones imposibles sin una buena razón, salvo “quedar bien con X”
Es todavía peor si lo hacen para ganarse puntos con algún ejecutivo intermedio sin nombre
Por eso creo que sería bueno que hubiera sindicatos en la industria tecnológica. Podrían establecer expectativas realistas y acercarse a la gerencia desde una perspectiva colectiva
Lamentablemente, hoy las empresas solo apuntan a recuperar el capital de riesgo mediante exits rápidos e IPO. La percepción general entre los buitres parece ser que los sindicatos reducen la probabilidad de un exit rápido
Porque la organización ascendió a alguien a líder sin capacitarlo para liderar
Si no esperan que un gerente sin formación técnica simplemente empiece a programar, ¿por qué esperan que un programador simplemente empiece a gestionar?
También suele ser un obstáculo cuando hago coaching a futuros líderes
Al pasar a un rol de liderazgo, hay que aprender a aceptar que las personas hagan el trabajo de formas distintas a como yo lo haría
Si el resultado de un subordinado es casi suficiente o suficientemente bueno, hay que aceptarlo. Y el margen de tolerancia de ese “suficiente” será mucho más amplio de lo que uno pensaba antes de aprenderlo
Puede que la empresa fuera especialmente disfuncional, pero yo no tenía mucha experiencia con los proyectos y tareas que me asignaban, y tampoco lo ocultaba
Pero si me tomaba tiempo para resolverlo por mi cuenta, mi jefe simplemente lo hacía él mismo y no me daba feedback
En realidad, quizá necesitaba capacitación concreta en definición de prioridades, delegación e inteligencia emocional
Esa capacitación rara vez se ofrece. En cambio, tiran a la gente de alto rendimiento al agua profunda y ven si puede aguantar
Normalmente te ascienden porque en un rol de contribuidor individual hacías muchas cosas por tu cuenta. Pero después de convertirte en líder, mientras menos hagas tú directamente, mejor para ti, para la empresa y para los miembros del equipo
Por eso hay que aprender que sentirse con más tiempo libre que antes no es una señal de que estás trabajando mal
Es posible decirle al equipo “voy a tomarme un día libre porque estoy mentalmente agotado” y usar una licencia por enfermedad
Empecé a hacerlo hace unos años y, en general, ha sido una experiencia positiva. Como fui el primero en abrirme sobre mis dificultades, otras personas del equipo también me contaron las suyas