Analista de sistemas: mercado

Vacante

un empleo abierto que superó el filtro de calidad y menciona al menos dos tecnologías

Candidato observado

un candidato cuyo stack contiene esta tecnología; es un agregado: ni un solo registro sale del perímetro

Candidato emparejable

aún no contabilizado

Ventana

empleos abiertos en el momento en que se generó el snapshot

Un Junior describe requisitos y especificaciones sencillos con mentoría. Salto a Middle: diseño independiente de APIs e integraciones, trabajo seguro con el modelo de datos y SQL, redacción de especificaciones técnicas completas. Un Senior lleva proyectos de integración complejos, toma decisiones de diseño e influye en la arquitectura. Trayectoria: Systems Analyst → Senior SA → Lead SA, después Solution / System Architect (objetivo natural y habitual: ver /research/architect), o Product Owner, o líder técnico.

Top 5: sql, agile, системный аналитик, jira, bpmn. Data: SQL — mandatory (work with data model, table design, verification), ER diagrams, understanding of relational DBs, sometimes NoSQL. APIs and integrations — core of the profession: REST API and HTTP understanding (methods, codes, headers), OpenAPI / Swagger (contract description), Postman (verification), JSON and XML formats, sometimes SOAP (legacy) and gRPC; message queues (Kafka, RabbitMQ — at principle understanding level). Diagrams and modelling: UML (especially sequence and component diagrams), BPMN, ER diagrams; tools — draw.io, PlantUML, Visio. Documentation: Confluence (specifications, specs), Jira. Architecture: understanding of client-server model, monolith and microservices, integration patterns — enough to design a solution and speak with development as an equal. Skills: systems and technical thinking, ability to decompose complex things, precision and unambiguity in specifications, communication (with business analysts, developers, testers, architects), attention to edge cases. Coding is not required, but the closer the analyst is to the technical side (reads code, understands technology more deeply), the more valuable.

Esta es la pregunta principal sobre la profesión, y en Rusia la distinción es especialmente clara. El Business Analyst responde a «qué y por qué»: trabaja desde el lado del negocio: extrae la necesidad, describe los procesos de negocio, formaliza qué problema hay que resolver y cuál debe ser el resultado para el negocio. El Systems Analyst responde a «cómo, técnicamente»: toma los requisitos y diseña la solución: describe APIs y contratos de integración, modelo de datos, lógica del sistema, escribe las especificaciones técnicas por las que el equipo escribe el código. A grandes rasgos: el BA mira hacia el negocio, el SA hacia el desarrollo; el BA pasa el resultado de su trabajo al systems analyst, el SA a los desarrolladores. En la práctica: en enterprise, bancos y grandes desarrollos a medida, BA y SA son roles separados con personas distintas; en equipos pequeños y startups de producto una persona a menudo combina ambos, de ahí la habitual vacante de «analista de negocio-sistemas». Por skills: el SA requiere más profundidad técnica (SQL, API, integraciones, modelo de datos, arquitectura), el BA más skills de stakeholders y procesos de negocio. Por salario: un Systems Analyst de media gana más por el componente técnico. Flujo de carrera: el BA a menudo pasa a SA tras ganar horizonte técnico; el SA crece después a Solution / System Architect.

El trabajo de un Systems Analyst es diseñar cómo debe funcionar técnicamente el sistema y describirlo para que el equipo lo implemente sin ambigüedades. 1) Análisis de requisitos: tomar los requisitos de negocio (del BA o del cliente) y averiguar qué hay que hacer técnicamente, identificar detalles que faltan y casos límite. 2) Diseño de APIs: describir las interfaces de programación: qué métodos, qué peticiones y respuestas, formatos de datos, códigos de error, autorización; fijar el contrato (a menudo en OpenAPI / Swagger). 3) Diseño de integraciones: diseñar cómo intercambian datos los sistemas y servicios: de forma síncrona mediante API o asíncrona mediante colas, qué datos, en qué formato, qué ocurre ante un fallo. 4) Modelo de datos: diseñar estructuras de datos y tablas (diagramas ER), describir entidades y relaciones. 5) Lógica y algoritmos: describir la lógica de negocio, los estados, los escenarios, el manejo de errores. 6) Diagramas: diagramas de secuencia (cómo interactúan los componentes en el tiempo), diagramas de componentes, esquemas de integración. 7) Especificaciones: reunirlo todo en un documento técnico comprensible para desarrollo y pruebas. 8) Acompañamiento: responder las preguntas del equipo durante el desarrollo, aclarar, participar en revisiones y pruebas, gestionar los cambios. La clave: un Systems Analyst es quien diseña y describe con precisión una solución técnica sin escribir el código él mismo.

