Se está produciendo un éxodo de ingenieros de software en mi empresa. ¿Cuáles son los pros y los contras de quedarme y qué debo considerar?

Soy un desarrollador junior a los pocos meses de mi primer trabajo de tiempo completo. Con toda su fuerza, nuestro departamento tiene 10 desarrolladores, incluido el líder.

Perdimos un desarrollador que aún no ha sido reemplazado una semana después de que me uní (el reclutamiento aún está tratando de obtener un reemplazo). Hace tres semanas, nuestro líder se fue (no le gustaba la gestión). Otro renunció hace una semana. Estamos perdiendo otro la próxima semana y otro en dos semanas.

Uno de los sobrevivientes está siendo ascendido a líder, que también se está transformando lejos de una posición de codificación directa (el líder anterior causó mucha fricción al esconderse en su oficina).

Dos de los supervivientes también lo hacen exclusivamente móvil. Entonces, si bien nos reduciremos a 4 de 10 desarrolladores, se reducirá a 2/8 en operaciones. El líder ayudará tanto como pueda, pero eso es quizás 2.5.

El otro problema es que seré el único desarrollador que quede trabajando en un sistema central para nuestro negocio.

Por contexto: esto no es en un inicio de podunk. Es el gobierno, por lo que no vamos a caer debido a la falta de un inversor. Los proyectos particulares en los que trabajamos también generan dinero, por lo que no serían parte de un recorte presupuestario reciente.

Estoy pensando en irme porque no quiero estar en un lío, pero me señalaron que ahora soy el único desarrollador con mucho conocimiento práctico del sistema y, por lo tanto, podría convertirse rápidamente en mi proyecto. El problema es que no estoy seguro de tener la habilidad necesaria para completarlo yo mismo. Me he defendido en los sprints, pero ¿quién sabe qué más podrían querer?

Las razones por las que se fueron no tienen nada que ver con el departamento. Una mezcla de razones. A un tipo no le gustaba la gestión. Otro no obtuvo la posición de liderazgo, por lo que se va. Un tercero se casó.

¿Qué oportunidades y riesgos existen para quedarse? Específicamente, ¿cuáles son los riesgos y oportunidades de ser (al menos durante dos meses) el único desarrollador de un proyecto como junior?

Es muy difícil que alguien de afuera evalúe la situación interna (lo que realmente está pasando)... ¿trataste de hablar con alguien que se va/ya se fue y averiguar el motivo detrás de la decisión?
Aclaración añadida.
Hace poco respondí una pregunta similar aquí: Workplace.stackexchange.com/questions/148109/…
¿Tiene un supervisor comprensivo u otra persona con responsabilidades gerenciales? Si es así, puede pedir consejo sobre cómo hacer bien su trabajo con la rotación constante. (Pedir consejo rara vez ofende a las personas de tipo gerente). Y: si necesita "mantenerse a sí mismo" en los sprints, eso es falso scrum. No dejes que haga demasiado daño a tu confianza en ti mismo. Y, gracias por trabajar en el gobierno: beneficias a mucha gente de esa manera.
Cuando dice "es el gobierno", ¿quiere decir que trabaja directamente para una agencia del gobierno, o está trabajando en una empresa que tiene un contrato para producir cosas para una agencia del gobierno?
@O.Jones no realmente. El antiguo supervisor se fue y el nuevo nunca me ha hablado por más de 2 minutos. Así que no realmente. No estoy seguro de que él sepa algo sobre lo que hago más allá del proyecto que se me ha encomendado.
@Upper_Case-StopHarmingMonica directamente para el gobierno. Si me quedo más de un año, empiezo un tipo de gobierno de pensión de beneficios definidos.
@O.Jones "mantenerme" es más mi propio estándar, es decir, asegurarme de completar la misma cantidad de trabajo que los otros desarrolladores. No tengo ni idea de cómo me evalúan (o seré evaluado bajo el nuevo gerente), así que me aseguro de estar en la cima, sin embargo, se mantiene la puntuación. Con tan poca gente, estoy seguro de que es tentador deshacerse del único junior y construir un equipo desde cero.

Respuestas (5)

