¿Cómo tratar con un CEO que toma todas las decisiones técnicas pero con poco conocimiento técnico?


18

Pregunta publicada de forma anónima por razones obvias. Estoy trabajando en una empresa con un grupo de desarrolladores de 5-6 desarrolladores, y estoy en una situación con la que me cuesta mucho trabajo lidiar.

El CEO decide cada opción técnica (lenguaje, marco, base de datos, esquema de base de datos, esquema de configuración, etc.), a menudo sin mucha justificación. Es muy difícil modificar esas opciones, y su argumento principal consiste en "No me gusta esto", a pesar de que proponemos varias alternativas con pros / contras detallados. También decidirá reescribir desde cero nuestro producto principal sin dar una razón, y nunca participa en reuniones de desarrollo porque considera que hace las cosas más lentas ... Ya estoy buscando oportunidades de trabajo alternativas, pero me preguntaba si hay algo nosotros (los desarrolladores) podríamos hacer para mejorar la situación.

Dos ejemplos que me sorprendieron:

  • nos pedirá que implementemos algo similar a la gestión de la configuración, pero rechaza cualquier marco existente porque no está escrito en el idioma que le gusta (aunque el lenguaje de implementación es irrelevante). También espera que podamos escribir esos sistemas en un par de días, "porque es muy simple".
  • él sigue reescribiendo desde cero su propio producto principal porque la base de código actual es demasiado mala (base de código cuyo diseño era suyo). Estamos en nuestra tercera reescritura en un año, cada reescritura es peor que la anterior.

Lo que he intentado hasta ahora es hacer pruebas comparativas elaboradas en nuestro producto (él sigue quejándose de que nuestro software es demasiado lento y justifica las reescrituras para hacerlo más rápido), implementar soluciones con productos existentes como prueba de funcionamiento en lugar de simplemente hacer gráficos de pros / contras, etc ... Pero aún así el 90% de esos esfuerzos van a la papelera (nunca con ningún tipo de justificación detrás, no le gusta, nuevamente), y a menudo son reprendidos porque no hago exactamente lo que él quiere (sin darme cuenta de que lo que quiere es imposible).


10
Oh hombre, olvídalo, solo sal de ahí. Los programadores sólidos pueden obtener otras ofertas de trabajo en un abrir y cerrar de ojos, ¿por qué detenerse en un entorno así? Si vive en (o se mudaría a) Nueva York, eche un vistazo a mi perfil y póngase en contacto sobre los roles en mi empresa.
nganju

3
Considere la posibilidad de trasladarlo al lugar de trabajo.stackexchange.com, porque realmente no se trata de una cuestión de desarrollo de software, sino de su trabajo.
gnasher729

Vea las respuestas a continuación, permítame también decir algo más en: Puede (o no) haber hecho un mal trabajo de gestión de expectativas. Si es así, no debe repetirlo en sus futuros trabajos. En primer lugar, no debería haber involucrado a ejecutivos en minucias técnicas. Debe presentarles decisiones superficiales que puedan tomar que les permitan sentir que están haciendo su trabajo (decidir) para que pueda hacer su trabajo (hacer sistemas)
TheCatWhisperer

Respuestas:


34

No te molestes. Como mencionó, ya está buscando un nuevo trabajo. La vida es demasiado corta para soportar un trabajo miserable. Mientras tanto, simplemente diga "seguro, lo que sea", y consuélese ante la probabilidad de que las decisiones irresponsables finalmente lleguen al CEO.

Hacer software es un esfuerzo inherentemente arriesgado que con frecuencia resulta en fallas. Incluso si convence a su jefe de que lo haga de otra manera, el proyecto podría fracasar sin culpa suya, pero debido a que se desvió de la gran visión del jefe, su cabeza estará en el obstáculo para ello. Simplemente no vale la pena.


2
Además, comience a hacer preguntas sobre este tipo de problemas cuando esté entrevistando para su próximo trabajo. Descubra qué tecnología utiliza la empresa y cómo se introducen las cosas nuevas.
cjstehno

12

Salir.

En primer lugar, no tiene futuro a largo plazo con la empresa, porque no tiene futuro a largo plazo. El CEO es obviamente un problema importante, y si hasta ahora se ha salido con la suya con este tipo de cosas, seguramente continuará haciéndolo hasta que la empresa falle. Tampoco, si aún no ha escuchado la razón, es probable que lo haga.

En segundo lugar, realmente no quieres trabajar en un lugar como ese. Es destructivo para tu autoestima, tu capacidad para hacer planes y probablemente tus hábitos de trabajo.

Tenga mucho cuidado al decir algo cuando salga. No querrás dejar atrás a un enemigo con la capacidad demostrada de convertirte en CEO. Además, tenga cuidado con lo que dice sobre el CEO en las entrevistas. Haga declaraciones de hechos simples y deje que los entrevistadores extraigan los juicios de valor. No desea ser etiquetado como alguien que simplemente no puede llevarse bien con la administración.


