¿El mantenimiento de 10-15 proyectos simultáneamente se considera normal para un ingeniero de software en una pequeña empresa?

Comencé alrededor de 7-8 proyectos en estos 3 años y también actualicé alrededor de 7-8 proyectos antiguos. Así que actualmente he participado en más de 15 proyectos. Nuevos requisitos/cambios vienen cada mes para todos los proyectos antiguos. Así que es muy difícil recordar y trabajar todos los proyectos juntos.

Todo esto apunta al hecho de que su empresa tiene una grave falta de personal. Dada la descripción, simplemente no veo cómo es realmente posible que dos personas manejen la carga que mencionó (a menos que todo el trabajo esté muy localizado y contenga actividades que tomen mucho menos tiempo).

¿Es esta una situación normal para los ingenieros de software?

No, en absoluto. La forma más eficiente de realizar múltiples tareas es concentrarse en una cosa a la vez. Sí, lo lee, escribe, se enfoca en una cosa importante a la vez y completarla realmente produce un resultado mucho mejor que tratar de realizar múltiples tareas con varias cosas.

Algunas sugerencias:

En primer lugar, no se comprometa ni acepte ningún trabajo a menos que sepa que tiene tiempo para trabajar en él. Hacer compromisos falsos (es decir, no cumplir debido a una mala planificación) es peor que negarse a aceptar y reprogramar en un momento posterior en el que se pueda asumir y completar. Es necesario priorizar las actividades.

• Si está en posición de tomar la llamada, hágalo.
• Si tiene un gerente/supervisor que puede ayudarlo a priorizar las tareas, pregúntele/involúcrelo.

Esto asegurará que solo se desplace a las tareas que puede cubrir, sin la necesidad de estresarse demasiado por las otras cosas que necesita completar.

Luego, hable también con su gerente/jefe/director ejecutivo y pídales que recluten nuevos ingenieros para que lo ayuden. Dada la carga de trabajo, indica claramente que su organización tiene suficiente trabajo por hacer, sin embargo, cada individuo solo puede realizar una cierta cantidad de tareas, por lo que si se necesita hacer más trabajo, necesitamos más empleados/ingenieros. Es así de simple.

Finalmente, si (o después) ya presentó el escenario y la situación no mejoró, sí, debe buscar en otra parte.

Hay una gran diferencia entre

• He trabajado activamente en 15 proyectos diferentes en los últimos 4 años.
• Se supone que debo estar trabajando en 15 proyectos diferentes en este momento.

El área en la que estoy ahora tiene 3 personas, y fácilmente tenemos más de 15 proyectos bajo nuestra responsabilidad. Pero no estamos trabajando activamente en todos ellos en un momento dado. De hecho, generalmente nunca trabajamos en más de 1-2 de ellos en un momento dado, porque como dijo otra respuesta: la multitarea solo funciona cuando te enfocas en una cosa.

En su lugar, me centraría en la gestión del trabajo. ¿Cómo manejas lo que se supone que debes hacer, lo que estás haciendo, cuáles son tus escalas de tiempo, etc.? Honestamente, esta situación es algo que me grita 'KANBAN'.

Básicamente, la historia corta de Kanban es que tiene un grupo de trabajo que debe realizarse. También tiene categorías para 'En progreso', 'En espera' y 'Terminado', junto con límites en la cantidad de elementos que puede incluir en cualquiera de esas categorías. ¿Alguien quiere que trabajes en algo? Agrégalo a la piscina. ¿Terminaste una tarea y necesitas encontrar algo más en lo que trabajar? Obtenga el elemento de mayor prioridad del grupo. ¿Alguien quiere que trabajes en algo en este momento? Bueno... depende de si tienes una vacante en tu sección 'En curso'. Básicamente, es un marco creado para evitar la multitarea generalizada y vampírica.

La belleza es que puedes tener 15 proyectos... pero solo estás tocando algunos de ellos en un momento dado. No pierde mucho tiempo 'Cambio de contexto': puede concentrarse en una tarea, terminarla y pasar a la siguiente.

Tu preguntaste,

¿Es esta una situación normal para los ingenieros de software?

Esa es una pregunta difícil de responder sin mucho contexto: algunos ingenieros de software pueden tener solo uno o dos proyectos que duran años , mientras que otros pueden hacer 15 o 20 proyectos en un año determinado. Probablemente sea más típico que esto último sea el caso en empresas más pequeñas donde el software es un medio para un fin (frente al producto real de la empresa); por ejemplo, su situación es probablemente bastante común para un equipo de 4 ingenieros en un pequeño banco comunitario. , frente a lo poco común para un equipo de 200 ingenieros en un proveedor de software o una empresa de consultoría.

Dicho esto, comentaste,

Es muy difícil recordar y trabajar todos los proyectos juntos. Cada mes estoy trabajando un máximo de 3-4 proyectos. El próximo mes otro proyecto 3-4, etc.

Aún así, siento que esto es muy estresante.