Ahora esto se ha convertido en un entorno de inicio, en el que trabajas para resolver problemas multidisciplinarios. Sería una buena oportunidad para que aprendas. Usted encuentra el problema y lo resuelve, o si le asignan el proyecto, primero mapee la profundidad del mismo y acéptelo como un desafío. Con este enfoque, la experiencia que obtendrá es extraordinaria en poco tiempo.

Ahora la pregunta sobre si estás listo para esa responsabilidad o no,

1) Hoy en día puedes aprender muchas cosas de internet (Youtube, cursos en línea, etc.)

2) Hay una gran comunidad de Internet para su ayuda, como el desbordamiento de pila, si está atascado en algún proyecto.

3) Da lo mejor de ti y aunque llegue el fracaso aprendes de él. esa es la mejor parte del aprendizaje.

El punto a favor es que tienes conocimiento práctico del sistema. También puede dominar el arte de ejecutar proyectos desde la raíz hasta las ramas. En lugar de simplemente ser asignado para trabajar en la mitad de la rama o en pequeñas partes del proyecto. En resumen, obtendrá una experiencia de gestión de proyectos.

El tamaño del equipo también es importante según los requisitos del proyecto, ya que dijo que el reclutamiento está en marcha, el tamaño de su equipo también aumentará, definitivamente tomará algún tiempo. Con esto, cada nuevo miembro también aportará algunos conocimientos y experiencia que lo ayudarán a ejecutar proyectos con trabajo en equipo, lo que aumenta aún más la eficiencia.

La cuestión de si también debería dejar su trabajo actual, creo que no, debería darle algo de tiempo al sistema. Tal vez en algún momento la gerencia aprenda de la situación actual de abandono y actualice su política.

Creo que todo el enfoque de "aprenderás algo" es una conspiración corporativa. Es una forma en que las empresas hacen que trabajes asumiendo que estás aprendiendo, pero al final del día, siendo "leal a la causa" solo ayudarás a tu empresa. Siempre debes pensar en lo que es mejor para ti, y "aprender" no tiene ningún sentido si no tienes trabajo. Y gran secreto... lo que aprendes ahora por lo general no se aplica a la próxima empresa.
@Dan, creo que es un buen equilibrio y hay que tener cuidado. Existe el potencial para aprender y crecer, pero un potencial similar para ser exprimido en nombre de la "experiencia".
@Borgh Todo el mantra de "aprendizaje" que se ha infundido en la cultura de los desarrolladores en los últimos años me preocupa. A todo el mundo se le dice que está "aprendiendo" e incluso lo lleva a estas conferencias que parecen beneficiosas en la superficie, pero el mismo grupo de personas siempre asiste a estas conferencias y siempre dice que debería estar "aprendiendo", pero solo para ayudar a los empresa y ayudar a los futuros empleados. Al final no aprendiste nada. Esto es puramente en beneficio de la empresa. Si no puede ganar dinero o tiene miedo de no hacerlo pronto, váyase. No se quede "aprendiendo" cosas para la empresa.
@Borgh Como pensamiento final, creo que pasar demasiado tiempo "aprendiendo" dañará su carrera más que ayudar. Aprendiste mucho pero nunca lo aplicaste en ninguna parte. El próximo empleador le preguntará qué hizo en su empresa anterior y si todo lo que tiene son lecciones que leyó en línea, entonces eso podría no ser tan útil como tener proyectos sólidos en los que trabajó.
@Dan De manera similar, me preocuparía mucho si una empresa me dijera que "deje de hacer preguntas y simplemente haga su trabajo". El aprendizaje no se trata solo de conferencias y conocimiento de dominio formal, sino que también puede ser probar otras tecnologías o métodos.

Ventajas:

  • Obtendrá mucha experiencia práctica
  • Es posible que pueda dar forma al código de la manera que desee
  • Puede obtener mucha visibilidad

Contras:

  • Puede ser muy estresante en caso de que no pueda manejar algunas cosas de manera oportuna.
  • Dado que es su primer trabajo, no tener gente de quien aprender es una gran estafa, en mi opinión

Me aseguraría de que su jefe/líder conozca bien sus capacidades y limitaciones y que sepa que algunas cosas pueden tardar en completarse debido a su falta de experiencia. Si se lo toma bien, es un buen comienzo.

Algo está mal. Descubre lo que es.

