¿Cuál es la escala profesional para los ingenieros de software?

Las respuestas aquí arrojan algo de luz sobre los caminos muy variables de alguien con experiencia en Ingeniería de Software.

La respuesta más tradicional la da Steve Baker en su respuesta que cubre el disparo directo del papel de Junior a Líder.

El usuario de Quora también dio una idea de lo que puede hacer como probador / persona de control de calidad.

Creo que podemos mirar a ambos y ver algo genial: puedes ingresar al campo de la tecnología en cinco áreas principales y desarrollar tu carrera.

1. Desarrollo de software (el tradicional)
2. Garantía de calidad y prueba automatizada
3. Scripting y gestión de bases de datos
4. Dev-Ops e Implementación
5. Gestión de proyectos

Casi todos estos roles tendrán una antigüedad que se ampliará a medida que mejore, luego se ramificará en liderazgo técnico o gestión. Esa división entre el liderazgo tecnológico y la gestión es el segundo gran determinante de su trayectoria profesional. La primera es si te contratan en 1–4 o 5. La gestión de proyectos es difícil para una nueva persona con experiencia en ingeniería, pero recientemente vi a dos personas cambiar de desarrollador y tuvieron éxito.

Varía de una industria a otra.

En términos generales: ingeniero junior, ingeniero de nivel medio, ingeniero sénior, jefe / director.

• Los ingenieros junior son de mano a través del trabajo que realizan. Tienen poca responsabilidad por el diseño y se les debe dar parámetros estrictos para su trabajo.
• Las personas de nivel medio tienen más responsabilidad por lo que hacen. Pero aún no tendría mucho control sobre la dirección del proyecto.
• Se espera que las personas mayores sean “emprendedores” para descubrir qué hacer y cómo hacerlo sin ayuda. También esperamos que presenten sugerencias para mejoras de gran alcance, tal vez nuevas ideas de productos.
• El ingeniero principal de cualquier proyecto tiene la responsabilidad técnica de realizar el proyecto a tiempo y con los recursos disponibles … también de mantener el control general sobre el “panorama general”, para ser el árbitro final de las disputas técnicas.
• En raras ocasiones, hay más de una persona de antigüedad “líder”, pero dado que solo uno puede ser el árbitro final de las disputas, los otros son “ingenieros principales” con el mismo salario y responsabilidades.
• Más allá de eso, las personas tienden a comenzar a salir de la pista de programación y asumir roles más gerenciales. Otros se dedicarán más al trabajo de investigación: algunas compañías cambian los títulos de trabajo de “Ingeniero” a “Científico” para enfatizar eso. Es posible que estas personas no estén trabajando en ningún proyecto en particular, convirtiéndose en la fuente de nuevas ideas y proyectos y entregando el trabajo duro a los equipos de proyecto.

Una “escalera de carrera” es un gráfico dirigido de las oportunidades de transferencia lateral y promoción disponibles para una persona con un título de trabajo determinado. El gráfico, los títulos de trabajo y la paridad entre los títulos técnicos y de gestión varían de una compañía a otra.

Por ejemplo, en una empresa hipotética que no es plana:

• Un ingeniero junior puede ser ascendido a ingeniero
• Un ingeniero puede ser ascendido a ingeniero sénior
• Un ingeniero sénior puede ascender a ingeniero principal
• Un ingeniero principal puede ascender a ingeniero de personal o gerente de ingeniería

En este ejemplo hipotético, hemos llegado a una “bifurcación” en la escala profesional. En algunas empresas, este “tenedor” termina la escalera de la ingeniería; para avanzar una persona debe asumir puestos gerenciales. En otras compañías, esta “bifurcación” marca el comienzo de una “escalera de carrera dual” con una escalera “técnica” y una escalera de “gestión”.

En algunas empresas con una escalera doble, es muy difícil moverse entre las escaleras técnicas y de gestión. En otras compañías, es fácil avanzar y retroceder hasta alcanzar un cierto nivel, momento en el cual una junta de revisión de no gerentes tiene que aprobar cualquier movimiento de regreso a la escala técnica.

Aquí hay un ejemplo de la escalera técnica para una empresa hipotética con escaleras dobles (y una junta de revisión para promociones técnicas y muchas capas de gestión):

