✌️ 🖇️ #⃣ Profesión de analista de sistemas: desarrollo comunitario, promoción y formación profesional 👆🏿 🧦 👩🏾‍🤝‍👨🏿

Recientemente, Alexey Lobzov, analista jefe de sistemas de Alfa-Bank, líder técnico de analistas corporativos, habló en nuestro canal de YouTube. Alexey se dedica a la selección, incorporación y desarrollo de analistas de sistemas. Además, es conocido en Habré como alobzov, hace informes con regularidad, capacita a analistas de sistemas en línea.

Compartimos la grabación y transcripción de la transmisión.

Mi nombre es Alexey Lobzov, soy el analista jefe de sistemas de Alfa-Bank. Al mismo tiempo, soy el líder técnico de los analistas corporativos de nuestro banco.

Quiero hablar sobre la profesión de analista de sistemas y considerar tres cuestiones: la comunidad de analistas, la popularización de la profesión y la formación de analistas, en primer lugar, sin experiencia laboral, es decir, analistas de nivel de entrada.

¿Existe alguna definición oficial de analista de sistemas y su área de responsabilidad?

¿Es un rol en un proyecto, un producto o una empresa, o una profesión / puesto?

El analista de sistemas es una profesión. En la página web del Ministerio de Trabajo hay una sección "Directorio de Profesiones", donde se puede encontrar la profesión de analista de sistemas y leer cuál es su descripción. Además, desde esta página puedes ir al estándar profesional y conocer qué funciones se esperan de una persona en esta profesión.

Aunque, en la práctica, puede haber desviaciones. De cualquier manera, si obtiene un trabajo como analista de sistemas, tendrá una descripción del trabajo con las responsabilidades que el empleador espera de usted. Es poco probable que las desviaciones del estándar sean significativas.

, ?

En todas partes se encuentran diferentes entendimientos de esta profesión, y diferentes empresas pueden tener diferentes requisitos para un analista. Un factor aquí es el tamaño de la empresa. Es posible que una pequeña empresa no esté preparada para contratar un analista de sistemas, un analista de negocios, un evaluador y un redactor técnico al mismo tiempo. Varias responsabilidades funcionales de otros especialistas pueden afectar el análisis de sistemas.

Si habló con personas que tenían experiencia laboral en una empresa donde un analista de sistemas estaba involucrado en el desarrollo de procesos comerciales, trabajaba con los requisitos comerciales y la preparación de especificaciones técnicas, pero no diseñó la arquitectura del futuro sistema y no desarrolló especificaciones técnicas para módulos individuales, entonces puede haber un malentendido. ...

En la práctica, hubo casos en los que el propietario del producto se acercó a nosotros y nos pidió que resolviéramos los requisitos para ciertas características, por ejemplo, la cancelación de un servicio más un aviso al cliente sobre la cancelación, y la declaración contenía requisitos hasta cuál debería ser el texto de la notificación. Remitimos tales ejemplos de tareas a tareas comerciales y no las incluimos en el análisis del sistema. Esperamos que los propietarios de productos nos proporcionen requisitos comerciales, que nos muestren lo que se debe hacer, y nosotros, como analistas de sistemas y miembros del equipo de desarrollo, trabajaremos con el resto del equipo para descubrir la mejor manera de implementar estos requisitos.

Si hablamos de conflictos, en mi práctica nunca se trataba de conflictos reales, cuando todos se peleaban y escalaban la situación al nivel de líderes. Los malentendidos se resolvieron en una conversación. Admito que en algunas empresas los malentendidos pueden tomar una forma más violenta.

Quiero hablar sobre las comunidades de analistas de sistemas, si existen y qué son. Por supuesto, la respuesta "existen" es demasiado simple; te diré cómo llegué a conocerlos yo mismo.

Esto sucedió hace relativamente poco tiempo; fue entonces cuando llegué a Alfa-Bank, a principios de 2017. Luego, mi equipo (y 4 equipos más del mismo tipo) se involucraron en la creación de un banco en Internet para personas jurídicas y empresarios individuales. Cada equipo desarrolló su propio producto de software, y el banco de Internet en la imagen de destino consistiría en estos productos. Llegamos a la conclusión de que es imposible desarrollar todos estos productos de forma independiente, cada uno a su manera.

Por ejemplo, el usuario se enfrenta en primer lugar a la interfaz, y un producto puede tener un color de interfaz de usuario condicionalmente arenoso, mientras que otro tiene un color gris y el tercero tiene algún otro color; Esto no debería estar permitido. Llegamos a comprender que necesitamos desarrollar nuestros cinco productos de manera coordinada. Los equipos trabajaron inicialmente de acuerdo con una metodología cercana a SCRUM, pero con peculiaridades impuestas por las especificidades bancarias. De una forma u otra, escalamos SCRUM en cinco equipos, trabajamos en este modo y lanzamos un banco de Internet, lo abrimos a los usuarios. Apareció una experiencia interesante, que nunca antes había visto, incluso en los textos. Por eso, tuve la idea de compartir esta experiencia.