Para abordar su estrés, debe asegurarse de atribuirlo correctamente. ¿Está estresado debido a una gran acumulación de trabajo? ¿O está estresado porque no existe un mecanismo que lo ayude a administrar la acumulación de trabajo? Si tiene una cola constante de 15 o 20 proyectos, y está trabajando en 3 o 4 a la vez, eso no me parece inusual o incluso estresante, a menos que le falte un método o proceso para administrar el trabajo pendiente. - lo que generalmente significa que su enfoque de "gestión" es trabajar en cualquier proyecto sobre el que esté recibiendo la mayor presión en ese mismo momento, lo que puede ser muy estresante independientemente del tamaño de su cartera de pedidos.

No ha proporcionado ninguna información sobre su proceso de gestión del trabajo, por lo que es difícil dar comentarios específicos, pero si no tiene un sistema de emisión de tickets o un sistema de gestión de proyectos, y está gestionando el trabajo en función de correos electrónicos, llamadas telefónicas u otros métodos informales, podría ser el momento de sugerir algo más formal. Si aún no lo ha hecho, debería considerar tener una conversación honesta con su gerente, en la que pueda describir qué está causando su estrés: los buenos gerentes invierten en ayudar a su equipo a desempeñarse, y un empleado estresado rara vez es un empleado de alto rendimiento.

¿Es esta una situación normal para los ingenieros de software? ¿O es este el momento de buscar nuevos trabajos?

Esta es una señal tanto de que la empresa está creciendo como de que usted está adquiriendo experiencia en el software de la empresa y, como tal, se le pide que maneje una variedad más amplia de tareas. Por esta parte, es "normal" como de esperar si la empresa no tiene el dinero/el objetivo para contratar. Tenga en cuenta que podría no ser un paso inteligente en su carrera renunciar ahora que dependen tanto de usted.

Sin embargo, lo que no es normal es que se le pida que trabaje a un ritmo insostenible o que entregue características para plazos poco realistas. Debe ser capaz de ejercer cierta resistencia a las tareas que se le asignan, para ralentizarlas y hacerlas manejables: cuestione la prioridad de las tareas entre sí, cuestione la extensibilidad de la fecha límite y cuestione la viabilidad en una fecha límite determinada, hasta que tenga un cronograma claro de haciendo las cosas una por una a un ritmo razonable.

Responderé según la pregunta OP pero también el siguiente comentario de OP:

Todas las cosas como la documentación, la atención al cliente, la preparación de SRS me hacen a mí y al interno. En realidad, el 90% del trabajo realizado por mí desde que el desarrollador interno acaba de aprender todo ... Pero todos los trabajos relacionados con el diseño y la solicitud de soporte, la documentación relacionada con el diseño lo hacen otros dos diseñadores. –

Eso significa que está haciendo gestión de proyectos y desarrollador en lugar de solo desarrollar.

Ya que estás haciendo gestión de proyectos y estás sobrecargado, lo mejor que puedes hacer es aprender a delegar. Recoge de tu becario los proyectos que te resulten más fáciles y delega en él cada desarrollo. Al delegar proyectos específicos, le estás pidiendo que se especialice en esos proyectos y te deje los demás. Esta es, en mi humilde opinión, la mejor manera de que su pasante lo ayude lo más rápido posible.

En cuanto a lo que puede pasar:

• Si el pasante parece realmente incapaz de ser útil, hable con su jefe al respecto.
• Si el pasante ha sido útil y la carga de trabajo aún es demasiado grande. Es hora de que elijas si te interesa hacer solo gestión de proyectos o desarrollador y pedirle a tu jefe que consiga a alguien, o que lo contrate, para que haga lo otro. Dado que ya ha estado administrando todo, debería tener una oportunidad decente de solicitar convertirse en gerente de proyecto y solicitar un aumento de sueldo. Por supuesto, eso es solo si es lo que quieres.

Si depende. Depende de la cantidad de mantenimiento que tengas que hacer para cada uno. He estado en condiciones de mantener, en un equipo de 2, 36 lotes bancarios, algunos de ellos muy antiguos y muy grandes.

Funcionó.

Funcionó, pero la mayoría de ellos requirieron mi atención tal vez una o dos veces durante los 3 años que pasé allí. Uno de ellos, ni siquiera el más grande, el 50% de esos 3 años.

Entonces, para responder a su pregunta formulada, no hay una norma. Solo depende de la cantidad real de trabajo. Lo que nos lleva a la pregunta de fondo, a la que Walfrat responde indirectamente: ¿tienes demasiado trabajo que hacer? por lo que leí, sí: todos esos proyectos están activos, al parecer. Y eso es un problema de carga de trabajo. No es la cantidad de proyectos, lo que es un problema, es su carga de trabajo general.

Luego, le recomendaría medir el tiempo que necesita para cada mantenimiento y compararlo con la cantidad de mantenimiento que debe realizar. Con algunas métricas, convencer a la gerencia de que necesita que alguien lo ayude debería ser más factible. El número de aplicaciones no es una métrica vendible. La gran cantidad de horas de trabajo es.