En la etapa actual de desarrollo del software industrial, se pueden observar una variedad de roles de producción. Su número crece, la clasificación se vuelve cada año más complicada y, naturalmente, los procesos de selección de especialistas y trabajo con recursos humanos se vuelven más complicados. Las tecnologías de la información (TI) son un área de recursos laborales altamente calificados y escasez de personal. Aquí, el proceso de desarrollo del personal y la necesidad de un trabajo sistemático con el potencial del personal son mucho más efectivos que la selección directa utilizando recursos de Internet.
El artículo analiza cuestiones que son relevantes para los especialistas de recursos humanos en las empresas de TI: relaciones de causa y efecto en la evolución de los roles de producción, las consecuencias de una mala interpretación del contenido de los roles para el trabajo de recursos humanos en general, así como posibles opciones para aumentar la eficiencia de la contratación de especialistas.
Fabricación de TI para no iniciados
Quién es quién en TI es un tema de discusión en varias plataformas. Ha existido desde toda la industria de TI, es decir, desde la aparición de las primeras empresas de desarrollo de software en el mercado de consumo a principios de los años 90 del siglo pasado. Y durante el mismo tiempo no existe una opinión común sobre este tema, lo que crea dificultades y reduce la eficiencia del trabajo del personal. Intentemos resolverlo.
Para mí, el tema de los roles de producción en el sector de TI se ha vuelto relevante e interesante desde que me uní a la empresa de TI. Dediqué mucho tiempo y energía nerviosa a intentar comprender el proceso de producción. Estos costos superaron mis expectativas y los costos de adaptación a procesos en otras áreas: educación, producción de materiales, pequeñas empresas. Entendí que los procesos son complejos e inusuales, ya que, en general, una persona está más adaptada al mundo material que al virtual. Pero hubo una resistencia intuitiva: parecía que algo andaba mal aquí, no debería ser así. El proceso de adaptación probablemente llevó un año, lo que, a mi entender, es simplemente cósmico. Como resultado, entendí bastante claramente los roles clave en la producción de TI.
Actualmente sigo trabajando en este tema, pero a otro nivel. Como director del centro de desarrollo de una empresa de TI, a menudo tengo que comunicarme con estudiantes, profesores universitarios, solicitantes, escolares y otras personas que desean participar en la creación de un producto de TI para promover la marca empleadora en el mercado laboral. de un nuevo territorio (Yaroslavl). Esta comunicación no es fácil debido al bajo conocimiento de los interlocutores sobre cómo se organiza el proceso de desarrollo de software y, como resultado, su falta de comprensión del tema de la conversación. Después de 5 a 10 minutos de diálogo, dejas de recibir retroalimentación y comienzas a sentirte como un extranjero cuyo discurso requiere traducción. Como regla general, entre los interlocutores hay alguien que traza una línea en el diálogo y expresa un mito popular de los años 90: "De todos modos, todos los especialistas en TI son programadores". Los orígenes del mito son:
- La industria de TI se está desarrollando rápidamente, en estas condiciones todos los significados y principios fundamentales se encuentran en la etapa de formación;
- Es difícil existir en condiciones de incertidumbre, por eso una persona intenta facilitarle la comprensión de lo desconocido creando mitos;
- una persona está más acostumbrada a la percepción del mundo material que al virtual, por lo que le resulta difícil definir conceptos que están más allá de su percepción.
Tratar de combatir este mito a veces puede parecer como atacar molinos de viento, ya que hay varios aspectos del problema que deben abordarse. Un especialista en recursos humanos necesita, en primer lugar, tener una idea clara de las funciones de producción en una empresa de TI en una encarnación ideal y real; en segundo lugar, comprender cómo y cuándo se pueden utilizar de manera más eficaz los recursos internos de la empresa y, en tercer lugar, qué métodos reales se utilizarán. ayudará a aumentar el conocimiento de los participantes en el mercado laboral y contribuirá al desarrollo de la marca empleadora. Echemos un vistazo más de cerca a estos aspectos.
El ciclo de vida del software como base para los roles de producción.
No es ningún secreto que, en general, todos los roles de producción en cualquier empresa de TI tienen como fuente el ciclo de vida del software. Por lo tanto, si nos proponemos la tarea conceptual de acordar una percepción unificada de este tema en toda la industria de TI, debemos confiar específicamente en el ciclo de vida del software como base semántica aceptada y claramente entendida por todos. La discusión sobre opciones específicas para implementar la cuestión de los roles de producción se encuentra en el plano de nuestra actitud creativa hacia el ciclo de vida del software.
Entonces, veamos las etapas que incluye el ciclo de vida del software, usando la metodología RUP como ejemplo. Son enlaces bastante maduros en términos de contenido y terminología. El proceso de producción siempre y en todas partes comienza con el modelado de negocios y la formación de requisitos, y termina (condicionalmente, por supuesto) con la consulta de los usuarios y la modificación del software en función de los "deseos" de los usuarios.
Si haces una excursión histórica hasta finales del siglo pasado (como sabes, este fue el período de la "automatización de la isla"), verás que todo el proceso de creación de software fue llevado a cabo por un programador-desarrollador. Aquí están las raíces del mito de que todo especialista en TI es un programador.
Con la creciente complejidad de los procesos de producción, el surgimiento de plataformas integradas y la transición a la automatización compleja de áreas temáticas, con la reingeniería de los procesos comerciales, el surgimiento de roles especializados vinculados a las etapas del ciclo de vida se vuelve inevitable. Así aparece un analista, tester y especialista en soporte técnico.
Diversidad de puestos tomando el ejemplo del rol de analista
Un analista (también conocido como ingeniero analítico, también conocido como director, metodólogo, analista de negocios, analista de sistemas, etc.) ayuda a "hacerse amigo" de las tareas comerciales y las tecnologías para su implementación. Descripción del planteamiento del problema para el desarrollador: así es como se puede caracterizar la función principal de un analista abstracto. Actúa como vínculo entre el cliente y el desarrollador en los procesos de formación de requisitos, análisis y diseño de software. En condiciones reales de producción, la lista de funciones del analista está determinada por el método de organización de la producción, las calificaciones del especialista y las características específicas del área temática modelada.
Algunos analistas se encuentran más cerca del cliente. Estos son analistas de negocios (Business Analyst). Conocen profundamente los procesos comerciales del área temática y ellos mismos son expertos en procesos automatizados. Es muy importante contar con estos especialistas en la plantilla de una empresa, especialmente cuando se automatizan áreas temáticas metodológicamente complejas. En particular, para nosotros, como automatizadores del proceso presupuestario estatal, es simplemente necesario que entre los analistas haya expertos en la materia. Se trata de empleados altamente calificados con buena educación financiera y económica y experiencia trabajando en autoridades financieras, preferiblemente en el papel de especialistas líderes. La experiencia no en el campo de las tecnologías de la información, sino específicamente en el área temática, es extremadamente importante.
La otra parte de los analistas está más cerca de los desarrolladores. Estos son analistas de sistemas (System Analyst). Su tarea principal es identificar, sistematizar y analizar los requisitos de los clientes para la posibilidad de satisfacerlos, preparar especificaciones técnicas y describir planteamientos de problemas. Entienden no sólo los procesos de negocio, sino también las tecnologías de la información, conocen bien las capacidades del software suministrado al cliente, tienen habilidades de diseño y, en consecuencia, entienden la mejor manera de transmitir los intereses del cliente al desarrollador. Estos empleados deben tener una educación en el campo de las TIC y una mentalidad técnica y de ingeniería, preferiblemente experiencia en TI. A la hora de seleccionar a estos especialistas, una clara ventaja será tener habilidades de diseño utilizando herramientas modernas.
Otro tipo de analista son los escritores técnicos. Se dedican a la documentación como parte de los procesos de desarrollo de software, elaborando manuales de usuario y administrador, instructivos tecnológicos, videos de capacitación, etc. Su tarea principal es poder transmitir información sobre el funcionamiento del programa a los usuarios y otras partes interesadas, describir de forma concisa y clara cosas técnicamente complejas. Los escritores técnicos, en su mayoría, tienen un excelente dominio del idioma ruso y, al mismo tiempo, tienen una educación técnica y una mente analítica. Para estos especialistas, lo más importante es la capacidad de redactar textos técnicos claros, competentes y detallados de acuerdo con las normas, así como el conocimiento y dominio de las herramientas de documentación.
Por lo tanto, vemos el mismo rol (y, dicho sea de paso, posición en la plantilla): analista, pero en sus diferentes encarnaciones de aplicación específicas. La búsqueda de especialistas para cada uno de ellos tiene sus propias características. Es importante saber que este tipo de analistas deben tener habilidades y conocimientos que muchas veces son incompatibles en una sola persona. Uno es un humanista, propenso al trabajo analítico con grandes volúmenes de documentos de texto, con habilidades de habla y comunicación desarrolladas, el otro es un "técnico" con pensamiento de ingeniería e intereses en el campo de TI.
¿Tomamos del exterior o crecemos?
Para un gran representante de la industria de TI, la efectividad de la selección directa de recursos de Internet disminuye a medida que crecen los proyectos. Esto sucede, en particular, por las siguientes razones: la adaptación rápida a procesos complejos dentro de la empresa es imposible, la velocidad de dominio de herramientas específicas es menor que la velocidad de desarrollo del proyecto. Por lo tanto, es importante que un especialista en recursos humanos sepa no solo a quién buscar externamente, sino también cómo utilizar los recursos internos de la empresa, de quién y cómo desarrollar un especialista.
Para los analistas de negocios, la experiencia de trabajar dentro de procesos reales en el área temática es muy importante, por lo que reclutarlos "desde afuera" es más efectivo que hacerlos crecer dentro de la empresa. Al mismo tiempo, es importante que un especialista en RR.HH. conozca la lista de organizaciones que pueden ser fuentes de este recurso humano y, a la hora de seleccionar, centrarse en buscar currículums de ellas.
Para cubrir vacantes como analista de sistemas y arquitecto de software, por el contrario, el proceso de formación dentro de la empresa es de gran importancia. Estos especialistas deben formarse en el entorno de producción actual y las características específicas de una organización en particular. Los analistas de sistemas se desarrollan a partir de analistas comerciales, redactores técnicos e ingenieros de soporte técnico. Arquitectos de software: desde diseñadores (System Designer) hasta desarrolladores de software (Software Developer) a medida que adquieren experiencia y amplían sus horizontes. Esta circunstancia permite a un especialista en recursos humanos utilizar eficazmente los recursos internos de la empresa.
Intersección, integración y evolución de roles productivos.
Hay otra cuestión difícil desde el punto de vista de la implementación en el proceso de producción: establecer límites claros entre roles. A primera vista, puede parecer que todo es obvio: se completó la implementación, se firmaron los documentos sobre la puesta en funcionamiento comercial del software y se entregó todo al soporte técnico. Así es, sin embargo, a menudo surgen situaciones en las que el cliente, por costumbre, estando en estrecho contacto con el analista y viéndolo como una “varita mágica”, continúa comunicándose activamente con él, a pesar de que el sistema ya ha sido implementado. y la etapa de apoyo formal está en marcha. Sin embargo, desde el punto de vista del cliente, quién mejor y más rápido que el analista que le encomendó la tarea responderá las preguntas sobre cómo trabajar con el sistema. Y aquí surge la pregunta sobre la duplicación parcial de las funciones de ingeniero de soporte técnico y analista. Con el tiempo, todo mejora, el cliente se acostumbra a comunicarse con el servicio de soporte técnico, pero al comienzo del uso del software, esta "transición interna" no siempre se puede lograr sin estrés en ambas partes.
La intersección de los roles de analista e ingeniero de soporte técnico también surge cuando el flujo de requisitos de desarrollo ocurre como parte de la etapa de soporte. Volviendo al ciclo de vida del software, vemos una discrepancia entre las condiciones reales de producción y las actitudes formales de que el análisis de requisitos y la formulación de problemas pueden ser realizados exclusivamente por un analista. Por supuesto, un especialista en recursos humanos necesita comprender la imagen ideal de los roles dentro del ciclo de vida del software; tienen límites claros. Pero al mismo tiempo, definitivamente debes tener en cuenta que la intersección es posible. Al evaluar los conocimientos y habilidades de un solicitante, se debe prestar atención a la presencia de experiencia relacionada, es decir, al buscar ingenieros de soporte técnico, es posible considerar candidatos con experiencia en analistas y viceversa.
Además de la superposición, a menudo hay una consolidación de los roles de producción. Por ejemplo, un analista de negocios y un redactor técnico pueden existir como una sola persona. La presencia de un arquitecto de software (Software Architect) es obligatoria en los grandes desarrollos industriales, mientras que los proyectos muy pequeños pueden prescindir de este rol: allí las funciones del arquitecto las desempeñan los desarrolladores (Software Developer).
Los cambios en los períodos históricos en los enfoques y tecnologías de desarrollo conducen inevitablemente a que el ciclo de vida del software también evolucione. A nivel mundial, por supuesto, sus principales etapas permanecen sin cambios, pero son cada vez más detalladas. Por ejemplo, con la transición a soluciones basadas en web y el crecimiento de las capacidades de configuración remota, ha surgido el papel de un especialista en configuración de software. En una etapa histórica temprana, se trataba de implementadores, es decir, ingenieros que pasaban la mayor parte de su tiempo de trabajo en los lugares de trabajo de los clientes. El mayor volumen y complejidad del software ha llevado al surgimiento del rol de Arquitecto de Software. Los requisitos para acelerar el lanzamiento de versiones y mejorar la calidad del software contribuyeron al desarrollo de pruebas automatizadas y al surgimiento de un nuevo rol: ingeniero de control de calidad (ingeniero de control de calidad), etc. La evolución de roles en todas las etapas del proceso productivo está significativamente relacionada con el desarrollo de métodos, tecnologías y herramientas.
Hasta ahora, hemos analizado algunos puntos interesantes relacionados con la distribución de roles de producción dentro de una empresa de software en el contexto del ciclo de vida del software. Evidentemente, se trata de una visión interna que es específica de cada empresa. Para todos nosotros, como participantes del mercado laboral de la industria TI y responsables de promover la marca empleadora, la visión exterior será especialmente importante. Y aquí surge un gran problema no sólo para encontrar el significado, sino también para transmitir esta información al público objetivo.
¿Qué tiene de malo el “zoológico” de puestos de TI?
La confusión en las mentes de los especialistas en recursos humanos, los gerentes de producción y la diversidad de enfoques conducen a una variedad muy amplia, un verdadero "zoológico" de puestos de TI. La experiencia de entrevistas y contactos simplemente profesionales muestra que las personas a menudo no comprenden claramente el significado que debe derivarse de los títulos de los puestos de trabajo. Por ejemplo, en nuestra organización, los puestos que incluyen el término "ingeniero analítico" suponen que se trata de un encargado de establecer tareas. Sin embargo, resulta que este no es el caso en todas partes: hay organizaciones de desarrollo en las que un ingeniero analítico es el implementador. Una comprensión completamente diferente, ¿estás de acuerdo?
En primer lugar, el “zoológico” de puestos de TI sin duda reduce la eficacia de la contratación. Todo empresario, al desarrollar y promocionar su marca, quiere transmitir de forma concisa 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 transmita incertidumbre al entorno externo.
En segundo lugar, el “zoológico” de puestos de TI crea enormes problemas en la formación y el desarrollo del personal de TI. Toda empresa de TI seria, cuyo objetivo es formar y desarrollar recursos humanos, y no solo "ordeñar" los lugares de trabajo, tarde o un poco más tarde se enfrenta a la necesidad de interactuar con las instituciones educativas. Para el personal de TI altamente calificado, este es un segmento de universidades, y las mejores, al menos las que están en el ranking TOP-100.
El problema de la integración con las universidades a la hora de construir un proceso continuo de formación de especialistas en TI es aproximadamente la mitad de la falta de comprensión por parte de las universidades de quién es quién dentro de una empresa de TI. Tienen una comprensión muy superficial de esto. Como regla general, las universidades tienen varias especialidades que tienen la palabra "informática" en sus nombres y, a menudo, cuando realizan una campaña de admisión, se basan en la tesis de que todas las especialidades tratan esencialmente de lo mismo. Y parece lo mismo si nos basamos en el mito popular de que todos los especialistas en TI son programadores.
La experiencia de nuestra estrecha colaboración con las universidades demuestra que la especialidad “Informática Aplicada (por industria)” nos proporciona personal para los departamentos de metodología y soporte técnico, pero no de desarrollo. Mientras que “Informática Fundamental”, “Ingeniería de Software” preparan un excelente recurso humano para los desarrolladores. Para no dirigir inicialmente al solicitante por un camino que no le conviene, es necesario "disipar la niebla" que rodea la producción de TI.
¿Es posible llevar todo a un denominador común?
¿Es posible unificar los roles de producción y llegar a un entendimiento común dentro y fuera de la empresa?
Por supuesto, es posible y necesario, porque la experiencia colectiva acumulada de todas las empresas de desarrollo demuestra la presencia de conceptos comunes y unificadores para organizar el proceso de producción. Esto es una consecuencia del hecho de que todavía existe un concepto del ciclo de vida del software interpretado de manera única, y los nuevos roles de producción emergentes (científico de datos, ingeniero de control de calidad, ingeniero de aprendizaje automático, etc.) son una consecuencia de la clarificación y el desarrollo del concepto. ciclo de vida del software como tal, que ocurre con la mejora de tecnologías y herramientas, así como con el desarrollo y ampliación de las tareas comerciales.
Al mismo tiempo, es difícil unificar los roles de producción, porque la TI es uno de los sectores de la economía más jóvenes y de más rápido crecimiento. En cierto sentido, éste es el caos del que surgió el universo. Una estructura organizativa clara es imposible e inapropiada aquí, porque la TI es un campo intelectual, pero muy creativo. Por un lado, un especialista en TI es un “físico”-intelectual con pensamiento algorítmico y matemático desarrollado, por otro lado, es un “letrista”-creador, portador y promotor de ideas. Él, al igual que el artista, no tiene un plan claro para pintar, no puede descomponer la imagen en partes, ya que esta última dejará de existir. Es el regente de los procesos de información, que en sí mismos son abstractos, intangibles, difíciles de medir, pero rápidos.
Formas de crear un trabajo de personal eficaz en la producción de TI
Entonces, ¿qué es importante que sepa un especialista en recursos humanos para desarrollar un trabajo de recursos humanos eficaz en el contexto de la diversidad de funciones de producción de TI?
En primer lugar, cualquier especialista en recursos humanos de una empresa de TI debe tener una idea de la situación típica de su empresa: quién hace qué, quién se llama qué y, lo más importante, cuál es el significado de estos roles en las condiciones de una producción determinada.
En segundo lugar, el profesional de RR.HH. debe tener una comprensión flexible de las funciones de producción. Es decir, inicialmente forma una comprensión ideal de ellos, lo que le permite descubrir todo por sí mismo. Entonces debe haber una imagen real de la producción: dónde y de qué manera los roles se cruzan y combinan, qué percepción de estos roles existe entre los gerentes de producción. La dificultad para un especialista en personal es combinar mentalmente situaciones reales e ideales, no intentar reconstruir los procesos a la fuerza para adaptarlos a su comprensión ideal, sino ayudar a la producción a satisfacer las necesidades de recursos.
En tercer lugar, definitivamente debe tener una idea de las posibles trayectorias de desarrollo de ciertos especialistas: en qué casos la selección externa puede ser efectiva y cuándo es mejor hacer crecer a un empleado en su equipo, brindándole oportunidades de desarrollo, qué cualidades La selección de candidatos les permitirá desarrollarse en una dirección determinada, cualidades que no pueden ser compatibles en una sola persona, lo que inicialmente es importante para elegir una trayectoria de desarrollo.
En cuarto lugar, volvamos a la tesis de que la TI es un campo de personal altamente calificado, donde la integración temprana con el entorno educativo universitario es inevitable para un trabajo del personal más eficaz. En esta situación, todo especialista en recursos humanos debe desarrollar no solo las habilidades de búsqueda directa, trabajo con cuestionarios y entrevistas, sino también asegurarse de navegar en el entorno de formación universitaria de especialistas: qué universidades preparan personal para la empresa, qué especialidades dentro de universidades específicas. cubrir las necesidades de personal, y qué es importante quién está detrás de esto, quién gestiona y forma especialistas en las universidades.
Por lo tanto, si desacreditamos deliberadamente el mito de que todos los especialistas en TI 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 para la percepción de la futura profesión. En otras palabras, necesitamos una interacción constante con el entorno educativo, por ejemplo, utilizando el formato moderno de colaboración en centros de coworking, "puntos de ebullición" y participación en intensivos educativos. Esto ayudará a destruir ideas erróneas sobre la empresa de TI, aumentará la eficiencia del trabajo del personal y creará las condiciones para actividades conjuntas en la formación de diversos especialistas de nuestra industria.
Expreso mi agradecimiento a los colegas que participaron en la preparación y apoyaron la relevancia de este artículo: Valentina Vershinina y Yuri Krupin.
Fuente: habr.com