Quería compartir específicamente con la comunidad de analistas, y mi tarea era encontrar tal comunidad. Le pregunté a mis colegas de Alpha; Me dijeron que hay una conferencia de analistas popular: Analyst Days. Se lleva a cabo todos los años, y puedes ir allí y hablar, o al menos participar, aprender algunas cosas interesantes que luego se pueden aplicar en el trabajo.

Comencé a analizar la posibilidad de asistir a esta conferencia, tanto como ponente como participante habitual; al final llegué a la conclusión de que esta conferencia no era para mí. Hubo dos razones para esto: en primer lugar, según tengo entendido, las personas serias vienen a la conferencia con temas serios y los participantes pagan para escucharlos y hacer preguntas. En segundo lugar, simplemente no estaba preparado para pagar un boleto de miembro; Tuve un ejemplo: la comunidad de desarrolladores de Python de Moscú (Moscow Python Meetup), que celebra reuniones mensuales con entrada gratuita. Puede venir gratis, escuchar al orador, hacer una pregunta, charlar con los pitonistas, comer pizza en una pausa para pizza; si tiene un tema, puede inscribirse por su cuenta, declarar el tema frente al comité organizador y, si el tema es adecuado, es muy probable que lo incluyan en el plan de desempeño.Entonces comencé a buscar algo similar a MPP, pero para la comunidad de analistas.

La búsqueda me dio información sobre la comunidad de analistas con el sitio uml2.ru. Me familiaricé con el sitio, me gustó todo; incluso intenté ir a algunas reuniones comunitarias. Básicamente, todo era interesante: contenido, gente. No estaba satisfecho con la regularidad de las reuniones: en comparación con la comunidad de Python, estas reuniones se llevaban a cabo de manera irregular (o no recibí información sobre cuándo sería la próxima reunión). Además, no crecí bien con la comunidad de analistas, tal vez hubo factores adicionales. Tuve que dar una charla a los desarrolladores de Python.

Conforme pasó el tiempo; la necesidad de la comunidad fue reconocida no solo por mí, sino también por mis colegas de Alpha. En 2018 nació una iniciativa interna: crear tus propias reuniones de analistas.

Nos reunimos con colegas y creamos la reunión AnalyzeIT: la primera vez que tuvo lugar el 20 de septiembre de 2018. Hubo dos reuniones más en 2019, planeamos realizarlas cada seis meses. Ese mismo año, hubo una reunión de la comunidad de analistas de Raiffeisenbank; me enteré por medio de colegas de Rife, quienes me invitaron a participar como orador. No pude negarme; así que aprendí sobre una nueva comunidad de analistas de sistemas que me convenía. Con el tiempo, con mi crecimiento, con la adquisición de nuevos conocimientos, con la comunicación dentro de las comunidades, comencé a conocer nuevas y nuevas plataformas donde podía intercambiar experiencias, hacer contactos, organizar proyectos, incluso buscar un nuevo trabajo. De estas plataformas, puedo destacar el Open Meetup for Analysts: se lleva a cabo en línea, la primera reunión se realizó recientemente y la próxima está programada para el 26 de noviembre.Su idea es que, de hecho, hay muchas comunidades de analistas en Rusia; si tomamos un desglose regional, están en Moscú, San Petersburgo, Ekaterimburgo, Perm y otras ciudades, y se necesitaba una plataforma donde personas de diferentes comunidades pudieran comunicarse entre sí.

Como dije, habrá una segunda reunión de esta comunidad el 26 de noviembre: la reunión en línea de analistas de TI. Si está interesado, regístrese; Creo que te será de utilidad.

¿Qué debe hacer un analista de sistemas cuando se trata de un nuevo proyecto y hay poca cobertura de documentación, conflictos entre la interfaz de usuario y el back-end? ¿Cuál es la forma correcta de comenzar en tal situación?

No existe una solución única para todos estos problemas. El analista debe comprender la situación actual y poner las cosas en orden; cómo depende exactamente de la situación específica. Si no hay documentación, puede valer la pena tomarse el tiempo para crearla. Si hay problemas entre la interfaz y el back-end, puede valer la pena acoplarse con el desarrollador frontal y posterior, involucrar a un arquitecto y resolver el problema juntos. Creo que es imposible responder inmediatamente a la pregunta.

Dije que hay varias reuniones para analistas en las que puedes hablar libremente, hacer una pregunta al orador y comunicarte con los miembros de la comunidad. Además de las reuniones, hay otros sitios; Los grupos de Telegram son muy populares ahora: el mismo Raiffeisenbank tiene un grupo para analistas de sistemas, yo soy miembro de él. Allí, aunque no tan a menudo, surgen preguntas y la comunidad se complace en ofrecer opciones para resolver problemas. El grupo se llama Open SA Community Raiff; si estás interesado, ven también. Como ejemplo de una pregunta: una niña llegó recientemente y escribió que estaba trabajando en análisis de sistemas, pero sintió que el conocimiento carecía de la estructura, la metodología general del analista. Pidió la opinión de la comunidad sobre cómo conseguir tal estructura; por un lado, puedes ir a obtener una educación superior, por otro lado, ahora hay muchos cursos en línea,incluido el análisis de sistemas, y podría valer la pena ir allí. O tal vez debería pedirle a un gerente o un cliente potencial que sea un mentor y ayude a impulsar sus análisis. Varias opciones, posibilidades; la comunidad acaba de discutir cuál podría ser la mejor opción.

