Mala estructura organizativa, poco criterio técnico.
Trabajé como desarrollador frontend senior durante el mes de mayo. Desde el primer día se me pidió una implicación total, algo que asumí con responsabilidad. Propuse mejoras técnicas, ayudé desde el principio con problemas críticos del proyecto y entregué, en apenas un día, una contribución significativa con más de 50 ficheros modificados, reorganizando el código y aplicando arquitectura limpia por capas como se me pidió que hiciese. En este cambio tan grande, implementé una estructura basada en principios sólidos como la separación clara por responsabilidades, con ubicaciones específicas para cada tipo de fichero. Me sorprendió que se me indicara no hacerlo así, con argumentos sin base técnica, y contrarios a estándares bien aceptados en el desarrollo frontend moderno. Aun así, me esforcé en entender su enfoque y adaptarme a lo que pedía el equipo.
Desde el inicio también ayudé a resolver problemas que estaban bloqueando al equipo, como llamadas a servicios que no sabían cómo implementar. Tras revisar el código unos minutos propuse soluciones que funcionaron a la primera, además de sugerir mejoras de organización en fases del desarrollo y hasta ideas de negocio que fueron validadas por una responsable técnica y aplicadas.
Sin embargo, lo que inicialmente eran buenas prácticas aprobadas, comenzaron a cuestionarse sin motivo claro. En una ocasión, tras seguir la misma práctica que otros compañeros (subir directamente cambios sin revisión de PR lo cual es obvio que no está bien, pero subí con aprobación previa de la persona responsable), me reprocharon haberlo hecho, pese a haber seguido sus propias indicaciones. Aun así, rehíce el trabajo de mi compañero con un revert, adaptándome a la última versión estable del equipo. Me dijeron que "no funcionaba", pero tras comprobarlo con un simple cambio de rama y ejecución local, el proyecto funcionaba perfectamente. Este tipo de contradicciones se repitieron constantemente, creando un entorno técnico poco fiable y que hacían pensar que faltaba un nivel alto técnicamente de gitflow.
Me adapté a los cambios, rehaciendo tareas hasta tres veces según criterios que variaban cada día con una aceptación y terminaban con una crítica, incluso cuando avisaba con antelación y entregaba versiones funcionales. Llegué a completar tareas críticas fuera de mi horario porque lo que por la mañana me funcionaba perfectamente, al traer sus cambios creaban conflictos con mi rama, de madrugada, sin dormir, para que el equipo tuviera todo listo al día siguiente. Mi implicación fue absoluta.
Solicité reuniones varias veces para alinearnos, ya que muchos conflictos nacían de la falta de comunicación. Los compañeros hacían cambios sin tener en cuenta cómo impactaban en lo que yo estaba desarrollando. Durante toda la semana no tuve ni una llamada de las que pedí. La 'daily' muchas veces no se hacía y había PRs sin revisar acumuladas durante días. Recuerdo que un compañero tenía más de 10 PR sin revisar, mientras seguía desarrollando, lo que generaba una salida de código muy difícil de gestionar. A pesar de todo eso, se me comunicó desde recursos humanos que el motivo de mi salida fue una “falta de comunicación técnica con el equipo”. Resulta contradictorio, porque precisamente esa comunicación fue lo que estuve pidiendo durante toda mi estancia.
Como punto positivo, reconozco que intentan generar una imagen de entorno humano y cercano. El problema es que hay una desconexión total entre ese discurso y las prácticas reales. No percibí mala intención, pero sí una gran falta de estructura, liderazgo técnico y coherencia. Esto termina afectando no solo al rendimiento del equipo, sino también a quienes entramos con intención real de aportar y con calidad.
Con varios años de experiencia como freelance y en plantilla, esta ha sido una de las experiencias más frustrantes que he tenido, no por la carga de trabajo, sino por la falta de claridad, criterio técnico y organización interna. Si quieren retener talento y mejorar sus proyectos, necesitan revisar profundamente su cultura de trabajo y estructura técnica.
23 de mayo de 2025
Opinión espontánea