9

Esta pregunta es el equivalente a "Mi esposo me amenaza con violencia cada vez que hablo, gasta todo nuestro dinero en crack, póker en línea y favores sexuales pagados de alumnos de octavo grado del vecindario, y sigue teniendo accidentes automovilísticos porque le gusta ir a cazar ciervos con mi Subaru. Estoy considerando quizás pensar en investigar un divorcio, pero mientras tanto, ¿qué puedo hacer para arreglar nuestra relación? "

Nadie quiere pensar en sí mismos como un abandono; nadie quiere sentir que abandonaron una situación sin hacer un esfuerzo por solucionarlo. Pero estás en el extremo opuesto de esa curva de campana.

A veces, la única forma de ganar es admitir que la situación se ha convertido en un montón de FALLO de grado de armas y alejarse.

Le tengo mis condolencias de que su trabajo haya llegado a esa etapa desde hace mucho tiempo.

Ahora empieza a caminar.


8

No hay una respuesta segura y realmente tienes dos opciones: huir o luchar.

Un CEO que no ha demostrado que es técnicamente inteligente, pero cree que sabe lo suficiente como para tomar decisiones técnicas es un tonto. Algunos son lo suficientemente inteligentes como para rodearse de personas que tienen conocimientos técnicos y luego escuchan sus opiniones, pero si la suya no lo ha hecho, entonces, es cuestión de tiempo antes de que el barco comience a gotear y se hunda.

Combatir ese tipo de comportamiento es una batalla perdida. El CEO tiene el gran club: sus salarios, los salarios de sus compañeros de trabajo y los salarios de la alta gerencia. Cualquier desacuerdo con un CEO perderá frente a eso porque la mayoría de las personas no se pondrán de pie cuando podrían perder un cheque de pago.

He trabajado con excelentes gerentes técnicos muchas veces, y me encantó. Si no sabían algo la primera vez que surgió en una discusión, lo sabrían bien la próxima vez y ¡ay de aquellos que intentaron nevarlos! Están ahí afuera, y los encontrarás, pero probablemente no donde estás porque se irán y se irán a otro lado si son inteligentes.

Entonces, baja la cabeza, aprieta los dientes un poco y busca una buena salida. ¡No hay nada de malo en ser una rata que huye de un barco que se hunde cuando no es tu barco!

¡Y buena suerte!


5

SAL

No pase Go. No espere a que sus opciones sobre acciones se cedan. Salga de allí antes de que su alma sea succionada por la nariz, comience a tener problemas de salud y termine frente a la SEC tratando de explicar por qué usted, como profesional responsable, "permitió" este tipo de irracionalidad. comportamiento.

Hipotéticamente


3

No parece que haya mucho que puedas hacer. Suena como un microgerente. Un CEO realmente necesita aprender cómo delegar responsabilidad, y eso incluye decisiones técnicas. Debido a esto, las empresas como esa tienden a no crecer más de lo que el propietario / CEO puede administrar personalmente.


2

Mostrar resultados y ejemplos prácticos del mundo real , nunca me ha funcionado contar todos los detalles jugosos a los técnicamente poco entusiastas / sin educación, simplemente no tiene sentido tratar de convencer de esa manera.

Además, si cree que una decisión particular de él es mala, dígale no cómo lo hará sufrir, sino cómo le costará más y lo pondrá en desventaja frente a la competencia .

Siempre he pensado que depende del desarrollador / programador educar a otros en la industria de cualquier manera posible, si no usted, ¿quién entonces?

Estaba recordando algo que Watts Humphrey dijo en un libro, algo así como: "es el trabajo del gerente pedirle que desarrolle algo sin costo en poco tiempo, es su trabajo negociar". Es muy probable que esta no sea la última vez que trates con alguien así, así que practica .


1
Como mencioné en mi pregunta, he mostrado implementaciones prácticas de soluciones a su problema, pero él quiere que lo hagamos de una manera muy precisa que no puede funcionar. En lo que respecta al costo, no he encontrado una manera de convencerlo de que usar soluciones de código abierto existentes, probadas y estándar es mejor que lanzar el nuestro. ¿Qué tipo de argumento debo usar para convencerlo de que use el producto X si no quiere usar X porque está escrito en un lenguaje de programación que no le gusta?
anónimo

1

¿Su empresa no tiene un CTO (o similar como VP Engineering o Chief Architect)? Si es así, entonces su CTO no está haciendo su trabajo al administrar al CEO. Si no es así, lo que tiene es un CEO que en realidad es su CTO. Básicamente, está haciendo lo que está haciendo porque no hay un CTO fuerte en la empresa.