¿Puedes encontrar trabajo en las reuniones para junio?

Sí, puedes encontrar trabajo en las reuniones. Si aceptamos reuniones de Alfa-Bank, siempre hay especialistas en recursos humanos allí, puede obtener información sobre las vacantes y enviarles su currículum para su consideración. Si la empresa tiene puestos junior, puede solicitarlos. Alfa ahora tiene pasantías remuneradas; Por supuesto, no hay muchos, pero están disponibles; si hubiera reuniones ahora, sería posible solicitarlas. Creo que en cualquier encuentro en el que estén presentes representantes de RR.HH. de la empresa organizadora, existe la posibilidad de encontrar un puesto junior. Por lo tanto, cuando vaya a las reuniones, debe preguntar.

Mencioné el grupo de telegramas de Raiffeisenbank; de hecho, hay otros grupos. En particular, puede encontrar grupos separados por ciudad. Recientemente, en Habré, vi un artículo escrito por Anna Mikhailova del consorcio Kodeks; el artículo está dedicado al desarrollo de analistas. Ella mencionó comunidades, citó enlaces a ellas; en los comentarios, los lectores lanzaron otros enlaces a grupos de telegramas de diferentes comunidades. El artículo se titula "Analistas en desarrollo". Hay muchos enlaces; difícilmente se puede enumerar todo.

El intercambio de conocimientos también se lleva a cabo sobre otros recursos de Internet. En el mismo Habré, en blogs corporativos, se publican artículos de analistas de empresas; también los analistas escriben sus propios artículos, sin estar atados a empresas. Es un placer leer Habr, y de vez en cuando encuentro material útil.

¿En qué se diferencia un analista de negocios de un analista de sistemas?

No es una pregunta fácil, porque hay diferentes empresas. Los puestos en ellos se denominan de manera diferente, y las responsabilidades de los analistas de sistemas y negocios en diferentes empresas pueden superponerse de muchas maneras, o incluso superponerse. Ya mencioné el estándar profesional para analistas de sistemas; también existe un estándar profesional para un analista de negocios. Puede observar estos estándares y comprender en qué se diferencian estas profesiones. También puedo recomendar el artículo de Yaroslav Vartokhov, escrito este año, que está dedicado a la diferencia entre un analista de sistemas y un analista de negocios. Todo se describe en detalle.

En resumen, el analista empresarial trabaja más con el componente empresarial. Esto es trabajar con los requisitos comerciales, crear procesos, reingeniería de los procesos existentes. Más procesos y negocios. El analista de sistemas trabaja más con tecnología: diseña la arquitectura del sistema futuro, diseña soluciones, escribe especificaciones técnicas e interactúa estrechamente con el equipo de desarrollo. Según tengo entendido, un analista de negocios interactúa más con la empresa y un analista de sistemas, con el equipo de desarrollo. Se traza un límite más formal en los estándares profesionales. Pero, de una forma u otra, las responsabilidades diferirán de una empresa a otra, y esto sigue siendo un tema controvertido.

¿Está utilizando EPC o es suficiente con UML y BPMN?

Si hablamos del departamento en el que trabajo, entonces en los documentos arquitectónicos y técnicos usamos todas estas notaciones. Las secuencias UML son probablemente las más populares. Usamos EPC en documentos arquitectónicos, cuando describimos modelos funcionales de procesos. BPMN: personalmente no lo he usado todavía, pero algunos colegas de Alpha lo usan para describir documentos arquitectónicos.

Si un analista busca variables de C # en una enumeración y las compara con la documentación, ¿no es eso una desviación excesiva de las responsabilidades de un analista de sistemas?

Si este es el requisito del empleador, creo que es una desviación de los deberes de un analista de sistemas. Si esta es su propia iniciativa, entonces al hacerlo demuestra que está interesado en lo que está haciendo; A medida que desarrolla, desea comprender mejor lo que están haciendo sus compañeros de equipo, por ejemplo, los desarrolladores de .NET. En este caso, esta es tu ventaja. Es decir, si el analista comprende el código, entonces debería ser por su propia iniciativa y no por solicitud de arriba. Esto es en mi opinión.

Puedo decir que en Alpha muchos analistas se sumergen en el código, e incluso durante el análisis del código, encuentran errores lógicos que no siempre son eliminados en la etapa de revisión por parte de los desarrolladores. Por ejemplo, tenemos un único servicio que determina el tipo de cliente bancario. Se redactó un código que separa a las organizaciones de los empresarios individuales, y allí se escribió un análisis del TIN (12 caracteres - IP, 10 caracteres - organización). Pero, ¿por qué escribir su propia lógica si hay un servicio listo para usar y todos los sistemas bancarios lo usan? Este es un único punto de entrada. Si nuestra lógica cambia de alguna manera, realizamos cambios en este servicio. Si hay implementaciones alternativas, debemos estar al tanto de ellas y, en caso de cambio, cambiar el código no en un lugar, sino en dos. Por lo tanto, si el analista se sumerge en el código, entonces puede identificar inexactitudes en la lógica del trabajo y ayudar a eliminarlas de manera oportuna.