• Con la aprobación de la junta de revisión, un ingeniero de personal puede ascender a ingeniero superior de personal; con la aprobación del gerente de contratación, un ingeniero de personal puede transferirse lateralmente para ser gerente de sección
• Con la aprobación de la junta de revisión, un ingeniero de personal superior puede ascender a ingeniero de personal principal; Con la aprobación del gerente de contratación, un ingeniero superior puede transferirse lateralmente para ser gerente de división
• Con la aprobación de la junta de revisión, un ingeniero de personal principal puede ascender a ingeniero de personal principal sénior; con la aprobación del gerente de contratación, un ingeniero de personal principal puede transferirse lateralmente para ser gerente de división
• Con la aprobación de la junta de revisión, un ingeniero de personal principal sénior puede ascender a becario técnico; con la aprobación del gerente de contratación, un ingeniero de personal principal puede transferirse lateralmente para ser director
• Con la aprobación de la junta de revisión, un miembro técnico puede ser ascendido a oficial de personal técnico; con la aprobación del gerente de contratación, un miembro técnico puede transferirse lateralmente para ser vicepresidente

La distinción entre puestos equivalentes en las escalas técnicas y de gestión varía, pero me gusta pensar de esta manera: los puestos en las escalas técnicas tienen a personas que informan sobre ellos porque el trabajo es demasiado grande para que lo haga una persona; los puestos en la escala gerencial tienen personas que reportan en ellos porque el trabajo es administrar y desarrollar personas.

Los criterios utilizados por el comité de revisión varían, pero generalmente cada nivel de promoción requiere una mayor amplitud o una mayor profundidad y un alcance de impacto cada vez más amplio en la empresa. Debido a esto, cuanto más arriba subas en la escalera de gestión, más difícil será volver a la escalera técnica.

Algunas compañías tienen reglas (ventajas) muy específicas y algo ridículas asociadas con sus escalas profesionales. Por ejemplo, un título determinado puede significar que puede tener brazos en su silla o un cubo de 8 × 8 en el bullpen en lugar de un cubo de 6 × 8 en el bullpen.

Algunas compañías prefieren una estructura de gestión muy plana y no tienen mucha escalera. En tales empresas, el avance profesional puede medirse en beneficios, libertad y calidad de los proyectos, más que en términos de títulos y jerarquías.

En mi propia carrera, en la compañía Fortune 100 con muchos niveles de gestión y una junta de revisión, me moví libremente de un lado a otro entre las escalas de gestión y carrera técnica hasta llegar al Ingeniero de personal principal. Estuve en el panel de revisión por un tiempo. Luego me mudé a otra industria y subí de ingeniero superior a ingeniero principal y volví a la escala administrativa donde me he alojado y seguí avanzando.

Es tan altamente variable que podríamos usar más detalles para centrarnos en qué aspecto realmente necesita información. También pasaré por alto las diferencias (generalmente inconsistentes) entre “ingeniero de software”, “desarrollador de software”, “codificador”, “programador”, etc., etc., etc.

Por lo general, hay varios rangos, con títulos como Asistente, Asociado, Junior, Personal, Senior, Lead, Principal y, a veces, combinaciones, como Senior Lead para distinguirlo de Lead simple. También a veces la falta de un rango es un rango, generalmente en lugar de algo vago como el bastón.

Sin embargo, no todas las empresas tienen una carrera profesional tan larga disponible para las personas que desean mantenerse técnicas. Lamentablemente, en muchos lugares tienes que pasar a la gerencia en algún momento para avanzar más en tu carrera, y ese es un conjunto de habilidades completamente diferente, para el cual la compañía rara vez te brinda capacitación por adelantado. Si tiene suerte, es la gestión de proyectos , donde se asegura de que las cosas se hagan a tiempo y dentro del presupuesto, y después de haber sido un engranaje en la máquina, al menos estará familiarizado con el concepto desde el otro extremo. Si tiene mala suerte, tendrá que dedicarse a la gestión de personas , asegurándose de que se cumplan sus deseos y necesidades, que sean felices y leales a la empresa, y todas esas otras cosas delicadas que los ingenieros tendemos a ser absolutamente pésimo.

Muchas compañías también tienen un ligero cambio, al menos en el enfoque, si no en el título, del trabajo práctico de codificación real, al diseño de nivel superior, como la arquitectura.

En el camino también puede haber algunas otras oportunidades (aunque raramente requisitos) para cambiar el enfoque, como las operaciones del sistema, la gestión de la base de datos, las pruebas / QA / QC, etc.

¡Permítanme tomar el ejemplo de que el Ingeniero de software es un analista de pruebas y el respectivo crecimiento profesional!

Ruta recomendada para usted: Analista de pruebas> Líder de módulo> Líder de prueba> Administrador de pruebas> Jefe de control de calidad

