¿Qué hace un Business Analyst en IT? Requisitos que el equipo puede construir

Un Business Analyst tiende el puente entre negocio e ingeniería: recoger requisitos, modelar procesos, aclarar casos límite y documentar qué significa «hecho» — antes del código y mientras cambia.

Le explico el puesto con claridad: qué hace la persona de verdad, qué competencias importan y cuándo conviene contratarla, sin jerga vacía.

Qué hace en el día a día

En una semana típica, el puesto cubre:

• Entrevistar a interesados y mapear procesos as-is / to-be.
• Escribir requisitos, historias de usuario, casos de uso y criterios de aceptación.
• Mantener glosarios, reglas y matrices de dependencias.
• Acompañar el UAT y validar que la entrega coincida con la intención de negocio.
• Reducir la ambigüedad que obliga a reescribir a mitad de sprint.

Competencias que de verdad importan

Las herramientas cambian; lo de fondo sigue valiendo:

• Ingeniería de requisitos, modelado de procesos (BPMN), talleres
• Escritura clara, facilitación, mediación de conflictos
• Velocidad para aprender el dominio; bases de SQL/analítica son un plus
• Conocimiento práctico de la entrega agile

Cuándo merece la pena contratar

Integraciones empresariales, dominios complejos (finanzas, logística, seguros) — o cuando «cada uno lo entendió distinto» sigue quemando presupuesto.

En síntesis

Un buen BA hace más rápido a ingeniería quitando conjeturas — no escribiendo novelas que nadie lee.