¿Cuál es el mejor para usar en el diseño de sistemas de alto nivel? ¿Diagrama de componente o implementación?

No puedo decirlo porque los requisitos son diferentes. Incluso si hablamos de entorno para el desarrollo; contamos con un desarrollador experimentado que comprende perfectamente, y tenemos un desarrollador sin experiencia que necesita una especificación detallada. Por tanto, en este caso, la pregunta es para quién se está desarrollando este esquema, quién es el consumidor; en qué forma quiere recibir información. El segundo punto: las empresas deben tener estándares para el papeleo y el modelado. ¿Qué estándares cumple su empresa? Quizás esté utilizando un diagrama de componentes.

Hablamos de las comunidades de analistas. Para resumir, en realidad hay muchas comunidades. Hay conferencias - nombré una, Analyst Days, pero de hecho hay muchas, el mismo "punto de encaje" en San Petersburgo vale algo. Además de las conferencias, hay encuentros de analistas, grupos de telegramas, recursos en Internet donde comunicarse y compartir experiencias.

¿Qué pasa si navega por muchas comunidades pero no encuentra nada para usted? Aún desea compartir información con otras personas o averiguar qué están haciendo colegas de otras comunidades profesionales. En este caso, puede elegir una comunidad de otra área. Por ejemplo, puede visitar la comunidad de desarrolladores para ver qué están haciendo. O una comunidad de probadores o ingenieros de control de calidad, e intercambie experiencias allí. Fui a las reuniones de la comunidad de Python durante mucho tiempo, estaba interesado allí; Incluso pensé en convertirme en desarrollador de Python. También participé en el lanzamiento de la comunidad de ingenieros de control de calidad en Dodo Pizza. Esto fue en 2018; los chicos estaban comenzando sus encuentros, uno pasó y el segundo se estaba preparando en febrero. Buscaban oradores y me invitaron a hacer una presentación, a pesar de queque no soy un ingeniero de control de calidad y tengo una relación indirecta con las pruebas, solo desde el punto de vista del analista.

En caso de que esté invitado a otra comunidad, o tenga el deseo de visitar otra comunidad, no lo dude, visite, hable. Todos trabajamos en TI, tenemos muchos puntos de contacto y temas comunes para la comunicación. Por ejemplo, en la segunda reunión de Dodo Pizza, hice una presentación, conté cómo yo (como analista) participo en el proceso de QA, hablé sobre las técnicas que usan los analistas en su trabajo, sobre las técnicas de prueba. Debo señalar que el desarrollo de competencias T se fomenta en nuestros equipos. Aquí es cuando tienes la competencia principal (tengo análisis de sistemas) y la competencia relacionada (desarrollo, pruebas). Esto ayuda a comprender mejor lo que están haciendo los colegas y, a veces, les impide realizar tareas simples si están ausentes. Es decir, puede bombear competencias y, por ejemplo,Desarrollar varios autotests utilizando un marco existente. Por lo tanto, si tiene la oportunidad y desea visitar otras comunidades, le recomiendo que lo haga.

También quería mencionar la organización de mi propia comunidad. Cuál es el problema: puedes caminar por comunidades existentes, ver comunidades de áreas relacionadas, pero nada te conviene; ves un nicho específico para ti y estás listo para lanzar tu propia comunidad. Si tiene tal situación, esta es una buena experiencia; puede intentar profundizar en esta historia y tal vez algo surja de ella. Usando Alpha como ejemplo, como dije, lanzamos nuestra propia comunidad, nuestras reuniones de AnalyzeIT. Solo tuvimos tres encuentros. Cómo las lanzamos: contábamos con un equipo de analistas que se encargaban de contenido, y un equipo del departamento de desarrollo de marca, que se encargaba de organizar el local, atraer participantes y oyentes, y organizar una burger party (porque qué es un meetup sin hamburguesa- ni pizza- partido;un componente muy importante: puede tomar un refrigerio y conversar con los colegas que asistieron al evento). Organizar la primera reunión llevó mucho tiempo; preparamos cuidadosamente, seleccionamos varios informes y pasamos 3-4 semanas ensayándolos. Hubo una preparación loca, luego salieron y exhalaron. El resto de los encuentros fueron más fáciles porque obtuvimos experiencia, pero el primero fue el más difícil y memorable.

Por supuesto, ahora no hay reuniones debido a la epidemia; aún no hemos estado en línea, pero es posible que haya avances el próximo año.

Me gustó mucho participar en la organización de la comunidad de analistas de sistemas de Alfa Bank y, como ponente, en el inicio de la comunidad de analistas de Raiffeisenbank y en la organización de reuniones para especialistas en control de calidad de Dodo Pizza. Todas estas son experiencias gratificantes.

