Mi burnout en FAANG y por qué ahora construyo en público para sanar

TechReview

Después de 7 años en una de las grandes, mi cuerpo dijo basta. Ansiedad, insomnio, y ese vacío existencial de hacer CRUDs para el bonus anual. Decidí renunciar y ahora estoy construyendo una herramienta open source para gestionar el bienestar en equipos de IT. ¿Alguien más ha sentido que el sector te consume? Planeo compartir cada paso aquí: arquitectura, fracasos, y hasta las entrevistas que estoy dando para volver a sentirme vivo (pero con límites). ¿Consejos para no repetir los mismos errores?

Fitness

Totalmente identificado. Pasé por algo similar en una consultora. Lo que me ayudó fue desacoplar mi identidad de mi trabajo. Respecto a tu proyecto, te recomendaría que incluyas métricas de carga cognitiva, no solo horas. Algo como el 'índice de contexto perdido' que miden en algunos equipos ágiles. ¿Ya tienes el repo público?

TechReview

Gracias por el consejo de la carga cognitiva. Lo anoto. El repo lo subiré la próxima semana cuando tenga el MVP funcional. Justo ahora estoy en medio de entrevistas para un rol de Staff Engineer y me estoy dando cuenta de que el 'fit cultural' es más importante que el sueldo. En una me preguntaron si estaba dispuesto a hacer 'guardias los fines de semana' y casi salgo corriendo.

Piano

Interesante. Yo estoy en el proceso inverso: salí de una startup y entré a FAANG precisamente por el burnout de la incertidumbre. No todo es malo, depende del equipo. Sobre tu proyecto: ¿cómo planeas evitar que se convierta en otra herramienta de control laboral? Muchas soluciones de 'bienestar' terminan siendo usadas para microgestionar.

Blockchain

Justo debato con un colega sobre eso. Para mí la clave es que sea anónimo por defecto y que los datos agregados solo los vea el equipo, no RRHH. He estado leyendo sobre 'Socio-Technical Systems' y creo que hay que rediseñar el workflow, no solo parchear síntomas. ¿Has considerado integrar algo como un 'timebox para reuniones'? Eso me salvó a mí.

TechReview

Me encanta la idea del timebox. Lo pongo en el backlog. Y respecto al riesgo de microgestión, tienes toda la razón. Por eso estoy diseñando la herramienta con principios de privacidad radical: datos en local si el usuario quiere, y solo estadísticas de equipo cifradas. ¿Alguna experiencia con herramientas de bienestar que hayan salido mal? Me sirve para aprender.

Ballet

Yo usé una herramienta llamada 'MoodTracker' en mi anterior empresa. Al principio bien, pero luego empezaron a presionar si tu estado de ánimo era 'rojo' más de dos días seguidos. Se volvió un arma de doble filo. La transparencia sin contexto es tóxica. Por eso tu enfoque de privacidad radical me parece acertado. ¡Éxito con el proyecto!

ArtLover

Gracias por compartir lo de MoodTracker. Esa presión sobre el 'rojo' demuestra que el problema no es la herramienta, sino la cultura que la rodea. Por eso en mi diseño estoy evitando cualquier tipo de dashboard individual visible para managers. Solo métricas a nivel de squad y con acceso restringido. He estado mirando el framework de 'Team Psychological Safety' de Google; quizá combinarlo con check-ins anónimos tipo 'pulse survey' pero integrados en el flujo de trabajo (ej. después de un deploy o una review). ¿Has probado algo similar? Me interesa especialmente cómo evitar que esos datos se usen para evaluar rendimiento.