Escribir código de producción no es obligatorio para un Systems Analyst — no es un rol de desarrollador. Pero la profundidad técnica es la esencia de la profesión, y aquí los requisitos son más altos que para un Business Analyst: 1) SQL — obligatorio, no al nivel de «he oído hablar» sino con soltura (consultas, joins, comprensión del modelo de datos). 2) API y protocolos — hay que entender bien cómo funciona HTTP, REST, qué es un contrato de API, los formatos JSON / XML; capacidad de diseñar una API y verificarla en Postman. 3) Integraciones y arquitectura — entender la interacción síncrona y asíncrona, las colas de mensajes, los microservicios y el monolito, los patrones típicos. 4) Leer código y logs — una gran ventaja: la capacidad de leer código, entender lo que ocurre, interpretar un log — esto eleva mucho el valor del analista. 5) Un lenguaje a nivel básico — no obligatorio, pero muchos systems analysts aprenden Python o leen código en el lenguaje del proyecto, y ayuda. Conclusión: no se necesita programación profesional, pero el «techo técnico» de un Systems Analyst determina directamente el salario y el crecimiento — cuanto más a fondo entienden la tecnología, más cerca están del rol de arquitecto y más ganan. Es un rol analítico con orientación de ingeniería.

Sí, el 28% de los empleos de Systems Analyst son remotos o híbridos. El trabajo del SA (análisis de requisitos, diseño de API e integraciones, redacción de especificaciones, diagramas, llamadas con el equipo) se hace bien a distancia. Las empresas de IT, la fintech, los integradores y los equipos de producto rusos ofrecen oficina, híbrido y remoto; en el sector financiero y de gobierno, para proyectos con sistemas sensibles, a veces hay un requisito de oficina o híbrido. Systems Analyst es un rol escaso y el formato remoto amplía el mercado: un analista con experiencia no está atado a una ciudad. El inglés se necesita para el mercado internacional; para el ruso puedes empezar sin él.

Al análisis de sistemas se llega desde el análisis de negocio, el testing, el soporte, el desarrollo y también directamente tras una formación especializada. Hoja de ruta: 1) SQL: domínalo con soltura: consultas, joins, agregaciones, comprensión del modelo de datos; es la base. 2) API y HTTP: entiende cómo funciona REST, los métodos y códigos HTTP, qué es un contrato de API; aprende a leer y verificar APIs en Postman. 3) OpenAPI / Swagger: aprende a describir contratos de API. 4) Formatos e integraciones: JSON y XML, interacción síncrona y asíncrona, nociones de colas de mensajes (Kafka, RabbitMQ). 5) Diagramas: UML (secuencia, componentes), diagramas ER, BPMN; herramientas draw.io / PlantUML. 6) Modelo de datos: diseño de tablas, entidades y relaciones. 7) Arquitectura: entiende cliente-servidor, monolito y microservicios, patrones típicos de integración. 8) Especificaciones: aprende a redactar especificaciones técnicas claras e inequívocas. 9) Herramientas: Confluence, Jira. 10) Proyecto personal / portfolio: diseña una API y una integración para una tarea clara y describe la especificación. Recursos: cursos de análisis de sistemas (Otus, escuelas de analítica especializadas), documentación de REST / OpenAPI, comunidades de analistas de sistemas (en Rusia es una comunidad activa y grande). Buena vía de entrada: desde el testing o el análisis de negocio, sumando profundidad técnica; apunta a un puesto Junior / prácticas como Systems Analyst.

656 active open Systems Analyst positions in the Zorky sample. The real market is wider: the role is named "systems analyst", "business-systems analyst", "analyst" — exact-term search doesn't catch everything; in addition, some "business-systems analyst" jobs are counted nearby in business-analyst. Geography: the US, Russia, HK. Sources: hh.ru, Habr Career, getmatch, LinkedIn, Telegram (systems analyst communities — in Russia this is one of the most active analytical communities — and job channels). Systems Analyst is one of the most in-demand and scarce roles in CIS IT (banks, integrators, telecom, product companies). NB: the Analyst / BI direction historically had difficulties with automatic job classification — the visible number may understate the real market.

Un Senior Systems Analyst diseña soluciones técnicas para sistemas e integraciones complejos. SQL y datos: nivel experto, diseño de modelos de datos, comprensión del rendimiento de las consultas, casos límite de integridad. Diseño de APIs: diseñar APIs cómodas, coherentes y versionables, contratos bien pensados, manejo de errores, autorización; OpenAPI / Swagger con fluidez. Integraciones: diseñar la interacción de varios sistemas, síncrona y asíncrona, mediante colas; comprensión de la fiabilidad, la idempotencia, el comportamiento ante fallos y la consistencia de datos entre sistemas. Pensamiento arquitectónico: ver la solución en su conjunto, entender monolito y microservicios, patrones de integración, elegir conscientemente el enfoque y los compromisos: esto es lo que convierte a un SA Senior en arquitecto. Especificaciones: escribir documentos técnicos claros, inequívocos y completos que no dejen margen a interpretaciones distintas; pensar los casos límite antes del desarrollo. Diagramas: UML con soltura (secuencia, componentes), ER, esquemas de integración como herramienta de diseño de trabajo. Horizonte técnico: leer código y logs, entender el stack del proyecto, la infraestructura a alto nivel. Descomposición: dividir una tarea grande y compleja en partes diseñables e implementables. Comunicación: trabajo con analistas de negocio, desarrolladores, testers, arquitectos y el cliente; capacidad de defender y explicar una decisión de diseño. Mentoría: desarrollo de analistas Junior, estándares de especificación en el equipo. Inglés: para el mercado internacional y la documentación. El principal valor de un Senior: diseñar una solución técnicamente correcta e implementable para una tarea compleja y describirla de modo que el equipo la implemente sin adivinar; es un trampolín directo al rol de arquitecto.