Quiero pasar al siguiente tema: promover la profesión. Yo, como analista de sistemas, me gustaría popularizar nuestra profesión. ¿Por qué es necesario? He identificado por mí mismo dos razones principales por las que vale la pena hacer esto.

El primero de ellos es que todavía existe un grave malentendido por parte de varios especialistas sobre la esencia de lo que hacen los analistas después de todo. Ocurre por varias razones. Primero, en diferentes empresas, el trabajo de un analista significa cosas diferentes, no drásticamente, pero hay diferencias.

En algunas empresas, los analistas solo se preocupan por trabajar con requisitos y escribir el nivel superior en sus especificaciones técnicas, en otras se suben a la base de datos, hacen consultas y escriben procedimientos almacenados.

Todo es relativo y depende de la propia empresa. Si puede permitirse el lujo de tener un puesto de técnico dedicado, entonces el analista se ocupará de los requisitos y el diseño en lugar de describir las soluciones existentes y documentar el sistema. Las diferentes empresas tienen diferentes requisitos y expectativas para un analista, por lo que a veces surge un malentendido: ¿qué debe hacer un analista de “referencia”?

Si lee recursos de Internet, el mismo Habr, puede encontrar relativamente muchas publicaciones sobre el mismo tema: qué tipos de analistas son y en qué se diferencian. Vi tales publicaciones tanto en 2013 como ahora. Parece que han pasado 7 años, pero siguen escribiendo sobre esto, lo que hace que persista el malentendido.

Por ejemplo, no hay artículos sobre qué tipos de desarrolladores de Python son y en qué se diferencian; Está claro que entre ellos hay quienes se dedican al desarrollo de software, o al análisis de datos utilizando Python para su análisis, pero no he visto artículos dividiéndolos en tipos. Probablemente todo esté claro con esta especialidad-profesión, pero no con los analistas.

De hecho, por eso voy y hablo de nuestros analistas. Tengo experiencia en análisis de sistemas en Alfa-Bank y, por lo tanto, me concentro en quién es un analista de sistemas en Alfa, para qué vivimos, qué hacemos, cómo redactamos la documentación, cómo evaluamos su calidad, trabajamos con métricas de productos, cómo nuestros analistas se están desarrollando. Escribo sobre todo esto, pero con una nota de que sucede en Alpha; No puedo dar un punto de vista generalizado sobre quién es un analista de sistemas; para ello, es mejor utilizar estándares profesionales. El estándar está escrito en ellos.

Un caso muy interesante relacionado con la popularización de la profesión: lo llamé "un caso de cómo dos desarrolladores se volvieron menos". Tengo dos conocidos: una niña y un niño; la niña se graduó de una universidad técnica y estaba buscando un lugar para una pasantía, el chico tenía mucha experiencia laboral, los últimos años trabajó en ventas, pero quería cambiar su actividad: ir a TI.

Es decir, ambos buscaban oportunidades en el campo de las TI; Por supuesto, lo primero que les viene a la mente en relación con las TI es la programación, por lo que buscaron, entre otras cosas, si podían ingresar al mercado de desarrolladores de sistemas de información y, si pueden, dónde: al frente, en el medio. Tenían sus propias preferencias y circunstancias. Y los muchachos, de hecho, no entendían completamente lo que estaba haciendo un analista de sistemas; pero después de que hablamos con ellos, se interesaron. Después de la conversación, los llevé a la segunda reunión de Alpha, hablaron con nuestros analistas, escucharon los informes. Luego, la niña consiguió un trabajo en un programa de pasantías en Alfa-Bank, lo completó y ahora trabaja en una de las divisiones como analista de sistemas. El chico pasó por la escuela de análisis de sistemas, también con nosotros, consiguió un trabajo en el estado y ahora trabaja en otra división.

Es necesario popularizar la profesión; esto es útil no solo en términos de eliminar la incertidumbre y aclarar lo que hacen los analistas de sistemas, sino también en términos de atraer personal a la profesión. Los muchachos han estado trabajando durante más de un año, tienen críticas positivas, es decir, les gusta; la analítica del sistema es para ellos. Sin la popularización de la profesión, podrían haber ido al lugar equivocado, por ejemplo, al desarrollo.

El siguiente punto es de dónde vienen y dónde dejan la analítica; esto se cruza con una de las preguntas de la audiencia: cuál es el siguiente paso después del analista de sistemas.

Si tomamos directamente el Alfa y los antecedentes de algunos tipos que ahora trabajan como analistas, entonces podemos decir que la analítica suele provenir de varias áreas específicas. Pruebas: trabajó como evaluador, ganó experiencia, quiere lidiar con los requisitos. Mantenimiento (en particular, mantenimiento funcional) - “estamos cansados de apoyar sus sistemas, queremos desarrollar nuevos sistemas nosotros mismos”; los chicos quieren unirse al equipo de desarrollo y, debido a una buena formación técnica, pueden ingresar con éxito al mercado de la analítica.

