Resumen ejecutivo

• El Analista de Sistemas releva necesidades, especifica requisitos y valida que la solución funcione —no necesariamente escribe el código de producción.

• Herramientas típicas: diagramas UML/BPMN, user stories, casos de uso, SQL de consulta, tickets y testing funcional.

• Se diferencia del desarrollador: el analista prioriza el “qué y por qué”; el dev el “cómo” en código.

• Puentes de carrera: Business Analyst, Product Analyst, QA funcional o paso a desarrollo con formación extra.

El título “Analista de Sistemas” sigue vivo en Argentina y LATAM, aunque en startups a veces se diluye en BA/PM. El ángulo de esta guía es actualizar el rol: relevamiento, especificación y testing funcional versus código. ¿Por qué ahora? Guía de Rol es de los tópicos de mejor conversión y la keyword tiene volumen sin una pieza pilar nuestra. Contrastá con qué es y qué hace un Desarrollador Full Stack.

Qué hace hoy un Analista de Sistemas

• Relevamiento: entrevistas a usuarios, mapeo de procesos AS-IS / TO-BE.

• Especificación: requisitos funcionales/no funcionales, reglas de negocio, prototipos.

• Modelado: flujos, entidades, integraciones entre sistemas.

• Validación: casos de prueba, UAT, seguimiento de defectos.

• Puente: traduce negocio ↔ equipo técnico.

Herramientas que usa

1. Documentación: Confluence/Notion, tickets Jira.

2. Diagramas: BPMN, UML, secuencia, ERD.

3. Datos: SQL de consulta para validar reglas.

4. Testing: planes de prueba, Postman para APIs.

5. Colaboración: workshops, demos, actas de decisión.

Diferencia con un desarrollador

El desarrollador implementa y mantiene código, tests unitarios y deploys. El analista asegura que se construya lo correcto: alcance, reglas y aceptación. En equipos ágiles chicos una persona puede usar ambos sombreros; en empresas más grandes el split es explícito. Si te gusta codear, el puente natural es sumar un stack (web/datos) y migrar a dev; si te gusta el negocio, BA/Product.

Para roles vecinos en datos/orquestación, también podés explorar piezas como Apache Airflow para analistas de datos.

Cómo entrar o reconvertirte

• Armá un caso: proceso de un negocio real → especificación + 5 user stories + plan de UAT.

• Aprendé SQL básico y lectura de APIs (contratos OpenAPI).

• Pedí shadowing de un analista o BA en tu empresa.

• Postulate a “Analista funcional”, “BA junior”, “Analista de sistemas”.

Cursos recomendados de Coderhouse

Desarrollo Web te acerca al lenguaje de los devs; Data Analytics fortalece el lado datos del relevamiento. Si tu norte es producto con IA, sumá Introducción a la IA.

CTA: esta semana documentá un proceso de tu trabajo o de un negocio conocido con diagrama + 5 requisitos + criterios de aceptación. Esa pieza es tu portfolio de analista. Formate en Coderhouse según el puente que elijas (dev o datos).

Preguntas frecuentes

¿Hace falta título universitario? En muchos avisos tradicionales sí; en product/tech pesan más casos y método.

¿Es lo mismo que Business Analyst? Solapan mucho; BA suele enfatizar más negocio/métricas, analista de sistemas más sistemas legados e integraciones.

¿Se programa? A veces scripts o SQL; no es el foco del rol clásico.

¿Siguiente paso? BA senior, Product Owner, Arquitectura funcional o desarrollo.