¿Cuáles son algunos de los errores más grandes que han cometido los ingenieros de software para que los despidas?

Esta es bastante fácil. Si una empresa deja ir a un ingeniero de software, generalmente se debe a las condiciones comerciales, pero eso no es un despido.

El despido generalmente se debe a problemas de comportamiento (juventud e inmadurez combinados) en lugar de problemas de competencia. Les voy a contar algunas historias de terror, pero este es el producto de la gestión de ingenieros durante más de 20 años, por lo que no son acontecimientos cotidianos. Además, puede ser mucho peor en otras situaciones laborales. Fui oficial del ejército durante mucho tiempo, así que ni siquiera me hagas comenzar con las estupideces que he visto hacer a los jóvenes soldados.

Todos sabemos que los jóvenes hacen muchas cosas estúpidas cuando están bajo presión. Sin embargo, normalmente soy mayor que sus padres y, en general, puedo controlar esas cosas tratando a las personas como si fueran familiares.

Las cosas que generalmente no lo despedirán, pero que son de muy mal gusto incluyen ocasionalmente maldecir a las personas, perder el día de trabajo ocasional sin llamar, ser demasiado agresivo con el sexo opuesto, tener un problema de manejo de la ira, productividad por debajo del promedio, racismo manifiesto y trabajo de mala calidad. Parecen cosas que pueden hacer que te despidan, pero normalmente aconsejas a las personas por esas cosas y se enderezan o encuentran un trabajo diferente antes de haber sido despedidas. Estos tipos de personas a menudo pueden sobrevivir durante mucho tiempo porque no son promovidos, les damos a otras personas los aumentos que habrían obtenido, y a los gerentes les gusta volcar el trabajo horrible en descontentos manejables.

He estado administrando ingenieros de software durante 20 años y estas son las razones principales por las que he tenido que despedir personas. Es importante tener en cuenta que podría estar sentado en un cubículo junto a su gerente que ha despedido a personas por razones similares y que “nunca” le diría estas cosas. Algunos asuntos son “RRHH confidenciales” simplemente no se discuten fuera del equipo administrativo. ¿Los gerentes lo discuten entre ellos? Oh, diablos si! Más o menos tienen que hacerlo.

Abuso de sustancias. He tenido ingenieros que estaban drogados con alcohol en el trabajo. En un caso como este, es difícil de probar porque no lo harán frente a usted, pero sí nota patrones de comportamiento con bastante rapidez. No me refiero a alguien que llama enfermo con resaca de vez en cuando, sino que literalmente cae sobre sí mismo. Si puedes hacer el trabajo, actuar un poco extraño es asunto tuyo.

Violencia. Tenía a alguien que no estaba bien, así que lo estaba aconsejando. Había desaparecido durante tres semanas sin explicación, así que pensé que el asesoramiento estaba justificado. Pensó que las amenazas de violencia por parte de todo el equipo en respuesta estaban justificadas, así que le di la opción de irse o ser arrestado. Me contactó más tarde ese día queriendo recuperar su trabajo. Uhh … no.

Pornografía. Si descargas pornografía a tu computadora incluso una vez, tengo que despedirte. Simplemente me sorprende cuántos hombres jóvenes simplemente no pueden detenerse.

Hotspots móviles / puertas traseras. Probablemente esto ocurra menos ahora, pero a medida que la informática se está volviendo más móvil, le decimos a las personas que no expongan nuestra red bancaria a la PC de su hogar a través de dispositivos no autorizados.

No es realmente un ingeniero de software. A veces entras en una tienda donde las personas pueden haber sido contratadas sin entrevistas adecuadas. Cuando descubres que solo escribieron dos líneas de código en seis meses, les das un mes para mejorar, tiempo durante el cual escriben cuatro líneas de código, por lo que debes dejarlos ir.

Malversación. Sí, tampoco podía creerlo, pero esto realmente sucedió. No puedo darle detalles, pero esto le costó a muchas personas sus trabajos.