Y desarrollo: tipos que están cansados de escribir código y que quieren hacer diseño. Las tres áreas de TI están relacionadas, todas tienen la oportunidad de ingresar al análisis. También hay una gran cantidad de chicos que vienen a nosotros con un currículum como candidatos. Mucho proviene del análisis empresarial: han realizado análisis empresariales, quieren profundizar en la tecnología. Además, a menudo hay personas que vienen a nosotros desde posiciones gerenciales: gerentes de proyectos y propietarios de productos.

De hecho, no existen restricciones. Puede venir al análisis de sistemas desde cualquier área; como dije, mi amigo venía de ventas. Pero supongo que los conocimientos técnicos y la experiencia en TI son una ventaja; más probabilidades de encontrar un trabajo como analista de sistemas.

¿A dónde van ahora los analistas de sistemas? Si tomamos el modelo Alpha, entonces podemos distinguir las áreas comerciales y técnicas. La dirección comercial es el desarrollo hacia el propietario del producto; Como analista, se desarrolló como miembro del equipo de desarrollo, pero ahora desea dejar el equipo de desarrollo, asumir la responsabilidad del producto por sí mismo, desea que se le asigne un presupuesto para el cual ensamblará su propio equipo de desarrollo y comenzará a desarrollar el producto que le interesa. La dirección técnica es el camino para convertirse en arquitecto de soluciones. ¿Quién es? Si toma el banco de Internet para entidades legales como ejemplo, entonces, desde el punto de vista del cliente, este banco es un gran sistema unificado; pero desde el punto de vista de nosotros (como equipos de desarrollo) es una colección de productos de software que son desarrollados por diferentes equipos. Hay equiposque se dedican al desarrollo de aplicaciones para pagos en rublos, o para depósitos, o en otras áreas. Muchas aplicaciones y muchos comandos. Nuestro analista es, en primer lugar, miembro del equipo de desarrollo y, en segundo lugar, se posiciona como arquitecto en el marco de su producto software. Un arquitecto de soluciones es responsable de la arquitectura de todo el banco de Internet en su conjunto, y trabaja en un contexto más amplio que un analista. Un analista es un experto en su producto, mientras que un arquitecto debe comprender todo el banco. Este es el segundo camino del desarrollo del analista.trabajar en un contexto más amplio que un analista. Un analista es un experto en su producto, mientras que un arquitecto debe comprender todo el banco. Este es el segundo camino del desarrollo del analista.trabajar en un contexto más amplio que un analista. Un analista es un experto en su producto, mientras que un arquitecto debe comprender todo el banco. Este es el segundo camino del desarrollo del analista.

Por supuesto, no se olvide de la estructura organizativa. Si tiene la oportunidad, después de un analista ordinario o un analista de alto nivel, puede convertirse en el jefe de la dirección, el jefe del centro de competencia de análisis de sistemas y luego el jefe de la dirección, y así sucesivamente, según lo permita la estructura.

¿En qué se diferencia un analista senior de un facilitador?

Difiere en varios factores. Los requisitos para un analista senior y líder varían de una compañía a otra, pero a nivel mundial las diferencias incluyen la experiencia laboral, la gama de habilidades técnicas que han demostrado a través de las tareas y el conjunto de responsabilidades adicionales que desempeña un analista además de trabajar en un proyecto. Estas pueden ser responsabilidades para realizar entrevistas técnicas, por ejemplo: un analista experimentado puede comunicarse con los candidatos y dar una evaluación equilibrada de sus habilidades analíticas. Si creemos que es capaz de hacer esto, entonces es claramente superior al analista senior promedio. O puede ser responsable de un bloque de trabajo adicional. En general, suele tener más responsabilidades, lo que corresponde a su mayor competencia. Pero los requisitos que diferencian a un analista de otro difieren de una empresa a otra.

Cuéntanos sobre la arquitectura de microservicios

Sí, Alpha usa una arquitectura de microservicio. Disponemos de sistemas monolíticos y de microservicios. Pasamos al microservicio.

El tercer bloque de mi discurso se refiere a la formación de analistas, en primer lugar, a la formación de analistas desde cero, o la formación de personas que aún no tienen cierta experiencia en la profesión.

Hubo un tiempo en que necesitábamos nuevos especialistas: el banco estaba creciendo, nuestra división estaba creciendo. En algún momento, nos enfrentamos a la realización del problema: no había suficientes personas en el mercado que pudieran satisfacer nuestro criterio. Este problema surgió porque en esos días usábamos principalmente nuestro mercado local, es decir, el mercado de aquellas ciudades donde tenemos oficinas (por ejemplo, Moscú y San Petersburgo). Es decir, luego vimos a la mayoría de los muchachos en estas ciudades y no fuimos a las regiones.

Y nos dimos cuenta de que no había especialistas adecuados en “nuestras” ciudades. Surgió la idea de un "crecimiento" independiente de analistas desde cero, llevándolos a un nivel de competencia tal que pudieran llevar a cabo nuestras tareas analíticas con seguridad.