Depende de cuán fuerte sea en términos de habilidades, herramientas y tecnologías con las que trabaje para acumular conocimiento con experiencia laboral relevante durante un período de tiempo.

Ejemplo 1: puede ser un probador funcional que se concentra en el dominio de telecomunicaciones con un sólido conocimiento de dominio, como LTE con más de 10 años de experiencia

Nota: Para comenzar su experiencia en tales pruebas funcionales, consulte los libros a continuación:

Ejemplo 2 (Recomendado solo para alguien que tenga al menos 1+ experiencia en el rol de ingeniero de pruebas funcionales. No recomendado para estudiantes de primer año ): puede ser un probador de rendimiento con conocimiento de herramientas populares como JMeter, Load Runner, Neo Load.

Nota: El siguiente libro será muy útil para practicar en JMeter utilizando el libro PACKT, que es muy recomendable.

Ejemplo 3 (muy recomendable . Recomendado para FRESHERs y desarrolladores de TI ): puede pasar a Lead de prueba de automatización en cuatro años de experiencia cuando tenga un conjunto de habilidades que incluye las siguientes herramientas:

• Diseño para TestNG, Visual Studio, Jenkins, Excel VBA, Selenium, HP UFT (anteriormente QTP), Ranorex, RFT y otras herramientas de prueba de control de calidad de rango amplio.
• ¡Obtenga los beneficios del marco de automatización de selenio webdriver bien construido!
• Aplique técnicas de programación potentes para crear un marco basado en datos bien estabilizado, marco basado en palabras clave, marco híbrido, Marco de automatización de integración continua ágil.
• ¡Aproveche las oportunidades para diseñar marcos de automatización SOAP basados ​​en servicios web con la ayuda de SOA, conceptos básicos de ETL y scripts de automatización SQL para validar sistemas de bases de datos!
• Utilice prácticas de construcción utilizando la tecnología de reconocimiento de objetos de herramientas de automatización de pruebas y capture elementos web dinámicos.
• Depurar problemas en el ciclo de vida del desarrollo de software para mejorar el proceso de prueba utilizando técnicas de estimación de prueba, proceso de selección de herramientas.
• Cree scripts de automatización de calidad al comprender los conceptos básicos de aprendizaje automático del marco de automatización de selenio
• Resuelva problemas de automatización e introduzca pepino, desarrollo basado en el comportamiento basado en el flujo de datos y desarrollo basado en pruebas en las pruebas funcionales.

Nota: Algunos de los libros que puede consultar para obtener tales habilidades en el sitio web www dot webdriverinselenium dot com para:

Estudiantes de primer año (tanto profesionales de TI como no profesionales de TI): incluso puede orientar las combinaciones de los ejemplos 1 y 2 o los ejemplos 1 y 3 [que lo llevarán a Junior Automation Tester inicialmente y entrará en Test Lead en 4–6 años]

Desarrolladores interesados ​​en cambiar a la carrera de control de calidad: el ejemplo 1 y 3 es la mejor ruta y el ejemplo 1,2 y 3 se recomienda solo para alguien que tenga experiencia en desarrollo + prueba antes [lo que lo llevará a Automation Tester inicialmente y entrará en Test Lead en 2–3 años de tiempo]

Probadores con pocos años de experiencia: el ejemplo3 es el mejor y más adecuado como carrera profesional para los próximos diez años (Garantizado) [lo que lo llevará inicialmente al Automation Tester y entrará en Test Lead en 4–6 años]

Si le gustan mis respuestas, no dude en hacer clic en UPVOTE.

Levels.fyi tiene una buena visión general de la mayoría de los desgloses de nivel profesional de las principales empresas de ingeniería de software. Puede hacerse una idea de cómo funciona la jerarquía observando la nomenclatura y el tamaño de las bandas.

Una escalera profesional típica de ingeniería de software generalmente sigue algo similar a:

1. Ingeniero de software
2. Ingeniero de programación superior
3. Ingeniero de software de personal
4. Ingeniero de software de personal sénior
5. Ingeniero distinguido / compañero

Depende de la empresa y no existe un estándar universal. Donde trabajé antes, una empresa tenía el ingeniero 1–6, donde 1–4 son filas de “ingeniero”, 5 es para ingeniero senior y 6 es para un ingeniero principal. Hay algunos ingenieros distinguidos (lo llamaron 7) y luego uno solo (lo llaman 8).

Un compañero es el equivalente de VP en la vía de gestión. Ese es el techo de la escalera para una persona técnica de seguimiento / ingeniero de software.