Gastos de acolchado. Si pierde un recibo de hotel, está bien. Cuando agrega miles de dólares en gastos debido a algunas presiones financieras personales, eso es robo.

Ser realmente malo con el CEO. A veces las personas solo tienen que enviar esa desagradable carta al CEO, probablemente cuando estaban borrachos o drogados. Quiero decir, si quieres hacerle una pregunta estúpida en una reunión del ayuntamiento, está bien, pero una diatriba de dos páginas, por favor no hagas eso.

Enfermedad del sueño. No te rías Realmente sucedió. “” Siempre pongo mi cabeza en mi escritorio y me quedo dormido porque cuando regresé de mi Safari Africano, tenía la enfermedad del sueño “. Lo sé, no lo habría creído si no hubiera sobrevivido.

Escritorio realmente sucio. “Sé que te graduaste del MIT, eso es genial y eres súper inteligente. El problema es cuando dejas comida en tu escritorio y permanece allí durante más de tres semanas. A riesgo de avanzar demasiado, en realidad se está pudriendo y varios de sus compañeros han presentado quejas al respecto ”. Las cosas empeoraron a partir de ahí y el hombre quería hacerlo bien, pero simplemente no podía hacer las cosas. En retrospectiva, me siento mal por él porque creo que era autista, pero simplemente no estaba funcionando.

He estado alrededor por un tiempo, he visto muchas cosas en los últimos 25 años de TI. Me sorprende lo que la gente hará. La mayor parte de mi carrera ha sido como consultor. Me involucro con compañías que necesitan ayuda con su software y / o procesos y políticas comerciales, evalúo lo que están haciendo y proporciono recomendaciones. A veces incluso los ayudo trabajando en código real o arquitectura del sistema. Me gusta pensar en mí como uno de los Bobs.

La mayoría de estas son terminaciones que no tuve que realizar personalmente, pero fui responsable de recomendarlo o lo suficientemente involucrado como para saber la razón. Y algunos resultaron simplemente en la eliminación de un consultor de una asignación de cliente, no todos terminaron con un despido completo …

  • Publicar el código fuente de un contrato de pago en un sitio web público de código abierto sin pedir permiso primero.
  • Convertir el código fuente de un contrato de pago en una serie de publicaciones de blog.
  • Trabajar en sus propios proyectos de código personal durante las horas de trabajo en lugar de manejar sus tareas. No hablamos de cosas ocasionales aquí, sino de 8 a 10 horas por día en su propio software y no hacemos progresos en el trabajo del cliente.
  • Robando el código de un compañero de trabajo y enviándolo por correo electrónico a su propio equipo de desarrollo para usarlo en sus propios productos de software, cuando está contratando como gerente de desarrollo a la empresa a la que está robando.
  • Llamar al CEO de una empresa cliente “un idiota” en su informe de estado semanal (que el gerente del proyecto dice no haber notado antes de enviarlo al cliente).
  • Oscurecer durante semanas a la vez con un doblador alcohólico, lo que seguro, cubriré a alguien si está tratando de obtener ayuda para sus problemas, pero no cuando pierden una llamada de conferencia tras otra y ni siquiera saben qué día es cuando finalmente los alcanzas.
  • Mentir sobre los informes de estado sobre el progreso realizado (no fue así).
  • No aparece en el sitio de un cliente cuando se espera que lo haga.
  • Apareciendo con sandalias abiertas y pantalones cortos de carga en un nuevo cliente. Tres días tarde.
  • El trabajo de subcontratación que se realiza para un cliente de defensa a un hacker de Europa del Este. Fue una llamada telefónica divertida, cuando nos presentaron a un “Ivan” que había estado trabajando en ello. Afortunadamente, resolvió el problema y este no era un asunto de alta seguridad … pero no hace falta decir que terminamos todo el trabajo con el contratista que lo sometió sin preguntar.
  • Ir en un crucero durante una semana en lugar de ir al sitio del cliente y luego tratar de ocultar este hecho a la gerencia llamando desde tierra en diferentes puertos de escala. Sí, eso realmente sucedió!
  • Ir por encima de su cabeza en una estimación del contrato y luego planear escapar de esos compromisos contractuales huyendo a las Islas Caimán (bajo la creencia de que uno está libre de extradición allí). Sí, eso también sucedió realmente!
  • Una vez tuvimos que despedir a alguien porque nos quedamos sin tareas “seguras” que pudiéramos darle (tareas que no tendrían consecuencias nefastas para el proyecto si las arruinara). Retrasamos este por un mes por temor a que apareciera al día siguiente con un arma de fuego.
  • Encontré múltiples casos en los que un empleado de una empresa cliente era combativo o socavaba el proceso cuando me contrataron para evaluar y hacer recomendaciones para mejorar el producto. En un caso, el disruptor fue reasignado a una división diferente, en otros fueron despedidos directamente por su propia administración (generalmente un problema continuo con esa persona, y esto fue solo el colmo).