Realizamos un piloto en 2018; Conocí al primer candidato: me ofrecieron realizar la incorporación. La niña fue incluida en mi equipo durante un período de prueba; la idea era que al trabajar en equipo e interactuar con analistas experimentados, ella adquiriría los conocimientos necesarios para junio y luego, en el transcurso del trabajo, se convertiría en una analista seria. Según los resultados de 3 meses, la niña mostró un resultado bastante bueno; según su opinión, habría seguido el plan que elaboramos durante 3 meses, en 2 semanas, si fuera una analista experimentada: es decir, ya tenía conciencia de qué habilidades y conocimientos había adquirido durante este tiempo.

Ella sintió su altura, lo cual no está mal. Luego, durante algún tiempo, trabajamos juntos. Luego, la niña fue llevada a un equipo separado y se convirtió en analista independiente. Ella todavía está creciendo y desarrollándose en el banco. Por lo tanto, confirmamos la hipótesis de que podemos desarrollar un analista desde cero por nuestra cuenta.

¿SOA o monolito?

Puedo decir que el banco tiene muchos sistemas diferentes. Si trabajó en un banco o se encontró con sistemas similares, entonces puede imaginar cuántos podría haber. Tenemos SOA, monolitos y microservicios: un conjunto completo.

¿Cómo encontrar eficazmente un trabajo para un analista de sistemas principiante?

Muchos factores influyen en el éxito de su búsqueda de empleo. No es poco importante el deseo del propio candidato de encontrar este trabajo y desarrollarse en el campo. Sucede que una persona viene a un curso y dice: enséñame. Lo termina, obtiene un certificado, luego va a entrevistas y lo muestra. Pero si al mismo tiempo no tiene deseos, no hay fuego en sus ojos, entonces la búsqueda será difícil.

¿Cómo encontrar eficazmente un trabajo para un analista de sistemas principiante? Actualízate y ve a entrevistas. Pero no solo caminando: debes determinar por ti mismo en qué empresa o en qué campo quieres trabajar. No tener un objetivo claro y andar con ganas de llegar a algún lado no es adecuado.

Puede indicar que quiere trabajar en un banco, por ejemplo. Encuentra programas de pasantías que ofrece el banco. Si no hay ninguno, entonces tal vez el banco esté brindando capacitación a especialistas externos con posibilidad de empleo. O tal vez el banco tiene vacantes junior para solicitar.

Es decir, defina una empresa por sí mismo, vea qué oportunidades laborales ofrece, encuentre empleados de esta empresa; seguramente podrá encontrarlos en las comunidades de analistas. Este conjunto de actividades puede ayudar a acelerar su búsqueda de empleo.

¿Qué miran cuando solicitan un trabajo, cuál es el mínimo necesario?

Esta no es una pregunta fácil, porque hasta hace poco en Alpha, el puesto inicial se llamaba “analista de sistemas senior”. Ella dio a entender que no es June quien viene al centro de competencia, sino un especialista experimentado con cierto conjunto de conocimientos y habilidades. Simplemente no tomamos a Juns. Había programas de pasantías (ya hablé de mi amigo); hubo una entrevista y tareas, en particular, en SQL. Creo que si está buscando un trabajo junior, debería leer lo que generalmente se pide para los puestos junior. Mi conocimiento familiar del instituto y la formación preliminar en SQL resultaron ser suficientes.

Para los puestos más altos que estoy entrevistando, no consideramos a Juns hasta hace poco; Era más probable que los juna fueran equiparados con los aprendices.

¿Cuál es el resultado del trabajo de un analista de negocios de sistemas, desde su punto de vista?

Desde mi punto de vista, tomando la experiencia de mi lugar de trabajo actual, se pueden distinguir 3 áreas de trabajo para un analista de sistemas. Diseño de sistemas de información, documentación de los desarrollados y análisis de errores de combate. Si hablamos de diseño, el resultado es una solución arquitectónica más especificaciones de desarrollo. Para documentación: documentación sobre las capas de la aplicación (anverso, medio, reverso); a menudo, la documentación y la especificación se superponen, es decir, a veces es el mismo documento. Si hablamos del análisis de defectos, nosotros, como equipo de producto, trabajamos por la calidad y estamos interesados en asegurar que nuestro producto de software esté libre de defectos. Estamos intentando eliminarlos. Analista, incluso participando en la resolución de defectos de venta.

¿Qué buenos equipos de análisis de sistemas conoce para junio para obtener el enfoque correcto?

De hecho, recomendaré a mi empleador. Tenemos muchos equipos, son diferentes, en todas partes tienen sus propias características. Pero es el proceso que hemos construido lo que me atrae.

¿Qué es esta característica?

Consideramos a un analista de sistemas como un mini-arquitecto, se dedica al diseño de arquitectura y es más un especialista técnico. Trabajamos menos con requisitos comerciales, creación o reorganización de procesos comerciales. Aquí hay una pregunta para un aficionado: si le gusta comunicarse con el cliente, comprender los matices del negocio, no quiere entrar en contacto con la tecnología, entonces mi departamento no le conviene.

