En la etapa actual de desarrollo del desarrollo de software industrial, uno puede observar una variedad de roles de producción. Su número está creciendo, la clasificación se está volviendo más complicada cada año y, por supuesto, los procesos de selección de especialistas y trabajo con recursos humanos son cada vez más complicados. La tecnología de la información (TI) es un área de mano de obra altamente calificada y escasez de personal. Aquí, el proceso de desarrollo del personal, la necesidad de un trabajo sistemático con recursos humanos son mucho más efectivos que la selección directa utilizando recursos de Internet.
El artículo analiza temas relevantes para el personal que trabaja con empresas de TI: relaciones causales en la evolución de los roles de producción, las consecuencias de la mala interpretación del contenido de los roles para el trabajo del personal en general, así como las posibles opciones para aumentar la eficiencia de 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 varios lugares. Existe tanto como toda la industria de TI, es decir, desde la aparición en el mercado de consumo de las primeras compañías de desarrollo de software a principios de los años 90 del siglo pasado. Y durante el mismo período de tiempo no existe una visión única sobre este tema, lo que crea dificultades y reduce la efectividad del trabajo del personal. Tratemos de 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 compañía de TI. Pasé mucho tiempo y energía nerviosa tratando de descubrir el proceso de producción. Estos costos excedieron mis expectativas y los costos de adaptarme a procesos en otras áreas: educación, producción de materiales, pequeñas empresas. Comprendí que los procesos son complejos e inusuales, ya que, en general, una persona está más adaptada al mundo material que al virtual. Pero había resistencia intuitiva: parecía que algo andaba mal aquí, no debería ser así. El proceso de adaptación tomó probablemente un año, que, en mi opinión, es simplemente una cantidad cósmica. Como resultado, tenía una idea bastante clara de los roles clave en la producción de TI.
Actualmente, sigo trabajando en este tema, pero a un nivel diferente. En el papel del jefe del centro de desarrollo de una empresa de TI, a menudo tengo que comunicarme con estudiantes, profesores universitarios, solicitantes, escolares y otros que quieran participar en la creación de un producto de TI para promover la marca del empleador en el mercado laboral de un nuevo territorio (Yaroslavl). Esta comunicación no es fácil debido a la poca conciencia de los interlocutores sobre cómo se organiza el proceso de desarrollo del software (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, deja de recibir comentarios y comienza a sentirse como un extranjero, cuyo discurso requiere traducción. Como regla, hay alguien entre los interlocutores que dibuja una línea en el diálogo y expresa el mito popular de los años 90: "De todos modos, todas las personas de TI son programadores". Las fuentes del mito son las siguientes:
- La industria de TI se está desarrollando rápidamente, en estas condiciones todos los significados y principios fundamentales están en la etapa de formación;
- Ante la incertidumbre, es difícil existir, por lo tanto, una persona trata de facilitar su comprensión de lo desconocido creando mitos;
- una persona está más acostumbrada a la percepción del mundo material que el virtual y, por lo tanto, le resulta difícil definir conceptos que están más allá de su percepción.
Los intentos de combatir este mito a veces se parecen a una pelea con molinos de viento, ya que hay varios aspectos del problema que deben abordarse. El especialista en recursos humanos necesita, en primer lugar, tener una imagen clara de los roles de producción en la 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 efectiva los recursos internos de la empresa y, en tercer lugar, qué métodos reales ayudarán a aumentar conciencia de los participantes en el mercado laboral y contribuirá al desarrollo de la marca del empleador. Consideremos estos aspectos con más detalle.
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 establecemos la tarea conceptual de acordar una percepción común de este problema dentro de toda la industria de TI, debemos confiar en el ciclo de vida del software como la base semántica aceptada y sin ambigüedades. La discusión de opciones específicas para implementar el tema de los roles de producción se encuentra en el plano de nuestra actitud creativa hacia el ciclo de vida del software.
Por lo tanto, consideraremos las etapas que incluye el ciclo de vida del software, utilizando el ejemplo de la metodología RUP. Son enlaces bien formados en términos de contenido y terminología. El proceso de producción siempre y en todas partes comienza con el modelado comercial y la formación de requisitos, y termina (condicionalmente, por supuesto) con la consulta del usuario y las mejoras de software basadas en los deseos de los usuarios.
Si realiza una excursión histórica a fines del siglo pasado (como ya sabe, este fue un período de "automatización de la isla"), puede ver que el programador participó en todo el proceso de creación del software. Aquí las raíces del mito de que cada especialista de TI es un programador.
Con la complejidad de los procesos de producción, la aparición de plataformas integradas y la transición a la automatización integrada de las áreas temáticas, con la reingeniería de los procesos empresariales, la aparición de roles especializados asociados con las etapas del ciclo de vida se vuelve inevitable. Así es como aparece un analista, probador y especialista en soporte técnico.
Diversidad de publicaciones como ejemplo del rol del analista.
El analista (también es ingeniero analista, también es director, metodólogo, analista de negocios, analista de sistemas, etc.) ayuda a "hacer amigos" con las tareas y tecnologías de negocios para su implementación. Descripción del enunciado del problema para el desarrollador: así es 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 formación de requisitos, análisis y diseño de software. En condiciones de producción reales, la lista de funciones de un analista está determinada por el método de organización de la producción, la calificación de un especialista y los detalles de un área temática simulada.
Algunos analistas están más cerca del cliente. Estos son analistas de negocios. Entienden profundamente los procesos de negocio del área temática y son expertos en procesos automatizados. La presencia de tales especialistas en el personal de la empresa es muy importante, especialmente cuando se automatizan áreas temáticas metodológicamente complejas. En particular, para nosotros, como automatizadores del proceso presupuestario del estado, es simplemente necesario que entre los analistas sean expertos en la materia. Estos son empleados altamente calificados con buena educación financiera y económica y experiencia en instituciones financieras, preferiblemente en el papel de expertos líderes. La experiencia de trabajar no en el campo de TI, sino en el área temática es extremadamente importante.
Otra parte de los analistas está más cerca de los desarrolladores. Estos son analistas de sistemas. Su tarea principal es la identificación, sistematización y análisis de los requisitos del cliente para la posibilidad de su satisfacción, preparación de tareas técnicas y una descripción de los enunciados del problema. Comprenden no solo los procesos comerciales, sino también las tecnologías de la información, conocen bien las capacidades del software entregado 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 TIC y una mentalidad de ingeniería y técnica, preferiblemente con experiencia en TI. Al seleccionar dichos especialistas, una clara ventaja será la disponibilidad de habilidades de diseño utilizando herramientas modernas.
Otro tipo de analista es el escritor técnico. Se dedican a la documentación en el marco de los procesos de desarrollo de software, preparan manuales de usuario y administrador, instrucciones tecnológicas, videos de capacitación, etc. Su tarea principal es poder transmitir información sobre el programa a los usuarios y otras partes interesadas, para describir cosas técnicamente complejas de manera concisa y clara. En su mayor parte, los escritores técnicos hablan ruso con fluidez, con una formación técnica y una mente analítica. Para tales especialistas, lo más importante son las habilidades para compilar textos técnicos claros, competentes y detallados de acuerdo con las normas, así como el conocimiento y la posesión de herramientas de documentación.
Por lo tanto, vemos el mismo papel (y, por cierto, un puesto en la lista del personal): un analista, pero en sus diversas encarnaciones concretas y aplicadas. La búsqueda de especialistas para cada uno de ellos tiene sus propias características. Es importante saber que este tipo de analistas deben poseer habilidades y conocimientos que a menudo son incompatibles en una persona. Uno es humanista, inclinado al trabajo analítico con grandes volúmenes de documentos de texto, con discurso y sociabilidad desarrollados, el otro es un "técnico" con pensamiento e intereses de ingeniería en el campo de TI.
¿Tomar de un lado o crecer?
Para un gran representante de la industria de TI, la efectividad de la selección directa de los recursos de Internet disminuye a medida que los proyectos crecen. Esto sucede, en particular, por las siguientes razones: es imposible adaptarse rápidamente a procesos complejos dentro de la empresa, la velocidad de desarrollo 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 desde el exterior, sino también cómo usar los recursos internos de la compañía, de quién y cómo hacer crecer a un especialista.
La experiencia es muy importante para los analistas de negocios dentro de los procesos reales del área temática, por lo que su selección "desde afuera" es más efectiva que crecer dentro de la empresa. Al mismo tiempo, es importante que el especialista en RR. HH. Conozca la lista de organizaciones que pueden ser las fuentes de este recurso de personal, y al seleccionar, enfóquese en encontrar un currículum de ellos.
Para cerrar tales vacantes como analista de sistemas y arquitecto de software, por el contrario, el proceso de capacitación dentro de la empresa es de gran importancia. Estos especialistas deben formarse en el entorno de trabajo actual y los detalles de una organización en particular. Los analistas de sistemas se desarrollan a partir de analistas comerciales, escritores técnicos e ingenieros de soporte técnico. Arquitecto de software (Arquitecto de sistemas): de los diseñadores (Diseñador de sistemas) y desarrolladores de software (Desarrollador de software) a medida que adquieren experiencia y amplían sus horizontes. Esta circunstancia permite al especialista en recursos humanos utilizar de manera efectiva los recursos internos de la empresa.
La intersección, la unificación y la evolución de los roles de producción.
Hay una pregunta más difícil desde el punto de vista de la implementación en el proceso de producción: el establecimiento de límites claros entre los roles. A primera vista, puede parecer que todo es obvio: la implementación ha finalizado, firmaron documentos para poner el software en operación comercial y transfirieron todo al soporte técnico. Así es, pero a menudo hay situaciones en las que el cliente, por costumbre, estando en contacto cercano con el analista y viendo un salvavidas en él, continúa comunicándose activamente con él, a pesar de que el sistema ya se ha implementado y la fase de soporte está formalmente . Sin embargo, desde el punto de vista del cliente, quién es mejor y más rápido que el analista que estableció la tarea con él, responderá preguntas sobre cómo trabajar con el sistema. Y aquí surge la cuestión de la duplicación parcial de los roles de ingeniero de soporte técnico y analista. Con el tiempo, todo está mejorando, el cliente se acostumbra a comunicarse con el servicio de soporte técnico, pero al comienzo del funcionamiento del software, tal "transición interna" no siempre es posible sin estrés en ambos lados.
La intersección de los roles del analista y el ingeniero de soporte técnico también ocurre cuando el flujo de requisitos de desarrollo se encuentra dentro del marco de la fase de soporte. Volviendo al ciclo de vida del software, vemos una discrepancia entre las condiciones de producción reales y la configuración formal de que el análisis de los requisitos y la declaración del problema pueden ser realizados exclusivamente por el analista. El especialista en recursos humanos ciertamente necesita comprender la imagen ideal de los roles dentro del ciclo de vida del software, tienen límites claros. Pero al mismo tiempo, debe tenerse en cuenta que la intersección es posible. Al evaluar el conocimiento y las habilidades del solicitante, debe prestar atención a la presencia de experiencia relacionada, es decir, al buscar ingenieros de soporte técnico, los candidatos con la experiencia de un analista y viceversa pueden ser considerados.
Además de la intersección, a menudo se observa una combinación de roles de producción. Por ejemplo, un analista de negocios y un escritor técnico pueden existir en una persona. La presencia de un arquitecto de software (Arquitecto de software) es obligatoria en el desarrollo industrial grande, mientras que los proyectos muy pequeños pueden prescindir de esta función: las funciones del arquitecto son realizadas por los desarrolladores (Desarrollador de software).
El cambio de períodos históricos en los enfoques y tecnologías de desarrollo conduce inevitablemente al hecho de que el ciclo de vida del software también está evolucionando. A nivel mundial, por supuesto, sus etapas principales permanecen sin cambios, pero están siendo detalladas. Por ejemplo, con la transición a soluciones web y el crecimiento de las capacidades de configuración remota, ha aparecido el papel de un especialista en configuración de software. En una etapa histórica temprana, estos fueron implementadores, es decir, ingenieros que pasaron la mayor parte de su tiempo trabajando en los lugares de trabajo de los clientes. El aumento del volumen y la complejidad del software ha llevado al 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 los roles en todas las etapas de la organización del proceso de producción está significativamente asociada con el desarrollo de métodos, tecnologías y herramientas.
Entonces, examinamos algunos puntos interesantes con respecto a la distribución de roles de producción dentro de la compañía de software en el contexto del ciclo de vida del software. Obviamente, esta es una mirada interna que es específica de cada empresa. Para todos nosotros, como participantes en el mercado laboral de la industria de TI y responsables de promover la marca del empleador, una mirada desde el exterior será especialmente importante. 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 al público objetivo.
¿Qué tiene de malo el zoológico de publicaciones de TI?
La confusión en la mente de los especialistas en recursos humanos, los organizadores de producción y la variedad de enfoques conducen a una variedad muy amplia, directamente al "zoológico" de las publicaciones de TI. La experiencia de entrevistas y solo contactos profesionales muestra que a menudo las personas no tienen una comprensión inequívoca de la carga semántica que debe derivarse del título del trabajo. Por ejemplo, en nuestra organización, los puestos que incluyen el concepto de "ingeniero-analista" sugieren que este es un administrador de tareas. Sin embargo, resulta que este no es siempre el caso: hay organizaciones de desarrollo donde el analista-ingeniero es un implementador. Una comprensión completamente diferente, ¿de acuerdo?
En primer lugar, el "zoológico" de los puestos de TI sin duda reduce la efectividad de la contratación de personal. Al desarrollar y promocionar su marca, cada empleador quiere transmitir brevemente todos los significados que existen en su producción. Y si él mismo a menudo no puede decir claramente quién es quién, por supuesto, transmitirá la incertidumbre al entorno externo.
En segundo lugar, el "zoológico" de las publicaciones de TI crea grandes problemas en la capacitación y el desarrollo del personal de TI. Cada empresa de TI seria destinada a construir y desarrollar recursos humanos, en lugar de simplemente "ordeñar" sitios de trabajo, tarde o temprano se encuentra con la necesidad de interactuar con instituciones educativas. Para el personal de TI altamente calificado, este es un segmento de universidades y el mejor, al menos en el ranking TOP-100.
El problema de la integración con las universidades en la construcción de un proceso continuo de capacitación de especialistas en TI es aproximadamente la mitad en la falta de comprensión entre las universidades sobre quién es quién dentro de la empresa de TI. Tienen una comprensión muy superficial de esto. Como regla general, las universidades tienen varias especialidades con la palabra "informática" en sus nombres, y a menudo sucede que cuando realizan una campaña de admisión, se basan en la tesis de que todas las especialidades son esencialmente lo mismo. Y se ve igual que si confiara en el mito popular de que todos los especialistas de TI son programadores.La experiencia de nuestra estrecha cooperación con las universidades muestra 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 la Informática Fundamental y la Ingeniería del Software están preparando un excelente recurso humano para los desarrolladores. Para no dirigir al solicitante inicialmente por un camino inadecuado para él, 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 de ellos desde dentro y fuera de la empresa?Por supuesto, es posible y necesario, porque la experiencia colectiva acumulada de todos los desarrolladores empresariales demuestra la presencia de conceptos comunes y unificadores de organización del proceso de producción. Esto es una consecuencia del hecho de que existe un concepto inequívocamente interpretado del ciclo de vida del software, y los nuevos roles de producción (DataScientist, QA-Engineer, MachineLearning Engineer, etc.) son el resultado del refinamiento y desarrollo del ciclo de vida del software como tal, que ocurre con mejora de tecnologías y herramientas, así como el desarrollo y consolidación de tareas comerciales.Al mismo tiempo, es difícil unificar los roles de producción, porque TI es una de las industrias más jóvenes y en auge. En cierto sentido, este es el caos del que surgió el universo. Una estructura organizativa clara es imposible e inapropiada aquí, porque TI es un campo 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, este es un creador, portador y promotor de ideas "letrista". Al igual que el artista, no tiene un plan claro para pintar, no puede descomponer la imagen en partes, ya que esta última deja de existir. Es el maestro de los procesos de información, que en sí mismos son abstractos, intangibles, difíciles de medir, pero rápidos.Formas de crear personal efectivo que trabaje en la producción de TI
Por lo tanto, lo que es importante que un especialista en RR. HH. Sepa para construir un personal eficaz trabaje en el contexto de los diversos roles de la producción de TI.En primer lugar, cualquier especialista en recursos humanos en una empresa de TI debe tener una idea de la situación característica de su empresa: quién hace qué y qué, a quién y a qué se llama, y lo más importante, cuál es el significado de estos roles en un entorno de producción particular.En segundo lugar, un profesional de recursos humanos debe tener una comprensión flexible de los roles de producción. Es decir, inicialmente, él forma una comprensión ideal sobre ellos, lo que le permite descubrir todo por sí mismo. Entonces, debe haber una imagen real de la producción: dónde y en qué roles se cruzan, unen, qué tipo de percepción de estos roles tienen los gerentes de producción. La dificultad para un especialista en personal es combinar las situaciones reales e ideales en la mente, no para tratar de reorganizar los procesos a su comprensión ideal, sino para ayudar a la producción a cumplir con los requisitos de recursos.En tercer lugar, es imperativo tener una idea de las posibles vías de desarrollo de ciertos especialistas: en cuyo caso 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 de los candidatos les permitirán desarrollarse en una dirección específica cuál de las cualidades no puede ser compatible en una persona, lo cual es inicialmente importante para elegir un camino de desarrollo.Cuarto, volvamos a la tesis de que la TI es un área de personal altamente calificado, donde la integración temprana con un entorno educativo universitario es inevitable para un trabajo de personal más efectivo. En esta situación, cada especialista en recursos humanos debe desarrollar no solo las habilidades de búsqueda directa, trabajar con cuestionarios y entrevistas, sino también estar obligado a navegar por el entorno de la formación universitaria de especialistas: qué universidades preparan al personal para la empresa, qué especialidades dentro de universidades específicas cubren las necesidades de personal, y que Es importante quién está detrás de esto, quién dirige y lleva a cabo la capacitación de especialistas en universidades.Por lo tanto, si deliberadamente desacredita el mito de que todos los profesionales de TI son programadores, debe tomar una serie de pasos en esta dirección y prestar especial atención a nuestras universidades, donde se establecen los fundamentos de la percepción de la futura profesión. En otras palabras, es necesaria 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 actividades educativas. Esto destruirá los conceptos erróneos sobre la empresa de TI, aumentará la eficiencia del trabajo del personal y creará las condiciones para actividades conjuntas en la capacitación de varios especialistas en nuestra industria.Expreso mi gratitud a los colegas que participaron en la preparación y el apoyo de la relevancia de este artículo: Valentina Vershinina y Yuri Krupin.