En la etapa actual del desarrollo de la industria del software, se puede observar una variedad de roles de producción. Su número está en aumento, la clasificación se complica cada año y, por supuesto, se complican los procesos de selección de especialistas y de trabajo con el potencial humano. Las tecnologías de la información (TI) son un ámbito de recursos laborales altamente calificados y escasez de personal. Aquí, el proceso de formación de personal y la necesidad de trabajar de manera planificada con el potencial humano pueden ser significativamente más efectivos que la selección directa a través de recursos de Internet.
El artículo aborda cuestiones relevantes para los especialistas en gestión de personal de empresas de TI: las relaciones causa-efecto en la evolución de los roles de producción, las consecuencias de una interpretación errónea del contenido de los roles para el trabajo con el personal en general, y las posibles opciones para aumentar la efectividad en la selección de especialistas.
Producción de TI para los no iniciados
Quién es quién en TI es un tema de discusión en diferentes foros. Existe desde el mismo momento en que nació toda la industria de TI, es decir, con la aparición en el mercado de consumo de las primeras empresas desarrolladoras de software a principios de los años 90 del siglo pasado. Y ha pasado tanto tiempo sin una visión unificada sobre este tema, lo que crea dificultades y disminuye la efectividad del trabajo con el personal. Intentemos aclararlo.
Para mí, el tema de los roles de producción en el ámbito de TI se ha vuelto relevante e interesante desde que entré en una empresa de TI. He gastado mucho tiempo y energía nerviosa en entender el proceso de producción. Estos gastos superaron mis expectativas y los costos de adaptación a procesos en otros ámbitos: educación, producción material, pequeñas empresas. Tenía la comprensión de que los procesos son complejos y poco familiares, ya que, en general, una persona está más adaptada al mundo material que al virtual. Pero había una resistencia intuitiva: parecía que algo no estaba bien, que esto no debería ser así. El proceso de adaptación tomó, probablemente, un año, lo que, en mi entendimiento, es una cantidad simplemente cósmica. Al final, he formado una idea bastante clara sobre los roles clave en la producción de TI.
Actualmente, sigo trabajando en este tema, pero a otro nivel. En mi papel como líder del centro de desarrollo de una empresa de TI, a menudo me comunico con estudiantes, profesores universitarios, aspirantes, escolares y otros interesados en participar en la creación de un producto de TI para promover la marca del empleador en el mercado laboral de un nuevo territorio (ciudad de Yaroslavl). Esta comunicación no es fácil debido a la baja información de los interlocutores sobre cómo se organiza el proceso de desarrollo de software, y, como consecuencia, su falta de comprensión sobre el tema de conversación. Después de 5 a 10 minutos de diálogo, dejas de recibir retroalimentación y comienzas a sentirte como un extranjero cuya habla requiere traducción. Como regla general, entre los interlocutores se encuentra alguien que pone fin al diálogo y menciona el mito popular de los años 90: "De todos modos, todos los informáticos son programadores". Las fuentes del origen de este mito son las siguientes:
- La industria de TI está en pleno desarrollo; en estas condiciones, todos los significados y principios fundamentales están en fase de formación.
- En condiciones de incertidumbre, es complicado existir, por lo que una persona trata de facilitar su comprensión de lo desconocido, creando mitos.
- La persona está más acostumbrada a percibir el mundo material que el virtual, por lo que le resulta difícil dar definiciones a conceptos que están fuera de su percepción.
Los intentos de combatir este mito a veces recuerdan a una lucha contra molinos de viento, ya que hay varios aspectos del problema que necesitan ser abordados. Un especialista en recursos humanos debe, en primer lugar, tener una visión clara de los roles productivos en una empresa de TI en su forma ideal y real; en segundo lugar, entender cómo y cuándo se puede utilizar de manera más efectiva el recurso interno de la empresa; y en tercer lugar, qué métodos reales ayudarán a aumentar la concienciación de los participantes en el mercado laboral y contribuirán al desarrollo de la marca del empleador. Analicemos estos aspectos en detalle.
El ciclo de vida del software como base de los roles productivos
No es un secreto que, en general, todos los roles de producción en cualquier empresa de TI tienen como origen el ciclo de vida del software. Por lo tanto, si se establece la tarea conceptual de llegar a un acuerdo sobre una percepción unificada de este tema dentro de toda la industria de TI, es necesario basarse precisamente en el ciclo de vida del software como el fundamento semántico que todos entienden y aceptan sin ambigüedad. La discusión sobre las opciones específicas de implementación de los roles de producción se sitúa en el ámbito de nuestra relación creativa con el ciclo de vida del software.
Así que, examinemos las etapas que involucra el ciclo de vida del software, usando como ejemplo la metodología RUP. Son eslabones ya bastante consolidados en cuanto a contenido y terminología. El proceso de producción siempre comienza con la modelización de negocio y la formulación de requisitos, y termina (condicionalmente, claro) con la consultoría a los usuarios y los ajustes del software basados en las 'demandas' de los usuarios.
Si se hace un excursus histórico hasta finales del siglo pasado (como es conocido, fue el periodo de la 'automatización aislada'), se puede ver que todo el proceso de creación de software era llevado a cabo por un programador-desarrollador. Aquí se encuentran las raíces del mito de que cada profesional de TI es un programador.
Con la complejidad de los procesos de producción, la aparición de plataformas integradas y la transición hacia la automatización completa de áreas temáticas, junto con la reingeniería de los procesos de negocio, se vuelve inevitable la aparición de roles especializados, vinculados a las etapas del ciclo de vida. Así es como surgen el analista, el probador y el especialista en soporte técnico.
La diversidad de puestos a través del ejemplo del rol de analista
El analista (también conocido como ingeniero analista, formulador, metodólogo, analista de negocios, analista de sistemas, etc.) ayuda a "conectar" las tareas comerciales con las tecnologías para su implementación. La descripción de la formulación de tareas para el desarrollador es así como se puede caracterizar la función principal de un analista abstracto. Actúa como un enlace entre el cliente y el desarrollador en los procesos de formulación de requisitos, análisis y diseño de software. En condiciones de producción reales, la lista de funciones del analista está determinada por la forma de organización de la producción, la calificación del especialista y la especificidad del área temática modelada.
Parte de los analistas está más cerca del cliente. Son los analistas de negocios (Business Analyst). Comprenden profundamente los procesos comerciales del área temática y son expertos en los procesos que se automatizan. Es muy importante tener a tales especialistas en el personal de la empresa, especialmente al automatizar áreas temáticas metodológicamente complejas. En particular, para nosotros, como automatizadores del proceso presupuestario del estado, es absolutamente necesario que entre los analistas haya expertos en la materia. Son empleados altamente calificados con una buena educación en finanzas y economía, y experiencia de trabajo en órganos financieros, preferiblemente en roles de especialistas líderes. La experiencia de trabajo no solo en el campo de TI, sino específicamente en el área temática es extremadamente importante.
Otra parte de los analistas está más cercana a los desarrolladores. Son los analistas de sistemas (System Analyst). Su tarea principal es identificar, sistematizar y analizar los requisitos del cliente para evaluar su viabilidad, preparar especificaciones técnicas y describir la formulación de tareas. No solo entienden los procesos comerciales, sino también las tecnologías de la información, tienen un buen conocimiento de las capacidades del software proporcionado al cliente, poseen habilidades de diseño y, por lo tanto, comprenden cómo expresar mejor los intereses del cliente al desarrollador. Estos empleados deben tener educación en el campo de las TIC y una mentalidad ingeniero-técnica, siendo deseable tener experiencia de trabajo en TI. Al seleccionar a tales especialistas, será claramente una ventaja contar con habilidades de diseño utilizando herramientas modernas.
Otra variante de los analistas son los redactores técnicos (Technical Writer). Se encargan de documentar dentro de los procesos de desarrollo de software, preparan manuales de usuario y de administrador, instrucciones tecnológicas, materiales de capacitación en vídeo, etc. Su principal tarea es poder transmitir a los usuarios y otras partes interesadas la información sobre el funcionamiento del programa, describir cosas técnicamente complejas de manera clara y concisa. La mayoría de los redactores técnicos domina perfectamente el español, y además tiene una formación técnica y una mentalidad analítica. Para estos especialistas, las habilidades de redacción de textos técnicos claros, correctos y detallados de acuerdo con los estándares son de suma importancia, así como el conocimiento y manejo de herramientas de documentación.
Así, vemos el mismo rol (y, por cierto, el mismo puesto en el organigrama) – analista, pero en diferentes manifestaciones aplicadas. La búsqueda de especialistas para cada uno de ellos tiene sus particularidades. Es importante saber que estas variedades de analistas a menudo deben poseer habilidades y conocimientos que son incompatibles en una sola persona. Uno es un humanista, inclinado al trabajo analítico con grandes volúmenes de documentos textuales, con un habla desarrollada y habilidades comunicativas, el otro es un "técnico" con un pensamiento ingenieril y un interés en el sector de TI.
¿Buscar afuera o formar internamente?
Para una gran empresa del sector tecnológico, la efectividad de la selección directa a través de recursos en Internet disminuye a medida que los proyectos crecen. Esto ocurre, entre otras cosas, por las siguientes razones: no es posible una rápida adaptación a procesos complejos dentro de la empresa, y la velocidad de aprendizaje de herramientas específicas es menor que la velocidad de desarrollo del proyecto. Por lo tanto, es importante que el especialista en recursos humanos no solo sepa a quién buscar externamente, sino también cómo aprovechar los recursos internos de la empresa, a partir de quién y cómo cultivar a un especialista.
Para los analistas de negocios, la experiencia en trabajo dentro de procesos reales del ámbito es fundamental, por lo que su selección externa resulta más eficaz que formarlos internamente en la empresa. En este sentido, es importante que el especialista en recursos humanos conozca las organizaciones que pueden ser fuentes de este recurso humano y se concentre en buscar currículos provenientes de ellas durante la selección.
Por el contrario, para cubrir vacantes como analista de sistemas y arquitecto de software, el proceso de formación de personal interno de la empresa es de gran importancia. Estos especialistas deben formarse en un entorno de producción real y la especificidad de la organización en cuestión. Los analistas de sistemas (System Analyst) evolucionan a partir de analistas de negocios (Business Analyst), escritores técnicos (Technical Writer) e ingenieros de soporte técnico (Technical Support Engineer). Los arquitectos de software (Software Architect) provienen de diseñadores de sistemas (System Designer) y desarrolladores de software (Software Developer) a medida que acumulan experiencia y ampliarán sus horizontes. Esta circunstancia permite al especialista en recursos humanos aprovechar de manera efectiva los recursos internos de la empresa.
Intersección, fusión y evolución de roles en la producción
Hay otra cuestión que no es fácil de implementar en el proceso de producción: el establecimiento de límites claros entre los roles. A primera vista, puede parecer obvio: se finalizó la implementación, se firmaron los documentos para la entrada del software en operación industrial y todo se trasladó al soporte técnico. Todo correcto, sin embargo, a menudo surgen situaciones en las que el cliente, por hábito y manteniendo un contacto cercano con el analista, lo sigue considerando como su "salvavidas", y continúa comunicándose activamente con él, a pesar de que el sistema ya está implementado y formalmente se encuentra en la etapa de soporte. No obstante, desde la perspectiva del cliente, ¿quién puede responder a las preguntas sobre el funcionamiento del sistema mejor y más rápidamente que el analista, quien estableció la tarea junto a él? Aquí surge la cuestión de la duplicación parcial de roles entre el ingeniero de soporte técnico y el analista. Con el tiempo, todo se normaliza, el cliente se acostumbra a comunicarse con el servicio de soporte técnico, pero al principio de la explotación del software, este "cambio interno" no siempre se puede llevar a cabo sin tensiones por ambas partes.
La intersección de los roles del analista y del ingeniero de soporte técnico también surge cuando el flujo de requisitos para el desarrollo se encuentra en la fase de mantenimiento. Volviendo al ciclo de vida del software, observamos una discrepancia entre las condiciones de producción reales y las pautas formales sobre que el análisis de requisitos y la formulación del problema solo pueden ser realizados por un analista. Un especialista en recursos humanos, sin duda, debe entender la imagen ideal de los roles dentro del ciclo de vida del software, que tienen límites claros. Pero al mismo tiempo, es fundamental tener en cuenta que puede haber intersecciones. Al evaluar los conocimientos y habilidades de un candidato, se debe prestar atención a la experiencia relacionada, es decir, al buscar ingenieros de soporte técnico, también se pueden considerar candidatos con experiencia como analista y viceversa.
Además de la intersección, a menudo se observa la fusión de roles en la producción. Por ejemplo, un analista de negocios y un redactor técnico pueden coexistir en una misma persona. La presencia de un arquitecto de software (Software Architect) es obligatoria en un gran desarrollo industrial, mientras que en proyectos muy pequeños esta función puede ser desempeñada por los desarrolladores (Software Developer).
El cambio de períodos históricos en los enfoques y tecnologías de desarrollo conduce inevitablemente a la evolución del ciclo de vida del software. A nivel global, por supuesto, sus etapas principales permanecen inalteradas, pero se produce una mayor especificación. Por ejemplo, con la transición a soluciones web y el aumento de las capacidades de configuración remota, surgió el rol del especialista en configuración de software. En una etapa histórica temprana, estos eran los implementadores, es decir, ingenieros que pasaban la mayor parte de su tiempo laboral en los lugares de trabajo de los clientes. El aumento en el volumen y la complejidad del software dio lugar a la aparición del rol de arquitecto de software (Software Architect). Las demandas de acelerar el lanzamiento de versiones y mejorar la calidad del software han fomentado el desarrollo de pruebas automatizadas y la aparición de un nuevo rol: ingeniero de QA (Quality Assurance Engineer), etc. La evolución de los roles en todas las etapas de la organización del proceso de producción está significativamente relacionada con el desarrollo de métodos, tecnologías y herramientas.
Así que hemos considerado algunos puntos interesantes acerca de la distribución de roles de producción dentro de una empresa desarrolladora de software en el contexto del ciclo de vida del software. Es evidente que esta es una visión interna, que es específica para cada empresa. Para todos nosotros, como participantes en el mercado laboral de la industria de TI y responsables de promover la marca como empleador, será especialmente importante también la perspectiva externa. Y aquí hay un gran problema, no solo en la búsqueda de significados, sino también en la transmisión de esta información a la audiencia objetivo.
¿Cuál es el problema del "zoológico" de puestos de TI?
La confusión en la mente de los profesionales de RRHH, los organizadores de la producción y la diversidad de enfoques conducen a una amplia variedad, que es directamente un "zoológico" de puestos de TI. La experiencia en entrevistas y contactos profesionales muestra que a menudo las personas no tienen una comprensión clara de la carga significativa que debería derivarse de los nombres de los puestos. Por ejemplo, en nuestra organización, los puestos que incluyen el concepto de "ingeniero analista" implican que son responsables de definir tareas. Sin embargo, resulta que no en todas partes es así: hay organizaciones desarrolladoras donde el ingeniero analista es un implementador. ¿Es una comprensión completamente diferente, no creen?
En primer lugar, el "zoológico" de puestos de TI, sin duda, reduce la eficacia de la selección de personal. Cada empleador, al desarrollar y promocionar su marca, quiere transmitir de manera breve todos los significados que existen en su producción. Y si él mismo a menudo no puede decir claramente quién es quién, es natural que proyecte al entorno externo incertidumbre.
En segundo lugar, el "zoológico" de puestos de TI crea enormes problemas en la formación y desarrollo de personal de TI. Cada empresa de TI seria, que busca formar y desarrollar el potencial humano, en lugar de simplemente "exprimir" sitios de empleo, tarde o temprano se enfrenta a la necesidad de interactuar con instituciones educativas. Para personal de TI altamente cualificado, esto se refiere a las universidades, siendo al menos las mejores, como mínimo aquellas que se encuentran en el ranking de las 100 mejores.
El problema de la integración con las universidades al establecer un proceso continuo de formación de especialistas en TI consiste aproximadamente en la mitad en la falta de comprensión de las universidades sobre quiénes son realmente las personas dentro de una empresa de TI. Tienen una idea muy superficial al respecto. Por lo general, las universidades tienen varias especialidades con la palabra 'informática' en sus nombres, y a menudo ocurre que, al llevar a cabo sus campañas de admisión, se basan en la tesis de que todas las especialidades básicamente tratan de lo mismo. Y esto se parece a apoyarse en el mito popular de que todos los especialistas en TI son programadores.
La experiencia de nuestra estrecha colaboración con universidades muestra que la especialidad 'Informática Aplicada (por sectores)' nos proporciona personal para los departamentos de metodología y soporte técnico, pero no para desarrollo. Mientras que 'Informática Fundamental' y 'Ingeniería de Software' preparan un excelente recurso humano para los desarrolladores. Para no dirigir a un estudiante desde un principio por un camino inapropiado, es necesario 'disipar la niebla' que rodea la producción de TI.
¿Se puede llevar todo a un denominador común?
¿Se pueden unificar los roles de producción y llegar a una comprensión única de ellos tanto dentro como fuera de la empresa?
Por supuesto, se puede y se debe, porque la experiencia colectiva acumulada de todas las empresas de desarrollo demuestra la existencia de conceptos comunes que unen la organización del proceso productivo. Esto es consecuencia de que, de hecho, hay un concepto del ciclo de vida del software que es interpretado de manera unánime por todos, y los nuevos roles de producción (Data Scientist, QA Engineer, Machine Learning Engineer, etc.) son consecuencia de la clarificación y evolución del ciclo de vida del software como tal, que ocurre con la mejora de tecnologías y herramientas, así como con el desarrollo y la expansión de las tareas comerciales.
Al mismo tiempo, es complicado unificar los roles de producción, porque TI es uno de los sectores más jóvenes y en rápida evolución de la economía. En cierto sentido, es un caos del que surgió el universo. Aquí, una estructura organizativa clara es imposible y fuera de lugar, ya que TI es un ámbito intelectual, pero muy creativo. Por un lado, un especialista en TI es un "físico" intelectual con un pensamiento algorítmico y matemático desarrollado; por otro lado, es un "poeta" creador, portador y promotor de ideas. Al igual que un artista, no tiene un plan claro para crear su obra y no puede descomponer la imagen en partes, ya que dejaría de existir. Es un maestro de procesos informáticos que son en sí mismos abstractos, intangibles, difíciles de medir, pero rápidos.
Rutas para construir un trabajo de personal efectivo en la producción de TI
Entonces, ¿qué es importante que un especialista en RRHH sepa para construir un trabajo de personal efectivo en el contexto de la diversidad de roles en la producción de TI?
En primer lugar, cualquier especialista en personal de una empresa de TI debe tener una idea de la situación que caracteriza específicamente a su empresa: quién hace qué, quién se llama cómo y, lo más importante, qué significado se atribuye a estos roles en el contexto de la producción en particular.
En segundo lugar, un especialista en RRHH debe tener una visión flexible de los roles de producción. Es decir, inicialmente debe formarse una comprensión ideal de ellos que le permita entender todo. Luego, debe existir una imagen real de la producción: dónde y en qué se cruzan y se combinan los roles, qué percepción de estos roles tienen los líderes de producción. La complejidad para el especialista en personal radica en combinar en su mente la situación real y la ideal, sin intentar forzar a reestructurar los procesos a su comprensión ideal, sino ayudando a la producción a satisfacer la necesidad de recursos.
En tercer lugar, es fundamental tener una idea de las posibles trayectorias de desarrollo de ciertos especialistas: en qué casos puede ser efectivo un reclutamiento externo, y cuándo es mejor cultivar a un empleado dentro de su propio equipo, brindándole oportunidades para crecer; qué cualidades de los candidatos les permitirán desarrollarse en una dirección específica, qué cualidades no pueden coexistir en una misma persona y qué es lo más importante al elegir una trayectoria de desarrollo.
En cuarto lugar, volvamos a la afirmación de que la TI es un campo de personal altamente calificado, donde para un trabajo más efectivo de recursos humanos es inevitable una integración temprana con el entorno educativo de las universidades. En esta situación, cada especialista en recursos humanos debe desarrollar no solo habilidades de búsqueda directa, trabajo con currículums y entrevistas, sino también orientarse en el entorno de formación universitaria de especialistas: qué universidades preparan personal para la empresa, qué especialidades dentro de universidades específicas cubren las necesidades de personal y, lo que es importante, quién está detrás de esto, quién dirige y lleva a cabo la formación de especialistas en las universidades.
Así, si se busca de manera intencionada desmentir el mito de que todos los informáticos son programadores, es necesario dar una serie de pasos en esta dirección y prestar especial atención a nuestras universidades, donde se sientan las bases de la percepción de la futura profesión. En otras palabras, se requiere una interacción constante con el entorno educativo, por ejemplo, utilizando un formato moderno de colaboración en centros de coworking, 'puntos de ebullición', participación en intensivos educativos. Esto ayudará a desmantelar ideas erróneas sobre la empresa de TI, mejorará la efectividad del trabajo de recursos humanos y creará condiciones para la actividad conjunta en la formación de diversos especialistas en nuestra industria.
Agradezco a los colegas que participaron en la preparación y mantenimiento de la relevancia de este artículo: Valentina Vershinina y Yuri Krupin.
Fuente: habr.com