Las personas no abandonan proyectos sólidos, bien administrados y bien financiados sin una causa justa. ¿Es una mala gestión o es inminente un cambio de dirección? ¿Está previsto recortar el presupuesto? ¿Viene un juicio? ¿Hay otro proyecto competidor que tomará el relevo? ¿Hay despidos planeados y su departamento está en el tajo? ¿Hay algún tipo de problema en el horizonte que ellos ven, pero no ves (¡todavía!)

Una vez que comprenda la razón básica por la que la gente abandona el barco, podrá tomar una decisión informada.

Según tu publicación, siento que hay una razón por la que están huyendo como ratas y cucarachas de un edificio en llamas, pero no te das cuenta. Eres como un ciervo en los faros, y el camión se acerca.

Puedo darle una respuesta basada en mi experiencia cercana, no en mi propia experiencia personal, sino en la de emplear a dos desarrolladores junior que estaban exactamente en su posición con sus funciones anteriores. Uno de ellos ya era un amigo a largo plazo, el otro también se ha convertido en un amigo cercano.

Les puedo decir que, en ambos casos, encontraron la experiencia bastante dañina para su confianza, aunque curiosamente en ambos casos ha resultado en que sean muy trabajadores y diligentes por miedo a la inferioridad. Como resultado, es difícil decir que su experiencia no tuvo un valor positivo, aunque sospecho que ninguno elegiría estar en esa posición si tuviera la opción.

Lo que debes hacer depende mucho de tu propia personalidad. Si está muy motivado, le encanta resolver problemas y es lo suficientemente fuerte como para resistir cierta presión, podría ser una gran oportunidad para aprender mucho y con bastante rapidez. Como sugieren las otras respuestas, es probable que esté expuesto a una amplia gama de tareas en una gran cantidad de sistemas y tecnologías y puede usar esto para aprender habilidades valiosas para seguir adelante.

La otra cara, por supuesto, es que trabajará en un equipo con recursos insuficientes y es probable que esté bajo una presión cada vez mayor para compensar la falta de otros desarrolladores siendo altamente productivo. Si tiene la suerte de trabajar en una organización con plazos flexibles y una gestión comprensiva, es posible que le den tiempo para aprender y hacer el trabajo correctamente. De lo contrario, prepárese para expectativas poco razonables y descubra cómo puede lidiar con ellas. Aconsejaría no trabajar muchas horas y básicamente dar la vida por el trabajo: la falta de recursos es su problema, no el tuyo.

Específicamente, ¿cuáles son los riesgos y oportunidades de ser (al menos durante dos meses) el único desarrollador de un proyecto como junior?

Parece que lo que realmente te preocupa es si te quedarás atascado haciendo tareas que no puedes hacer o si puedes hacer las tareas pero sobrecargado. Lo más probable es que la gerencia sepa que el equipo no está al 100%. Pueden acudir a ti y preguntarte de qué eres capaz, pero no esperarán que hagas milagros o que te hagas cargo de todo el proyecto. Están buscando otros desarrolladores para unirse. Supongo que estarán en modo de mantenimiento y les dirán a los accionistas que están en modo de mantenimiento.

Si su empresa no puede encontrar un reemplazo o tiene una alta rotación constante, espere que el contrato del gobierno pierda en la próxima oferta. Lo más probable es que el gobierno no esté contento con no entregar productos. La mayoría de los contratos gubernamentales tienen años de opción, por lo que cada año pueden revisar si desean continuar el contrato hasta el término completo. Así que lo observaría de cerca, especialmente si el equipo no está al 100% para entonces.

Personalmente iría a hablar con su gerente. Exprese que está ansioso por aprender y quiere trabajar, pero sepa que durante los próximos dos meses sabe que será el único desarrollador. Pregunta qué esperan de ti. Es una excelente manera de descubrir por qué los demás también se fueron. Si su gerente dice que espera que sepa todo y que se comprometa con la fecha límite para los grandes proyectos, entonces sabe por qué los demás se fueron.

Basándome en esa conversación, determinaría si es prudente permanecer a bordo o partir. Al final del día, si le pagan, está listo para comenzar. No renunciaría basándome en suposiciones hasta que, como mínimo, hable con su gerente.