Si le gusta sumergirse en la tecnología, si le interesa y está listo para leer código, aprender a escribir pruebas automáticas para comprender cómo trabajan sus ingenieros de control de calidad y ayudarlos en ocasiones, entonces Alpha es adecuado para usted. De lo contrario, puede buscar en otras empresas. Según las revisiones, los procesos de análisis del sistema están bien organizados en Kaspersky Lab; Raiffeisenbank también tiene tareas interesantes para los analistas. Este es un tema polémico, claro: las empresas son grandes, hay muchos equipos, en algunos equipos puede ser bueno, en otros es malo. Tengo una amiga que se dedica a la biometría en Sberbank; está orgullosa de su equipo, dice, están en su mejor momento, son los mejores. Y otras personas vienen a nosotros del mismo Sberbank y nos dicen que el trabajo es aburrido, los lanzamientos son raros, hay que esperar meses para acceder. Érase una vez no es necesario.

He nombrado varias empresas; en mi opinión, probablemente sea bueno ser analista de sistemas allí. Cómo será en realidad, no puedo garantizarlo; muchos factores influyen en esto.

Para Juns, lo principal son las habilidades, ¿qué recomendarías específicamente?

Sí, lo principal para Juns son las habilidades para realizar un trabajo relativamente rutinario al principio. Recomendaría aprender a estructurar documentos, comprender los tipos de servicios y escribir representaciones para ellos, en qué consisten. Al principio, Jun tendrá el flujo principal de tareas asociadas con la descripción de cómo se implementa el sistema o la redacción de una declaración de acuerdo con los requisitos conocidos: qué se debe hacer, qué programar para obtener una solución técnica. En las entrevistas, se nos pide conocimiento de SQL, pero las habilidades para diseñar estructuras de datos y sistemas de información son igualmente importantes (o más importantes); si sabe esto, está bien versado y sabe cómo describirlo, entonces, probablemente, esto será su ventaja.

¿Cuál es la forma correcta de estudiar como analista y adquirir experiencia para cambiar de profesión si trabaja en un campo no relacionado?

Recomendaría, en primer lugar, ver qué ofrecen las empresas. Algunas empresas ofrecen escuelas de formación de analistas desde cero, ni siquiera de TI; les conté cómo era en Alpha; vino un amigo vendedor y se capacitó. Hay cursos online, en el mismo GeekBrains (la facultad de inteligencia empresarial de sistemas), SkillFactory (un curso para analistas de sistemas - soy el autor de este curso y lo estoy enseñando) o SkillBox (un curso para analistas de sistemas desde cero). También está la Escuela de Análisis de Sistemas: este es un proyecto serio, comenzó en 2011 y todavía existe. Puedes encontrar cursos, puedes obtener una educación. Aquí hay diferentes opciones: primero puede estudiar, puede ganar algo de experiencia, y los cursos en línea le permiten completar casos y llenar un portafolio, y luego intentar conseguir un trabajo.

Dije que tenía la experiencia de capacitar a un analista de sistemas desde cero, esto es real. Lanzamos una escuela en Alpha destinada a capacitar a nuevos analistas en masa; nuestro piloto terminó con éxito, como resultado de la escuela obtuvimos analistas que contratamos. Tuvimos 18 estudiantes que pasaron por todas las etapas de selección. 6 de ellos asentados en nuestro estado, es decir, un tercio; otra persona fue promovida en su empresa con nuevas habilidades y conocimientos. Por lo tanto, esta escuela dio sus frutos y la mayoría de los niños que asistieron no tenían experiencia en informática ni en una profesión relacionada.

Nombré tres plataformas para cursos en línea: GeekBrains, SkillFactory, SkillBox. Ciertamente puedo recomendar SkillFactory porque soy el autor y anfitrión de uno de los cursos, pero eso sería deshonesto de mi parte; Hay muchos sitios, no sé completamente qué está sucediendo en otros sitios y cómo se organiza el proceso educativo allí. En mi opinión, GeekBrains tiene un programa muy amplio; si miras el sitio, los chicos ofrecen, entre otras cosas, capacitación en análisis de datos y trabajo en Python. No entiendo completamente por qué un analista de sistemas necesita esto. SkillBox tiene un buen programa, pero a juzgar por indicaciones indirectas, están más enfocados en capacitar analistas de negocios; si mira la URL del recurso con la descripción del analista del sistema, dice "negocio". Por lo tanto, tengo preguntas sobre el contenido técnico de este curso,pero eso es solo mi suposición; No puedo decir si es bueno o malo.

También hay cursos en línea separados con los que puede adquirir conocimientos, crear un portafolio y luego, con conocimiento y portafolio, intentar conseguir un trabajo en una empresa. La mayoría de estos recursos tienen un centro de carreras que lo ayuda a redactar currículums, prepararse para entrevistas e incluso ofrecer oportunidades de trabajo para empresas asociadas. Las propias escuelas en línea están interesadas en que sus graduados abandonen el trabajo: si un graduado encuentra un trabajo y continúa trabajando, significa que la escuela llevó a cabo el curso con éxito y ayudó al estudiante a alcanzar la meta. Por lo tanto, si planea ir al análisis de sistemas, pero no planea estudiar durante mucho tiempo (obtener un segundo título), entonces quizás los cursos en línea sean los adecuados para usted.

Profesión de analista de sistemas: desarrollo comunitario, promoción y formación profesional