Congestión en TI: ¿qué es y cómo vivir con ella?

¡Hola a todos, Khabrovites! Hoy decidí tocar el tema de la "congestión" en la vida de un simple desarrollador.



Antes me parecía que todos los desarrolladores ya están familiarizados con este concepto de una forma u otra. Pero cuál fue mi sorpresa que algunos compañeros, amigos y conocidos escucharan esta palabra por primera vez.Empecemos por una definición: la



congestión es un estado emocional de una persona, equipo o proyecto, en el que el máximo gasto de tiempo y esfuerzo se dirige a acciones inútiles.



Las acciones inútiles pueden ser: aclaración de relaciones entre colegas; tareas succionadas del dedo; trabajar sin una especificación clara; gestión del té .

También cabe mencionar los retrasos salariales. Este factor afecta en gran medida el estado del desarrollador (creo que está claro aquí sin mí).



De hecho, hay acciones mucho más inútiles , solo di algunos ejemplos frecuentes. Hablemos ahora de por qué creo que este tema es muy relevante y agudo en este momento.



La congestión es uno de los principales signos del agotamiento de los desarrolladores .



Si usted, su colega o pupilo están constantemente insatisfechos con las nuevas ediciones, tareas, administración, etc., lo más probable es que él (usted) se sienta asfixiado por trabajar en esta empresa / equipo / proyecto y él (usted), tarde o temprano, se vaya a otro la empresa está bajo la amenaza de agotamiento. Lo más ofensivo es que la inmensa mayoría de estos casos no se tienen en cuenta de ninguna manera, por lo que no se gana experiencia con esto.



Quiero hacer una reserva de que en su mayor parte estoy hablando de empresas de outsourcing, porque en la alimentación y más aún en las startups, este problema es muy raro.



Por mi propia experiencia, diré que la congestión es la única razón por la que traté de cambiar de trabajo. Ni el salario, ni el proyecto, ni siquiera la complejidad y los contratiempos afectan tanto tu moral como la congestión. El ejemplo más llamativo que tuve fue el invierno pasado, cuando estábamos haciendo una "puesta en marcha por encargo". Esa empresa lo tenía todo: desde la gestión del té hasta retrasos salariales mensuales.

"Una función por persona por día. Todo está mal, estamos rehaciendo" - trabajamos con esos paradigmas durante seis meses. Es cierto que estaba empezando a adquirir experiencia real, por lo que era muy difícil cambiar de trabajo. Pero de esto saqué varias conclusiones:



1. No tenga miedo de cambiar de trabajo



Sé que este es un movimiento muy drástico para muchos desarrolladores. Pero siempre debes recordar que si te sientes congestionado y no te escuchan, entonces esta es la única salvación del agotamiento. O vas a otra empresa en busca de mejores condiciones y nueva experiencia, o pierdes el valor de ti mismo como desarrollador y te quemas durante varios meses o incluso años.



2. Sepa cómo evaluarse adecuadamente



Los desarrolladores a menudo subestiman sus habilidades, a veces las sobreestiman. Para evaluar de manera más o menos adecuada su nivel, debe al menos entrevistar a diferentes empresas. Cada equipo tiene sus propias tecnologías, experiencia y habilidades, que son las más valoradas, pero en todas partes están esos criterios que te dan algún tipo de gradación.



3. No temas hablar de problemas



Si nota que su compañero de trabajo está creando una congestión que interfiere con su trabajo, no tenga miedo de decirlo. Es posible que esta persona no sepa que está interfiriendo con su desarrollo, porque simplemente está acostumbrado a ser así. También puede ser tóxico o un snob, entonces esa persona a largo plazo interferirá con todo el equipo. Recuerde: debido a la congestión, no solo sufre su moral, sino también su salud y fuerza. Debido al trabajo congestionado, se cansará más rápido, no tendrá tiempo para su familia y para usted.



Sería muy interesante escuchar tu opinión y experiencia en los comentarios.



All Articles