En lugar de dejar de fumar, ¿por qué no intensificar? Enfréntate a él, dile que la tecnología no es el trabajo del CEO y que lo quieres fuera de la tecnología. Dígale que la compañía necesita un CTO fuerte y que es un idiota tecnológico. Dígale que quiere ser el CTO y tome todas las decisiones técnicas. Puede quejarse o intensificar y hacer algo al respecto. Entonces, deja de quejarte y da un paso adelante.


0

Como alguien más sugirió, puedes luchar o huir. Ya estás caminando por el camino de 'huir'. Intensifica tus esfuerzos. :)

Si fuera usted, una vez que tuviera mi estrategia de salida, iría a hablar con el CEO. Dile por qué te vas. Hágale saber sinceramente lo que piensa y por qué lo piensa. Ponlo por escrito si quieres. Ponlo en tu carta de renuncia. Solicite una entrevista de salida. Di lo que necesitas decir para que puedas alejarte del trabajo sin sentir que no hiciste lo suficiente.


1
Este CEO no está abierto a comentarios constructivos y probablemente tomaría represalias de alguna manera. Solo invente una excusa para conseguir otro trabajo.
JeffO

1
Soy muy, muy cauteloso con este curso de acción. (Aparte de "huir", con lo que no puedo estar de acuerdo con la suficiente fuerza.) Como se describe en el póster, cada vez que los hechos se pelean con el ego de este CEO, el ego se pone en primer plano. Parece que tiene la impresión de que esto ayudará al CEO a darse cuenta de que su comportamiento es destructivo; Eso me parece muy optimista. Creo que es mucho más probable que el CEO lo tome como un ataque personal. Lo que deja al cartel vulnerable si el CEO es amigable con otros tipos de empleadores locales que no se dan cuenta de lo tonto que es.
BlairHippo

No estaba siendo optimista de que el CEO despertara repentinamente y viera el error de sus formas. Estoy pensando mucho en el OP y en cómo se siente. Si estuviera en sus zapatos, me lo querría quitar del pecho antes de irme y luego irme con una "pizarra limpia", por así decirlo. Después de haber estado en una situación similar a esto, se sintió bien decir lo que sentí en mi último día con un nuevo trabajo en la mano. :)
Tyanna

1
Me alegro de que te haya funcionado, de verdad. Pero en mi experiencia, buscar algún sentido de "cierre" rara vez funciona bien; la otra persona, rebelde sonuvabitch que son, siempre arruina sus líneas. Y mi punto central sobre el CEO que probablemente lo tome como un ataque personal sigue en pie. Si el afiche necesita hacer un movimiento similar para sentirse bien al irse, entonces deberían hacerlo; pero reconocerlo por la satisfacción personal que es.
BlairHippo

0

Comience a prepararse para su próxima entrevista. Trate de ser objetivo sobre su situación e identifique los signos reveladores de un mal jefe. De lo contrario, terminarás en el mismo lugar.

"Conoce al nuevo jefe, igual que el antiguo jefe." - Pete Townshend


-1
  1. Primero obtenga ahorros u otra oferta de trabajo en sus manos. Lea el libro "llegar al sí" sobre negociación, para comprender la mejor alternativa a un acuerdo de negociación. Las personas de software en general son demasiado malas para negociar.
  2. Algunas empresas / personas tienen suficiente madurez para procesar los comentarios, otras no. No puedes enseñarle a un cerdo a volar, pierdes tu tiempo y el animal se enoja.
  3. no seas confrontativo y no negocies sobre las posiciones tomadas. Encuentra formas creativas de resolver el conflicto.
  4. puede decirle que busque una firma de consultoría para capacitarlos a ambos sobre cómo mejorar la eficiencia de la relación.
  5. Es frecuente encontrar personas de software que odian tanto estas situaciones que le dirán que simplemente se vaya. No dejes que el odio de los demás sea tuyo, a menos que sea genuino y en ese caso ... disfrútalo: D
  6. Por otro lado ... si no te gusta tu dirección ... muévete! ¡Tú no eres un árbol! Si no le gusta su trabajo ... ¡renuncie y siga adelante! no eres un escritorio!
  7. eres solo un hombre pobre sin carácter? estas semana? ¿sabes cómo quieres verte en 5 años? ¿Aún eres parte de una relación enferma? Si no toma ninguna decisión ... está viviendo según las decisiones que otras personas le quitan.
  8. En los aspectos técnicos, si no le permiten tomar decisiones y cometer errores usted mismo y aprender lecciones y mejorar la iteración. Entonces déjalo. Hay pocas o ninguna posibilidad de ganar experiencia si no se le permite fallar. Es como un niño que necesita aprender a caminar pero no se le permite caerse. Solo retírese. Tienes el derecho y la necesidad de cometer errores, nutren tu espíritu y desarrollan tus habilidades. Explícale esto a él.

Tienes una sola vida, intenta gastarla en algo que ames y en un estado amoroso.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.