Y estoy seguro de que hay muchas más, pero estas son las que recuerdo inmediatamente.

Y por si acaso, aquí hay uno que casi me despidió en la burbuja original de las puntocom cuando trabajaba para una startup de Internet:

  • Tome la palabra de un desarrollador de SQL de que ha probado completamente sus cambios en un procedimiento almacenado menor en el entorno de control de calidad, y deje que eso se implemente en producción porque solo estuve unos días en el trabajo de Lead DBA y aún aprendía las cuerdas cuando llega el momento a los procesos y procedimientos internos. Una semana más tarde, mi vicepresidente de ingeniería me informó que este cambio había roto la parte del sistema que registraba las transacciones facturables y, por lo tanto, nuestros ingresos para la semana fueron cero. Me dieron 2 días para resolver el problema o ser rescindido; afortunadamente pude reconstituir los datos faltantes de otros registros. Pero casi me despiden por ello, y mi vicepresidente habría tenido razón al hacerlo.

More Interesting

¿Por qué estoy estresado para trabajar como ingeniero de software?

¿Por qué nadie compite con Microsoft y crea una nueva y mejor suite de Microsoft Office?

¿A qué nivel contrataría como ingeniero de software a alguien que anteriormente había sido ingeniero de software pero fue ascendido a gerente y, por lo tanto, no está actualizado en sus habilidades de ingeniería de software?

¿Es común que un ingeniero de software gane más que su gerente?

Cómo escribir una biblioteca para un lenguaje de programación

¿Cómo hacen un seguimiento los ingenieros de software, organizan y recopilan información sobre los procesos comerciales involucrados en un software de sistema?

Me gusta la programación y la informática, pero no me gusta la programación competitiva. ¿Qué tengo que hacer?

¿Es posible que un desarrollador de software junior de 25 años de Israel obtenga una visa de trabajo en los Estados Unidos?

¿Cuáles son los mejores complementos para las pruebas de software que debe tener cualquier ingeniero de pruebas?

¿Cuál es el aumento salarial típico de SDE 1 a SDE 2 a SDE 3 en diferentes compañías como Amazon, Google, Facebook y Microsoft?

¿Cuáles son los mejores equipos de ingenieros de software en Google?

¿Por qué la mayoría de los ingenieros / programadores de software siempre actúan como si conocieran mejor su propio producto y piensan que su opinión sobre cualquier aspecto técnico del mismo es irrelevante?

Trabajo: ¿Realmente los ingenieros de Facebook, Google, Dropbox, etc. utilizan su conocimiento algorítmico en su trabajo diario o solo se usa como una forma de eliminar a los candidatos inadecuados?

Si tuviera una entrevista de ingeniero de software con Google mañana, ¿qué haría hoy?

Sé algo de codificación, pero no matemática, física, ¿puedo hacerlo a través de la ingeniería?