Leí un artículo interesante, 10 razones para dejarlo .
Cito una parte de este texto:
"Este malentendido tanto del deber como de la tecnología hace una cosa: hace que su trabajo sea imposible. Cuando los poderes fácticos comienzan a microgestión de su departamento para usted, cada elemento malo se exacerba. Usted conoce su trabajo y sabe que conoce su trabajo. La gerencia no conoce su trabajo, pero ellos no saben que no lo saben. Todo es una tira de estrés de Mobius vicioso ".
Esto es exactamente lo que está sucediendo en mi proyecto en este momento. El cliente, es decir, el que paga, quiere ser todo. Quiere jugar todos los roles posibles en el proyecto. Incluso quiere una explicación técnica detallada a pesar de que no sabe nada sobre programación. Y cuando algo no funciona, lo culpa a otra persona.
¿Alguien ha tenido alguna experiencia similar? ¿Algún consejo sobre cómo lidiar con estas situaciones?
fuente
Respuestas:
He tenido mi parte de trabajos en TI. Servicio de asistencia, redes, desarrollo de software, todos comparten problemas similares. Dejar de fumar y comenzar de nuevo, aunque refrescante, solo trae consigo un nuevo conjunto de problemas con los que lidiar. Hay algunas cosas que puede hacer para mantener su cordura bajo control.
Busque el problema real
El cliente está tratando de controlar completamente los proyectos. Vea si puede averiguar por qué.
- ¿Se debe a fallas pasadas? Empatizar, asegurarles el éxito del proyecto.
- El cliente un fanático del control? Redirige su atención. El secreto del iceberg .
Las reuniones no son tan importantes como los resultados
Cada gestión de la reunión dice algo que hace que mi estómago se encoja. Pero, cuando termina la reunión, todo se olvida excepto los resultados. Todavía soy el que resuelve los problemas y los resuelve de la forma en que siento que necesitan ser resueltos.
No lleve el peso del mundo sobre sus hombros.
Los chicos más estresados en TI son a menudo los mejores. Uno de mis mejores amigos siempre está haciendo hincapié en las responsabilidades interminables que la administración le impone. Otros desarrolladores acuden a él para resolver sus problemas.
Te diré lo mismo que le dije.
No los dejes. Encuentre una manera política de decir no / dejar de asumir problemas que no le pertenecen. La empresa se da cuenta de lo valioso que eres. Puedes ser el único chico que hace algo. Probablemente no lo van a despedir por detener algunos de los abusos. Siempre y cuando lo manejes adecuadamente.
fuente
He estado en una situación similar donde estoy trabajando ahora. Hay un par de jefes de departamento que se consideran "expertos en tecnología" (no jefes de departamento de SI, eso sí) y, si bien son muy críticos con nuestro trabajo, tienen muy poco que ofrecer en términos de elogios o apreciación. Nuestro administrador de contenido ya dejó la empresa y el administrador de la red tiene un pie afuera en todo momento. Me quedo allí porque estoy a mitad de proyecto y me sentiría terrible si dejara a la organización en suspenso, pero tal vez eso sea lo que haría falta para que ciertas personas aprecien tener un desarrollador interno. En mi entorno, mi partida probablemente resultaría en que subcontraten sus servicios web; es lo que estaban haciendo antes de subir a bordo y su presupuesto era ridículo.
fuente
Sigue estas reglas de oro:
(1) Asiente con la cabeza y acepta
(2) Ignora la BS como si un compilador ignorara los comentarios
(3) Entregar los resultados
Al final, los resultados los callarán, con el tiempo si entrega resultados consistentemente, las personas eventualmente retrocederán cuando confíen en su trabajo.
fuente
Sí, pasé por esto al menos una vez, terminé dejando mi trabajo. Desafortunadamente, una recuperación completa de los malentendidos y la desconfianza del cliente no técnico (o de la gerencia) es casi imposible. Aquellos que no entienden lo que haces deben confiar en ti o no. La psicología humana es tal que una vez que se rompe la confianza, se requiere un enorme esfuerzo para rehabilitarla. La mayoría de las veces no vale la pena, porque incluso si logras recuperarte, te quedará, en sentido figurado, con el mismo salario.
fuente
Úselo como una experiencia de aprendizaje. Un gran desarrollador ganará menos que un desarrollador promedio que sepa cómo manejar un administrador así.
No es solo este trabajo donde se encontrará con este problema. Cada trabajo que tenga tendrá al menos una persona que no conoce la diferencia entre una cadena y un objeto que le dice cómo almacenar en caché, o algo así.
Lea libros como Cómo lidiar con personas difíciles , haga amigos con personas mayores en la empresa que sepan cómo manejar estas situaciones y que sepan que usted es bueno en su trabajo, y piense en todo como una historia divertida para contarle a sus amigos programadores. .
fuente
Un amigo mío tiene un dicho: el único problema con un proyecto condenado es que tienes que morir en el intento.
Creo que hay suficientes buenos trabajos por ahí que no debería tener que soportar estar en uno malo. No le debe a su empresa nada más allá de lo que le pagan por hacer, y cuando se presente una mejor oportunidad, debe aprovecharla en lugar de sufrir por un sentido de lealtad fuera de lugar. Es posible que pueda realizar un cambio desde adentro, pero ya no tengo paciencia para hacerlo.
Hace 15 años realicé mi propio proyecto desde el infierno. Al final fue una experiencia positiva porque ahora sé qué buscar y evitar, pero el estrés me quitó algunos años de la vida (no es broma). También aprendí que al final, es solo un trabajo; hay otros. No tiene sentido ponerse en el hospital tratando de ser un héroe; no cambiará nada, y de todos modos no lo apreciarían.
fuente
COMIENCE A GESTIONAR A SU CLIENTE.
Presente a su plan para el avance del proyecto, enviarlo a sus actualizaciones, y un plan de qué temas se van a llevar a él . Preferiblemente por la hora facturable. Y escriba excelentes narrativas en sus facturas mensuales.
fuente
Bueno, realmente se reduce a que cambies tu trabajo o cambies tu trabajo.
Sea un agente de cambio interno y trabaje para corregir la situación o encuentre un nuevo trabajo. Para la empresa anterior en la que trabajé durante 5 años, hice ambas cosas.
Pasé varios años trabajando por un cambio positivo en mi interior. Sugeriré algunos consejos (la mayoría de las advertencias no son para los débiles de corazón que tienen miedo de la confrontación)
Enfrentar a los microgerentes. Obviamente muestra algo de tacto pero también sé brutalmente honesto con ellos. Recuérdeles que usted es la persona con experiencia técnica y que no es su trabajo o su necesidad de preocuparse por cada detalle del proyecto. Tienen mejores usos de su tiempo y necesitan confiar en usted para que haga su parte.
Ve sobre su cabeza. Esto puede no ser posible en su situación, pero una vez que los haya confrontado si no cambian, diríjase a sus jefes. Una vez más, mostrando tacto, hágale saber al jefe que tiene dificultades para trabajar con los microgerentes. Explique la situación en detalle sobre lo que es difícil y cómo le dificulta hacer el trabajo de manera eficiente.
Encuentra un nuevo trabajo. Incluso si está satisfecho con su posición actual, asegúrese de ser muy activo en su comunidad técnica local y regional. Asista a grupos de usuarios, cenas nerd, conferencias regionales, etc. ¡Red, red, red! Tenga en cuenta el mercado laboral en su área, por lo que, si es necesario, puede comenzar a postularse de manera rápida y fácil para nuevos puestos (especialmente puestos que no se anuncian públicamente).
En mi caso, el paso 1 resultó en que el jefe del microgerente me reprendiera verbalmente y lo "escribiera en mi registro permanente". El Paso 2 en realidad involucró a varias personas que acudieron al jefe de nuestro jefe al mismo tiempo para enfrentar la situación y, como resultado, el jefe fue removido de nuestro departamento.
Unos años más tarde, las cosas cambiaron al sur con la compañía y pude ver la escritura en la pared. Estaba descontento y ninguna cantidad de esfuerzo cambiaría la situación en la forma en que estaba la compañía, así que comencé a buscar y aproximadamente 4 meses después encontré un nuevo trabajo. Ahora estoy feliz y estoy ganando mucho más dinero.
fuente
Es curioso que preguntes algo como esto. En un artículo en español que escribí sobre América Latina y cómo se trata al programador, se relaciona mucho sobre su artículo y cómo se trata a todos los programadores en aproximadamente el 99% de todas las empresas. todo listo cuando el "jefe" lo dice y para cuando el "jefe" lo dice. El artículo es La Programacion en Latino America . Si tiene Google Chrome, podría traducir el artículo, pero algunos de mis puntos son:
Características de programación:
Creatividad
Imaginación
Lógica
Dedicación (concentración)
Paciencia
Ingenio
Que, por cierto, parte o todo esto es asesinado o disminuido por un jefe que no conoce la programación de NINGUNA manera, pero que te ordena como hizo el libro bíblico de C, C ++, PHP, MySQL y cualquier lenguaje que haya llegado fuera antes de que nacieras.
Otros puntos son escenas que SÍ ocurren en el lugar de trabajo o cómo se trata a un programador, por ejemplo:
Un jefe que quiere terminar un proyecto en 2 días cuando todos ya dijeron que podría hacerse en 2 meses como mínimo.
Un proyecto en el que comienza a trabajar solo para averiguar el cronograma del proyecto se ha reducido a la mitad, pero TODAVÍA debe terminar todo el proyecto.
Un proyecto en el que le diste tu mejor tiro. Incluso agregaste algo de bonificación para hacerlo mejor, más actualizado, pero a nadie le importas ni te felicitas. En cambio, si encuentran un error, un problema, su cabeza rodará.
Ofreces tu experiencia de calidad a una empresa solo para descubrir más tarde que contratan a alguien que trabaja por el 10% de lo que estabas cobrando Y terminaron el trabajo. Más tarde descubres que el trabajo se hizo horriblemente, tuvo muchos errores, creó muchos problemas y quieren contratarte "nuevamente" para que los arregles.
Su profesor obliga a todos a trabajar en un proyecto que utiliza algún tipo de idioma egipcio antiguo del que nadie ha oído hablar (solo su profesor). La mejor parte es que el proyecto menciona que puede elegir el idioma que desee.
Un proyecto en el que alguien te manda que usó PHP, MySQL, C, C ++ y Python hace 10 años, durante 30 minutos, y como los usó hace 10 años durante 30 minutos, ahora piensa que los conoce de memoria, así que él quiere saber qué ha hecho y cómo lo ha hecho (en la vida real no tiene idea de lo que está diciendo, simplemente murmura que tiene razón).
Estos son algunos de los puntos mencionados allí. En mi experiencia, mi mejor amigo dejó la mejor compañía en nuestro país y comenzó a trabajar por su cuenta. Adivina qué. Fue genial No solo le pagaron unas 6 veces más, sino que eligió seleccionar su tiempo de trabajo, lugar de trabajo y otros puntos que un programador NECESITA para ser eficiente. Mi novia y yo también renunciamos y estamos trabajando de manera independiente, solo terminamos de registrar nuestra empresa y todo esto sucede en menos de un año. Sentirse libre es uno de los requisitos para un programador. Uno que funciona en un cubículo caerá y caerá en la forma en que el programa funciona, ya que sus características se están matando, lentamente.
Lo siento, pero en la vida real:
Las personas que no conocen un determinado punto no deben dar sus opiniones, menos todas, órdenes al respecto, hasta que las entiendan. Al igual que en el ejército, no entrarás en territorio enemigo hasta que hayas entendido todo lo que hay allí.
Por lo que llamamos en mi país "jefes de culo", si no sabes de lo que estás hablando, ¡cállate! Comience a escuchar en lugar de dar órdenes.
Si usted es un programador en una situación con un "jefe imbécil", le sugiero que comience a ahorrar algo de dinero y trabaje en otro proyecto que comenzará su vida porque imagínese allí, en la misma posición, el mismo salario, sin ir porque normalmente los programadores no suben en este tipo de empresas. Ahora imagine 10, 25 años después, allí, el mismo lugar. ¿Qué hiciste con tu vida? Con todo ese potencial y nada. Atrapado en el mismo lugar donde fue utilizado para proyectos que la mayoría de ellos fueron rechazados por alguien que no sabe nada sobre cómo funciona todo (Ejemplo: bancos ... No empiece con los bancos).
Comienza a unirte a otros para trabajar en algo que la comunidad necesita. Confía en mí, aunque parece que hay muchos programadores en el mundo, ni siquiera somos suficientes para resolver el 10% de los problemas en el mundo que PUEDEN ser resueltos por un programador. Si solo toma 1 día para caminar, mire a su alrededor, encontrará al menos 10 problemas que SABE que puede resolver y tal vez una solución que los cubra a todos o la mayoría de ellos.
Creo que el único trabajo que ofrece tiempo libre para ser tú mismo, ser creativo, que paga bien, te da el control total de tu tiempo es un programador. También creo que el único trabajo que tiene la capacidad de resolver la mayoría de los problemas en este nuevo mundo digital es la programación (en un esfuerzo conjunto con otros como la electrónica y demás. ¿Has visto a un abogado resolver muchos problemas o crearlos?)
Piénselo un momento y salga a caminar.
fuente
Los gerentes, especialmente los no técnicos, deben poder delegar.
Si te están microgestionando, esta es una gran señal de alerta para mí.
Vería los pros y los contras de trabajar allí y ver cómo se comparan.
fuente
Por favor, pero en tiempo facturable (esto era un cliente, correcto).
Si quiere seguir pagando, bien. Si no, bien también.
fuente