LO
Avísame cuando llegue un registro verificado a esta ocupación → · Marca cuáles de estas tareas son tuyas (VOLO Pro, gratis durante el lanzamiento) →
Analista de negocio
Averigua qué necesita de verdad una organización de un cambio o de un sistema y lo pone por escrito para que pueda construirse y comprobarse: entrevista a las partes interesadas, mapea procesos, redacta requisitos e historias de usuario, dirige talleres y comprueba en la aceptación que lo entregado hace lo que se pidió. Los modelos de lenguaje ya redactan documentos de requisitos e historias de usuario, y agencias federales de EE. UU. usan IA para generarlos; los estudios encuentran que los borradores salen rápido pero hay que validarlos, y las entrevistas que sacan a la luz necesidades no expresadas siguen necesitando personas.
Redacta con un modelo de lenguaje un conjunto de historias de usuario a partir de tus propias notas, y apunta qué tuviste que corregir antes de que un desarrollador pudiera usarlas.
Esto no es una probabilidad de perder el empleo. Combina qué parte de la carga de tareas del puesto está expuesta a la automatización con hasta dónde ha llegado realmente la adopción: sirve para comparar ocupaciones sobre una base constante, y para nada más.
Escrito para analistas de negocio que obtienen y documentan requisitos para cambios de negocio y de TI — en la propia empresa, en consultoras y en equipos ágiles. Los analistas de datos, los gestores de producto, los consultores de gestión y los responsables de sistemas de negocio tienen sus propias páginas. La evidencia son las entradas de inventario de dos agencias federales de EE. UU. sobre sus propios sistemas, un piloto en una empresa, dos evaluaciones académicas de modelos de lenguaje en trabajo de requisitos y las proyecciones laborales de EE. UU. para las ocupaciones que incluyen a los analistas de negocio; establece qué redactan las herramientas y dónde están en uso, no cómo ha cambiado el tiempo de los analistas.
Qué está cambiando de verdad#
La unidad de análisis es la tarea, no el nombre del puesto. Un puesto no se sustituye: se le mueve la mezcla de tareas.
Cada casilla es una tarea. Su tamaño es cuánto pesa en el trabajo; su color, hacia dónde va la tarea. Haz clic en una casilla para ver qué no establece ese juicio.
Entrevistas simuladas con estudiantes en el papel de partes interesadas; nada de esto mide proyectos reales ni las horas de los analistas.
Las entradas de inventario describen sistemas, no su efecto en el personal; los estudios usan un proyecto universitario, un proyecto de consultoría y un piloto pequeño.
Una inferencia a partir de cómo se describe el trabajo; ninguna fuente primaria registrada aquí mide el trabajo de mapeo de procesos ni la parte que hacen las herramientas.
Las proyecciones abarcan ocupaciones más amplias que incluyen a consultores y analistas de sistemas, y cuentan empleos, no tareas.
Ninguna fuente primaria registrada aquí mide el trabajo de aceptación o de gestión del cambio; es una inferencia.
¿Es este tu trabajo? Dilo y esta página se estrecha a tu parte de él.
El nombre de un puesto es un paquete de tareas compradas juntas, y no hay dos personas con el mismo paquete. No se envía nada a ninguna parte: se queda en este navegador.
Cambios recientes#
Estados Unidos. La oficina de estadística proyecta que el empleo de analistas de gestión crecerá un 10 por ciento entre 2025 y 2035, mucho más rápido que la media, con unas 94.100 vacantes al año. O*NET incluye analista de negocio entre los títulos de puesto declarados para esta ocupación, que también comprende a los consultores de gestión; la propia página no menciona a los analistas de negocio ni la IA. Cuenta empleos, no tareas.
Una persona con nombre y con posición reconocida predijo algo públicamente, en una fecha, en una declaración atribuible. Se registra para que quede comprobable quién dijo qué y cuándo, y nunca mueve la evaluación de una tarea, porque una predicción no es una observación. Su valor llega después: el registro queda en la misma página que la evidencia sobre esa ocupación, así que quien lee el pronóstico lee al lado el registro de lo que pasó luego. Esa es la rendición de cuentas; este sitio no publica ningún veredicto sobre si un pronóstico se cumplió.
Estados Unidos. La oficina de estadística proyecta que el empleo de analistas de sistemas informáticos crecerá un 8 por ciento entre 2025 y 2035, mucho más rápido que la media, de 544.400 a 587.200, con unas 32.900 vacantes al año, y afirma que, a medida que las organizaciones sigan dependiendo de la TI y ampliándola, incluida la inteligencia artificial, se contratarán analistas de sistemas informáticos para diseñar e instalar sistemas nuevos. O*NET clasifica «IT business analyst» entre los títulos de puesto de esta ocupación. Cuenta empleos, no tareas.
Una persona con nombre y con posición reconocida predijo algo públicamente, en una fecha, en una declaración atribuible. Se registra para que quede comprobable quién dijo qué y cuándo, y nunca mueve la evaluación de una tarea, porque una predicción no es una observación. Su valor llega después: el registro queda en la misma página que la evidencia sobre esa ocupación, así que quien lee el pronóstico lee al lado el registro de lo que pasó luego. Esa es la rendición de cuentas; este sitio no publica ningún veredicto sobre si un pronóstico se cumplió.
Estados Unidos, Administración de Salud para Veteranos. La entrada de inventario de la agencia, marcada como desplegada y desarrollada internamente, dice que su equipo de diseño centrado en las personas usa modelos de lenguaje de gran tamaño y agentes personalizados, y que el sistema agiliza tareas como analizar las opiniones de los usuarios, generar historias de usuario, resumir los resultados de talleres y afinar los perfiles de usuario, con conclusiones más rápidas y menos trabajo manual para el personal. Es la agencia describiendo su propio sistema; no informa de efectos en la plantilla ni en la calidad de las historias.
Una empresa lo ha puesto en producción. Puede mover la línea de base, ponderado por la escala y por cuánto se parece ese entorno al tuyo.
Un proyecto en una empresa de consultoría de TI, donde modelos de lenguaje generaron especificaciones de diseño funcional e historias de usuario a partir de resúmenes de obtención de requisitos y plantillas, evaluadas por el analista experto de la empresa. El analista estimó un ahorro de tiempo de redacción del 10% al 15%; algunas historias de usuario quedaron sin cubrir con todos los modelos porque el conocimiento de los analistas puede ser tácito y no figurar en los documentos de obtención de requisitos; y los autores concluyen que los modelos pueden mejorar la documentación inicial pero no sustituir la intervención humana, y que siguen haciendo falta analistas expertos para la exactitud y la completitud.
Ensayo a pequeña escala en un entorno real. Nos dice que se están probando las condiciones de despliegue, no que se cumplan, así que un piloto nunca basta por sí solo; dos independientes sí.
Un chatbot académico evaluado en 33 entrevistas simuladas con partes interesadas, con estudiantes en el papel de partes interesadas. Cometió un número de errores comunes parecido al de un entrevistador humano y obtuvo hasta el 73,7% de todos los requisitos. Los autores escriben que las entrevistas dirigidas por personas siguen siendo valiosas y necesarias para la obtención de requisitos muy delicada o compleja, donde la dinámica interpersonal desempeña un papel crucial para destapar requisitos no expresados.
Una demostración, una prueba de referencia o un artículo muestran que la tarea se puede hacer. Actualiza lo que la tecnología puede hacer, no lo que harán las empresas.
Estados Unidos, Administración de la Seguridad Social. La entrada de inventario, marcada como desplegada, con fecha de puesta en funcionamiento el 1 de octubre de 2024 y una plataforma comprada a un proveedor, dice que el componente generativo acelera la modernización de sistemas heredados analizando automáticamente código COBOL y otro código heredado, generando documentación coherente de requisitos de negocio y refactorizando el código a lenguajes modernos, lo que reduce el esfuerzo manual de elaborar documentos. Recupera requisitos a partir del código existente en vez de obtenerlos de las personas.
Una empresa lo ha puesto en producción. Puede mover la línea de base, ponderado por la escala y por cuánto se parece ese entorno al tuyo.
Un estudio que compara GPT-4 y CodeLlama con referencias humanas al redactar una especificación de requisitos para un portal de gestión de clubes de estudiantes universitarios, calificada según ocho criterios. Informa de que los modelos pueden igualar la calidad del trabajo de un ingeniero de software principiante, y de que los documentos humanos llevaron de 4 a 24 horas una vez especificados los requisitos, mientras que los borradores de los modelos tardaron entre 7 y 47 veces menos, aunque costaba que salieran bien a la primera. Los requisitos venían dados, no se obtuvieron.
Una demostración, una prueba de referencia o un artículo muestran que la tarea se puede hacer. Actualiza lo que la tecnología puede hacer, no lo que harán las empresas.
Austria, la división de TI de un grupo postal. Investigadores y personal de la empresa implantaron un sistema de agentes autónomo basado en LLM para mejorar la calidad de las historias de usuario y lo evaluaron con 11 participantes de seis equipos ágiles. El artículo dice que, por ahora, lo que produce el sistema requiere validación manual del product owner para ajustarse a los objetivos del proyecto y a las expectativas de las partes interesadas, y seis participantes de la encuesta encontraron demasiado largas las descripciones reescritas. Es un piloto pequeño en una sola empresa.
Ensayo a pequeña escala en un entorno real. Nos dice que se están probando las condiciones de despliegue, no que se cumplan, así que un piloto nunca basta por sí solo; dos independientes sí.
Qué significa esto para ti#
Si estás empezando, cuenta con que los modelos de lenguaje redacten documentos de requisitos e historias de usuario más rápido de lo que tú escribes, y con que tu valor esté en lo que no pueden hacer: sacarle a la gente la necesidad real, darte cuenta de lo que no se dijo y contrastar el borrador con ello.
Cuenta con pasar menos tiempo escribiendo y más obteniendo requisitos, negociando y validando. Los analistas más buscados serán quienes sepan llevar las conversaciones difíciles y juzgar si una especificación redactada por una máquina es correcta.
Tus opciones#
Cuatro direcciones, cada una con sus restricciones reales y con una cosa que puedes probar esta semana. Seguir como estás es una opción legítima; solo tiene que ser una opción elegida.
Quedarte y pasar tu tiempo de escribir a obtener requisitos y validar
Redactar es donde las herramientas son más fuertes; la investigación registrada aquí sigue dejando en manos de personas las entrevistas sobre asuntos delicados y la validación.
Los equipos pueden esperar más producción por analista cuando redactar sea más rápido.
Redacta con un modelo de lenguaje un conjunto de historias de usuario a partir de tus propias notas, y apunta qué tuviste que corregir antes de que un desarrollador pudiera usarlas.
Acercarte al trabajo de procesos y de cambio
Conseguir que los departamentos se pongan de acuerdo y que la gente adopte una nueva forma de trabajar es una negociación que las herramientas resumen pero no hacen.
Los puestos de gestión del cambio se juzgan por la adopción, que es más lenta y más difícil de demostrar que unos documentos entregados.
Elige un proceso que hayas documentado y averigua si la gente trabaja de verdad así ahora.
Pasar a la gestión de producto
Decidir qué construir y por qué está justo al lado del trabajo del analista y depende del mismo juicio sobre lo que la gente necesita.
Los puestos de producto llevan consigo la responsabilidad de los resultados y hay menos que puestos de analista.
Pregunta a un gestor de producto con quien trabajes cuáles de sus decisiones del mes pasado se apoyaron en tus requisitos.
Preguntas frecuentes#
No, según la evidencia actual. Los modelos de lenguaje redactan documentos de requisitos e historias de usuario, y agencias federales de EE. UU. usan IA para generarlos, pero en los estudios registrados aquí siguen siendo personas quienes validan los borradores y dirigen las entrevistas sobre necesidades delicadas o complejas, y las proyecciones de EE. UU. prevén que crezcan las ocupaciones que incluyen a los analistas de negocio.
No respondemos a eso con un número de años. Una señal que vigilar en su lugar: si los requisitos redactados por máquinas empiezan a llegar a los desarrolladores sin que un analista los valide, y si se confía a los bots de entrevista la obtención de requisitos compleja y delicada. Ninguna de las dos cosas es lo que muestra hoy la evidencia.
Puede redactar borradores. Un estudio halló que los borradores de GPT-4 de una especificación de requisitos eran comparables a los de un ingeniero principiante y entre 7 y 47 veces más rápidos una vez especificados los requisitos; en los equipos de TI de un grupo postal, las historias de usuario mejoradas por un agente seguían necesitando que el product owner las validara.
Las proyecciones de EE. UU. prevén que los analistas de gestión crezcan un 10 por ciento y los analistas de sistemas informáticos un 8 por ciento entre 2025 y 2035; ambas ocupaciones incluyen a los analistas de negocio. El trabajo se está desplazando de redactar documentos hacia obtener requisitos, negociar y validar.
En qué se apoyan estos juicios#
De los 5 juicios de tarea de esta página, 1 se apoyan en un evento verificado y 4 son inferencia de la plataforma, cada uno etiquetado donde aparece. Detrás hay 2 dimensiones tecnológicas, una trayectoria reconstruida desde que los modelos de lenguaje llegaron al público y 8 eventos verificados.
Ver qué tecnologías, cómo llegó hasta aquí y el método →
Dónde se sitúa en la clasificación oficial: habilidades, conocimientos y trabajos afines →
Otros puestos de la misma función#
Una empresa divide su trabajo en funciones antes de dividirlo en puestos. Estos están en Tecnología y datos junto a este — un hecho sobre los organigramas, no un juicio de que se parezcan ni de que cambien en la misma dirección.
Desarrollador de software júnior · Ingeniero de software con experiencia · Desarrollador frontend · Desarrollador backend · Ingeniero de datos · Ingeniero de aprendizaje automático · Investigador de IA · Tester de software / ingeniero de QA · Analista de datos · Científico de datos · Responsable de sistemas de negocio · Técnico de soporte informático / mesa de ayuda · Analista de seguridad (SOC) · Ingeniero de DevOps / plataforma / SRE · Ingeniero de redes · Redactor técnico / ingeniero de documentación