IT and Business Analysis

La Tecnología de la Información y el Análisis de Negocios
Marzo, 2017 - año 10 Nro. 71
La Tecnología de la
Información y el
Análisis de Negocios
La Tecnología de la Información desde la
perspectiva del Análisis de Negocios
conforme el IIBA®
por Sergio Salimbeni
Marzo 2017
Basado en el “A GUI D E TO T H E BUS I N ES S A N A LYS I S BODY O F KNOWL EDGE ® v.3”

2 www.activus.com.ar info@activus.com.ar
BA & IT - IIBA
Marzo 2017
La Tecnología de la Información desde la
perspectiva del Análisis de Negocios
Por Sergio Salimbeni
Basado en el “A GUI D E TO T H E BUS I N ES S A N A LYS I S BODY O F
KNOWL EDGE ® v.3”
INTRODUCCIÓN
La tecnología de la información (IT), desde la
perspectiva del análisis de negocios (BA) pone de
relieve las características del análisis de los
negocios cuando se emprende desde el punto de
vista del impacto del cambio o soluciones en los
sistemas de información.
Cuando se trabaja en la disciplina de tecnología de
la información, los analistas de negocios se
ocupan de una amplia gama de complejidad y
alcance de actividades. Las iniciativas pueden ser
tan pequeñas como mínimas correcciones de
errores y mejoras, o tan grandes como la
reingeniería de toda la infraestructura de
tecnología de la información para una empresa.
Los analistas de negocios están llamados a
trabajar con este diverso nivel de conocimiento y
habilidades entre las partes interesadas para
ofrecer soluciones valiosas a sus necesidades de
TI.
Es fundamental, para el éxito de un analista de
negocios en la disciplina de tecnología de la
información, ser capaz de articular eficazmente la
visión del negocio y las necesidades de los
interesados técnicos.
Los analistas de negocios colaboran de manera
proactiva tanto con las partes interesadas del
negocio como con los equipos de desarrollo para
asegurar que las necesidades se entiendan y se
alineen con la estrategia organizacional.
Un analista de negocios frecuentemente
desempeña el papel del “traductor” que ayuda a
las partes interesadas de negocios y tecnología a
comprender las necesidades, las restricciones y el
contexto de cada uno de ellos.
El concepto de “diseño de solución” es apropiado
en un contexto tecnológico y desde el punto de
vista del analista de TI; sin embargo, el término
"diseño", cuando se discute dentro de un entorno
de TI, generalmente se supone que significa
"diseño técnico" o la utilización de tecnologías
para resolver problemas empresariales.
Los analistas de negocios dentro de un contexto
de TI, definen y elaboran los requisitos de la
solución, o participan en el diseño de la solución
con las partes interesadas del negocio mientras
mantienen una separación con el diseño técnico.
En contextos de TI, el término "diseño" ha sido
tradicionalmente reservado para la solución o
diseño técnico realizado por desarrolladores,
arquitectos de TI o arquitectos de soluciones.
Todo el trabajo realizado por los analistas de
negocio de TI, está cubierto por el término
"requisitos", incluyendo conceptos tales como la
definición y el diseño de procesos de negocio,
interfaces de usuario, informes u otros elementos
de la solución relevantes para las partes
interesadas fuera del equipo de implementación.
Los analistas de negocios que trabajan en este

BA & IT - IIBA
Marzo 2017
contexto pueden preferir el término "requisitos de
solución" en lugar de "diseño" para mantener una
clara separación de responsabilidades.
Los analistas de negocios que trabajan en un
entorno de tecnología de la información,
consideran sus tareas a la luz de tres factores
clave:
1.Impacto de la solución: el valor y el riesgo de la
solución para el negocio.
2.Madurez organizacional: la formalidad y
flexibilidad de los procesos de cambio
organizacional.
3.Alcance de la solución o cambio: la amplitud, la
profundidad, la complejidad y el contexto para el
cambio propuesto.
Alcance de la solución o cambio
Los cambios en los sistemas de TI se inician por
varias razones. Cada uno de los siguientes
disparadores puede llevar a un cambio de TI:
• Crear una nueva capacidad organizativa: se
puede ejecutar para transformar la organización.
Estos tipos de iniciativas de TI pueden impulsar la
creación de programas más grandes para abordar
los cambios no relacionados con TI, pero se
centran en una tecnología que altera el entorno
empresarial.
• Lograr un objetivo organizacional mejorando
una capacidad existente: es parte de un cambio
que satisface una necesidad definida. Esto puede
incluir cambios para cumplir con los requisitos
reglamentarios o para permitir objetivos
específicos del negocio. Estos tipos de iniciativas a
menudo modifican un sistema existente, pero
también pueden requerir la implementación e
integración de nuevos sistemas.
• Facilitar una mejora operativa: se lleva a cabo
para mejorar la eficiencia organizativa o reducir el
riesgo organizacional.
El alcance del cambio, la madurez organizacional y
el impacto en la solución, determinan si estos
cambios se gestionarán como un proyecto, o
como parte de un esfuerzo de mejora continua.
• Mantener un sistema de tecnología de la
información existente: Se lleva a cabo para
garantizar el buen funcionamiento de un sistema
informático existente. Dependiendo del alcance
del cambio, el mantenimiento puede ser
gestionado como un proyecto o una actividad
programada regularmente. Esto puede incluir
cambios impulsados por la tecnología, tales como
un proveedor que suspenda el soporte de una
tecnología, lanzamientos programados o
actualizaciones a un paquete de software
comprado, o las modificaciones técnicas
necesarias para soportar la estrategia de
arquitectura.
• Reparar un sistema de tecnología de información
roto: se realiza cuando un sistema informático que
no está funcionando como se espera y es
cambiado para corregir la disfunción. La urgencia
de la reparación se basa generalmente en el nivel
de perturbación causada. En algunos casos el
alcance del esfuerzo de reparación es muy grande,
por lo que la reparación se gestiona como un
proyecto.

BA & IT - IIBA
Marzo 2017
Amplitud de la solución o cambio
Las iniciativas de tecnología de la información
pueden centrarse en un sistema único o en
múltiples sistemas que interactúan entre sí.
Algunos sistemas se desarrollan y se mantienen en
la empresa, mientras que otros son sistemas
comerciales (COTS – comercial off-the-shelf)
desarrollados por una organización externa al
grupo que implementa el sistema. También es
posible que una organización externa complete el
desarrollo personalizado, como cuando las tareas
de desarrollo son subcontratadas o contratadas.
El alcance de una iniciativa de TI a menudo se
centra estrechamente en software y hardware y
en un conjunto mínimo de sistemas, aplicaciones
o partes interesadas.
Las iniciativas más grandes pueden afectar a
múltiples grupos de usuarios o sistemas, y a
menudo requieren colaboración con la empresa.
La implementación de los sistemas de tecnología
de información COTS puede comenzar con un
alcance pequeño o limitado cuando se inicia el
cambio, pero después de completar el análisis, el
alcance es más amplio de lo originalmente
previsto. El enfoque de análisis de negocio para
una selección de COTS y la implementación se
aborda de manera diferente que el desarrollo
interno. Estos sistemas de TI casi siempre
requieren personalización, integración,
administración y capacitación. En algunos casos,
las iniciativas se limitan a la instalación inicial y la
implementación, o mejoras a una aplicación
existente.
Las iniciativas de TI también pueden enfocarse en
una solución tecnológica muy específica, como
qué datos se necesitan, cómo se recopilan los
datos, cómo se almacenan y se acceden para
respaldar los métodos de transacción comercial o
cómo se informa y se pone a disposición de los
grupos empresariales.
Los analistas de negocio que trabajan en TI
consideran cuidadosamente el contexto para
cualquier cambio en la tecnología de la
información. Consideran si el cambio se gestiona
como un proyecto, una mejora continua o una
actividad de mantenimiento. Los analistas de
negocios también consideran la gestión del
cambio organizacional y todos los impactos,
incluyendo la capacitación, las comunicaciones y
la adopción del cambio.
La naturaleza de las actividades de análisis de
negocios en un entorno de TI depende de una
variedad de factores de impacto de la solución:
• ¿Qué sucede con el negocio si este sistema se
cierra?
• ¿Qué sucede si el rendimiento del sistema se
degrada?
• ¿Qué capacidades y procesos empresariales
dependen del sistema de TI?
• ¿Quién contribuye a esas capacidades y
procesos?
• ¿Quién usa esas capacidades y procesos?
Al considerar estos factores de impacto en la
solución, los analistas de negocios no sólo
combinan la formalidad de las actividades de
análisis con los procesos de análisis de negocio
definidos por la organización, sino que también
consideran la importancia del sistema de TI.
La importancia del sistema analizado puede
indicar que se necesita más análisis para apoyar y
definir los requisitos para el cambio.
Profundidad de la solución o Cambio
Los cambios en un entorno de TI requieren con
frecuencia que el analista de negocio defina
detalles explícitos, incluyendo detalles técnicos

BA & IT - IIBA
Marzo 2017
como la definición de elementos de datos
individuales que se manipulan o se ven afectados
por el cambio.
Los esfuerzos de integración pueden requerir
análisis y definición con un gran nivel de detalle al
mismo tiempo que identifican y definen las
interfaces entre sistemas de TI. Debido al nivel de
detalle requerido en este tipo de iniciativas, los
analistas de negocios obtienen y analizan cómo
funciona la organización y cómo el sistema de TI
apoyará esas operaciones. Esto proporciona el
contexto necesario para que el analista de
negocios entienda si los detalles que se están
descubriendo y documentan son relevantes para
entregar valor. Esto puede ser particularmente
difícil cuando se inicia un cambio en el sistema de
TI por razones tecnológicas, pero sin claridad o
alineación suficientes con el propósito comercial.
Valor y soluciones entregados
Los sistemas de tecnología de la información se
implementan para aumentar el valor de la
organización, que incluye cualquier capacidad de
soporte y procesos que utilizan el sistema.
Los analistas de negocios buscan alinear la
funcionalidad de TI con estos procesos y
capacidades, y para medir el efecto que el sistema
tiene sobre ellos.
Los cambios en los sistemas de TI pueden
aumentar el valor de muchas maneras,
incluyendo:
• reducir los costos operativos,
• disminuir el esfuerzo perdido,
• mejorar la alineación estratégica,
• aumentar la fiabilidad y la estabilidad,
• automatizar procesos propensos a errores o
manuales,
• reparar problemas,
• hacer posible ampliar, mejorar o hacer más
accesible una capacidad comercial, e
• implementar nuevas funcionalidades y nuevas
capacidades.
Enfoque del entregable
La entrega de actividades de análisis de negocios
dentro de una organización de TI varía mucho.
Las iniciativas pueden abarcar desde pequeños
esfuerzos de mejora, que se completan con un
único calendario de liberación de plazos cortos a
implementaciones escalonadas en varias
versiones. Las iniciativas a corto plazo pueden
involucrar a un solo analista de negocios por un
corto periodo de tiempo.
Los esfuerzos más grandes, con frecuencia,
involucran a varios analistas de negocios que
pueden coordinar las actividades de análisis de
varias maneras. Los analistas de negocio pueden
dividir el trabajo basado en el grupo empresarial
involucrado o por actividad específica.
Supuestos principales
La siguiente es una lista de los principales
supuestos de la disciplina de TI:
• las capacidades empresariales y los procesos
que utilizan un sistema de TI están
proporcionando valor a la organización,
• los analistas de negocios que trabajan desde
otras perspectivas pueden integrar su trabajo con
el trabajo de los analistas de negocio de TI, y
• los cambios en los sistemas informáticos suelen
depender de una necesidad aunque algunas
iniciativas pueden provenir de desarrollos
tecnológicos.

BA & IT - IIBA
Marzo 2017
Ámbito de análisis empresarial
Patrocinador del cambio
Los cambios de tecnología de la información
pueden ser solicitados o patrocinados por
patrocinadores de negocios, departamentos de TI,
o como una colaboración entre los dos. Estos
cambios deben alinearse con la estrategia
organizacional y los objetivos empresariales. Es
posible que un departamento de TI inicie el
cambio para alinearse con la estrategia técnica o
alcanzar objetivos técnicos, pero una alineación
de la estrategia organizacional general sigue
siendo crucial para el éxito del cambio.
La lista siguiente representa posibles
patrocinadores de cambios:
• equipo técnico,
• ejecutivo técnico,
• propietario de la aplicación,
• dueño del proceso,
• propietario de la empresa,
• gerente interno de producto, y
• representante regulador (como un
departamento legal corporativo).
Las empresas pueden utilizar muchos métodos
para iniciar cambios relacionados con la
tecnología de la información. Con frecuencia, las
grandes empresas definen un programa o una
oficina de gestión de proyectos dentro del
departamento de TI, que toma las solicitudes y
prioriza los esfuerzos en nombre del
departamento.
Objetivos del cambio o solución
Los analistas de negocios identifican todos los
departamentos, procesos, aplicaciones y
funciones posibles que puedan verse afectados
por el cambio propuesto.
Un analista de negocios no sólo se centra en los
detalles de la iniciativa, sino que también presta
atención a un panorama más amplio y el impacto
potencial (tanto comercial como técnico) del
cambio. Esto implica un nivel de proceso y análisis
funcional con un enfoque específico tanto en las
interfaces técnicas como en las transferencias de
procesos.
Posición del analista de negocios
Dentro de una iniciativa de TI, las actividades de
análisis de negocios pueden ser ocupadas por
personal con uno de varios tipos de antecedentes
o títulos de trabajo dentro de la organización.
Esta asignación puede depender del tipo de
cambio, el nivel de experiencia, conocimientos
necesarios o simplemente el personal disponible
para asignar el trabajo.
El personal puede ser asignado a las tareas de
análisis de negocios debido a la experiencia que a
continuación describiremos, y puede completar
algunas o todas las responsabilidades de análisis
de negocios para un cambio dado.
Es posible que todas las tareas de análisis de
negocios para un proyecto de TI puedan ser
completadas por una persona con sólo uno de
estos antecedentes:
• un analista de negocios que trabaja
específicamente con los usuarios empresariales de
un sistema,
• un analista de TI de negocios que es el enlace
designado entre el equipo técnico y el grupo
empresarial que utiliza la aplicación,

BA & IT - IIBA
Marzo 2017
• un experto en la materia (SME - subject matter
expert) experimentado con la implementación del
software actual,
• un usuario de software experimentado con la
actividad diaria de cómo se utiliza el software y
puede centrarse en el uso,
• un analista de sistemas que tenga experiencia
dentro del área de negocio, pero no con la
aplicación específica,
• un propietario de procesos de negocios que
tenga una profunda experiencia en el negocio,
capacidades o procesos, pero no puede tener
ninguna experiencia técnica o de TI,
• una persona técnica con una experiencia técnica
• un representante de COTS que permitirá
implementaciones personalizadas de una solución
empaquetada y aprovechará el conocimiento del
paquete del proveedor y la experiencia de
implementación pasada.
Resultados del análisis de negocios
Dentro de una iniciativa de TI, un analista de
negocios puede considerar los procesos de
negocio afectados por el cambio, así como la
información de datos e inteligencia empresarial
recopilada por el sistema. Los analistas de negocio
que trabajan en la iniciativa planifican a fondo el
esfuerzo de análisis de negocios y las entregas que
apoyan el esfuerzo de cambio.
El enfoque de cambio que se utiliza tiene un
impacto directo en los resultados o resultados del
análisis del negocio.
Muchas organizaciones tienen un sistema definido
o una metodología de desarrollo de soluciones
que, en cierta medida, dicta las entregas que se
requieren en cada hito del proyecto. Incluso
dentro del contexto de esta estructura, el analista
de negocios puede tratar de completar las
entregas adicionales más allá de las requeridas
por el enfoque de cambio o el proceso específico
de la organización, y emplear técnicas que apoyan
la comprensión integral del esfuerzo de cambio
necesario.
Los analistas de negocio que trabajan en la
disciplina de TI son responsables de entregar
algunos de los siguientes:
• requisitos definidos, completos, verificables,
priorizados y verificados,
• análisis de alternativas,
• reglas del negocio,
• análisis de las deficiencias,
• descomposición funcional,
• casos y escenarios, y / o historias de usuarios
según corresponda,
• análisis de interfaces,
• prototipos,
• análisis de proceso,
• modelos de procesos,
• modelos de estado,
• modelos de decisión,
• modelos de contexto o modelos de alcance, y
• modelos de datos.
Pueden también considerarse entregables del
analista de negocios, los entregables adicionales
no incluidos en la lista anterior pero relacionados
con cualquiera de los resultados de las técnicas de
análisis de negocios utilizados

BA & IT - IIBA
Marzo 2017
Metodologías
Las metodologías seguidas por las organizaciones
de tecnología de la información varían
ampliamente. En general, las metodologías de
desarrollo de soluciones se dividen en dos
enfoques genéricos:
• Predictivo: procesos estructurados que hacen
hincapié en la planificación y documentación
formal de los procesos utilizados para completar
el cambio. Cada fase del proceso o secuencia se
completa antes de avanzar a la siguiente fase.
• Adaptativo: procesos que permiten la
reelaboración dentro de uno o más de los ciclos
estructurados generales del proceso. La mayoría
de los modelos adaptativos son iterativos e
incrementales, centrándose en el crecimiento del
producto tanto en amplitud como en profundidad.
También se puede utilizar una metodología
híbrida. Un híbrido puede incluir una visión
general para toda la iniciativa (como en
predictivo), así como una definición de detalles
dentro de ciclos individuales o iteraciones (como
en adaptación).
La siguiente tabla identifica varias metodologías o
enfoques establecidos que un analista de negocios
que practica en un entorno de tecnología de la
información puede encontrar.
fuente: BABoK – IIBA
Competencias Subyacentes
Un analista de negocios que trabaja dentro de TI,
puede poseer habilidades relacionadas con el
desarrollo tales como programación, creación de
una base de datos, creación de una arquitectura
de sistema o solución, experiencia de pruebas de
software u otras habilidades técnicas. Sin
embargo, las habilidades o destrezas técnicas
relacionadas con el desarrollo no son necesarias
para que un analista de negocios tenga éxito en
un entorno de TI.
Es importante que el analista de negocios tenga
una sólida comprensión de los detalles requeridos
dentro de un paquete de requisitos para soportar
soluciones técnicas, así como una comprensión de
lo que es técnicamente factible dentro de las
limitaciones de la arquitectura técnica de una
organización. Estas habilidades permitirán a un
analista de negocios trabajar con todas las partes
interesadas para diseñar un marco de solución de
negocios que también permitirá al equipo técnico
la flexibilidad para diseñar una solución técnica.
Los analistas de negocios utilizan las habilidades
de influencia y facilitación cuando trabajan con las
partes interesadas.
Las habilidades de negociación se usan
frecuentemente cuando se trabaja con el personal
técnico y de negocios para llegar a acuerdos y
decisiones si los costos de una solución (ya sea en
presupuesto, tiempo o impacto arquitectónico)
entran en conflicto con el resultado comercial
deseado.
Por su parte, el pensamiento sistémico es una
competencia crucial para los analistas de negocio
que trabajan en un entorno de TI.
El pensamiento de sistemas apoya la capacidad
del analista de negocio para ver la “imagen más
grande”, incluyendo cualquier otra aplicación o
aspectos técnicos que puedan verse afectados, los

BA & IT - IIBA
Marzo 2017
detalles de la necesidad específica y posibles
soluciones técnicas.
El pensamiento sistémico también apoya la
capacidad de identificar impactos en las personas,
procesos, y software que no necesariamente se
cambian directamente como parte de un esfuerzo
de desarrollo de TI, y para analizar los riesgos y
posibles resultados de esos impactos.
Impacto en las Áreas de Conocimiento
En la Guía BABOK® (Business Analysis Book of
Knowledge) se explica cómo se correlacionan las
prácticas de análisis de negocios específicas
dentro de la tecnología de la información con las
tareas y prácticas de análisis de negocios
definidas. También se describe cómo cada área de
conocimiento se aplica o se modifica dentro de la
disciplina de TI.
Cada área de conocimiento enumera técnicas
relevantes para una perspectiva de TI. Las técnicas
utilizadas en la disciplina de la tecnología de la
información no se alejan, en gran medida, a las
técnicas de la Guía BABOK®. Las técnicas de
BABOK® Guide se encuentran en el capítulo
Técnicas de la Guía BABOK®. Esto no pretende ser
una lista exhaustiva de técnicas, sino más bien
resaltar los tipos de técnicas utilizadas por los
analistas de negocios al realizar las tareas dentro
del área de conocimiento.
Planificación y monitoreo del análisis de negocios
Un enfoque de análisis de negocio es una
herramienta de comunicación fundamental que
puede utilizarse para identificar los recursos
necesarios para el trabajo de análisis de negocios
y garantizar el tiempo adecuado para el esfuerzo
de análisis.
Un plan de análisis de negocio bien definido se
integra en el plan general del proyecto y
proporciona a los analistas de negocios la
oportunidad de definir y programar las actividades
de análisis de negocio para el proyecto.
Muchas organizaciones tienen algunos estándares
y procesos en el lugar, que pueden identificar
ciertas tareas de análisis y entregables. Si estos no
están en su lugar, el analista de negocios identifica
estas tareas y entregables basados en las
necesidades de la iniciativa específica.
Es importante que se entienda el contexto del
trabajo de análisis. Esto incluye comprender la
interoperabilidad de los sistemas de software, los
procesos de negocio y los datos que se pasan de
un sistema al siguiente. Los cambios en cualquier
sistema o proceso individual pueden tener un
efecto de ondulación que trae sistemas
adicionales, procesos o grupos de partes
interesadas dentro del alcance de la iniciativa.
El analista de TI de negocios puede estar integrado
en un equipo de software. Este enfoque permite
que el analista de negocios se familiarice con
software o procesos específicos soportados por el
software.
Las actitudes y necesidades de las partes
interesadas pueden cambiar o cambiar en relación
con cada cambio en particular. Se planifican roles,
colaboración y planes de comunicación para cada
esfuerzo de cambio.
Las soluciones COTS pueden implicar grandes
esfuerzos de integración de sistemas,
personalizaciones y muchas tareas inesperadas
debido a la introducción de software externo.
Al planificar los impactos desconocidos y las
necesidades de personalización desconocidas, los
analistas de negocios involucran tanto a las partes
interesadas internas que entienden las
necesidades del cambio, como a los interesados
externos que tienen experiencia con la solución
COTS que se está implementando.

BA & IT - IIBA
Marzo 2017
Técnicas de guía BABOK®
• Gestión del Backlog
• Análisis de documentos
• Estimaciones
• Descomposición funcional
• Seguimiento de items
• Indicadores clave de desempeño (KPI)
• Modelación Organizacional
• Matriz de funciones y permisos
• Modelado del Alcance
• Lista de interesados, Mapa o Personas
Fuente BABoK
Elicitación y colaboración
Los cambios en la tecnología de la información a
menudo afectan a muchas partes interesadas que
tienen relaciones distintas con la solución o el
cambio.
Cuando un cambio involucra una aplicación o
sistema de TI, el personal técnico puede tener
experiencia, perspectivas o experiencia que pueda
identificar impactos adicionales a sistemas o
procesos a medida que se definen requisitos y
soluciones. Por esta razón, es beneficioso tener al
menos una sesión de elicitación con personal
técnico de TI, como personal de desarrollo o
diseño técnico, y especialistas en el mismo lugar y
al mismo tiempo. Este tipo de acercamiento
proporciona una plataforma para la colaboración
entre equipos técnicos y empresariales, donde el
analista de negocios de TI sirve como facilitador y
enlace para el proceso.
Los analistas de negocios que trabajan en un
entorno de TI pueden utilizar cualquiera de las
técnicas identificadas en el área de conocimiento
de Elicitación y Colaboración.
Además, los siguientes métodos pueden ser de
gran beneficio en la disciplina de la tecnología de
la información:
• Investigación: utilizando activos de procesos
organizacionales, estudios de mercado, análisis
competitivo, especificaciones funcionales y
observación,
• Simulaciones: utilizando modelización
estadística y simulaciones, y
• Experimentación: utilizando pruebas de
concepto, prototipos, alfa y beta releases, y
pruebas A / B.
Los cambios en la tecnología de la información
pueden ser vistos como una distracción o un costo
por parte de las partes interesadas si el cambio no
se percibe como crítico para la misión o si el
interesado está experimentando un valor negativo
del cambio. Esto puede dificultar el compromiso
para la elicitación.
La elicitación a través de los límites de la
organización puede ser impedida, causando
averías de colaboración y re-trabajos. Los analistas
de TI pueden mitigar el riesgo de reelaboración al
involucrar a la tecnología de la información y los
recursos empresariales en actividades de
colaboración.
• Tormenta de ideas

BA & IT - IIBA
Marzo 2017
• Juegos colaborativos
• Grupos de enfoque
• Análisis de la interfaz
• Entrevistas
• Observación
• Modelado de procesos
• Prototipos
• Diagramas de Secuencia
• Lista de interesados, Mapa o Personas
• Modelación estatal
• Encuesta o Cuestionario
• Casos de uso y escenarios
• Talleres
Gestión del ciclo de vida de los requisitos
Las iniciativas de TI frecuentemente experimentan
grandes descubrimientos mientras se ejecuta el
cambio. Es a través de la exploración que los
analistas de negocios descubren las implicaciones
de la nueva funcionalidad proporcionada por la
solución. Esta sensación de descubrimiento en
entornos de TI ha llevado a la adaptación de
tiempos de ciclo cortos (mejora ágil y continua),
control riguroso de cambios, CMMI y SaaS
(servicios en la nube).
Los analistas de negocios que trabajan en TI
prestan especial atención a la alineación,
aprobación, control de cambios, trazabilidad y
herramientas de gestión del ciclo de vida de los
requisitos. Es el papel del analista de negocios
trabajar con las partes interesadas para
desarrollar un método consistente para revisar los
requisitos en evolución para asegurar la alineación
con los objetivos de negocio para la iniciativa.
En muchos casos, los cambios en los requisitos
aprobados se deben a cambios en los requisitos
de nivel superior, tales como los objetivos
empresariales.
Los analistas de negocios colaboran con las partes
interesadas para asegurar que estos requisitos
sean estables antes de proceder a la solución o
requisitos técnicos. Cuando se presentan cambios
en los requisitos, el analista de negocios analiza el
impacto y planifica cómo administrar los cambios
propuestos.
A medida que crece la complejidad de un entorno
de tecnología de la información, es cada vez más
importante rastrear cada cambio en cada requisito
o entre requerimientos y otra información. La
trazabilidad que incluye dependencias y relaciones
entre requisitos hace que sea más fácil para las
partes interesadas entender lo que está
cambiando en el sistema de TI y predecir los
impactos de cambios adicionales.
Como los sistemas técnicos se cambian con el
tiempo, es útil cuando cada versión de cada
requisito se almacena de alguna manera. La
trazabilidad hace posible encontrar la fuente y el
propietario de cada función y característica
solicitada, así como por qué, cuándo y cómo
cambió con el tiempo. Esta historia es importante
para asegurar que los requisitos estén completos y
que la aprobación de los requisitos sean una
decisión razonable. Cuando se auditan los trabajos
de cambio y el sistema de TI, los reguladores y
otras partes interesadas pueden entender qué
sucedió, cuándo y por qué. Esto puede ser
especialmente importante para propósitos de
auditoría, cuando una aplicación gestiona datos o
procesos sistemáticamente sin intervención
humana para cada transacción o instancia del

BA & IT - IIBA
Marzo 2017
proceso que ocurre. Este rastreo también ayuda a
la organización a entender por qué algunas
funcionalidades no se entregan o implementan en
el sistema de TI y por qué se eliminó del ámbito de
esta implementación.
• Criterios de aceptación y evaluación
• Análisis de decisiones
• Indicadores clave de desempeño
• Priorización
Análisis de la estrategia
Dentro de una organización de TI, el análisis
estratégico se centra en las tecnologías y sistemas,
unidades de negocio, procesos de negocio y
estrategias de negocio impactados por un cambio
propuesto. Es posible que los impactos de un
cambio causen un efecto de ondulación a través
de otros sistemas en la organización.
Con el fin de analizar las necesidades y los
cambios propuestos, los analistas de negocios
buscan comprender todos los aspectos que
pueden verse afectados por el cambio.
El análisis actual de estado dentro de las iniciativas
de TI, incluye el análisis de procesos manuales, la
comprensión de lo que el sistema o la tecnología
hace actualmente, los datos necesarios para
completar las tareas y los otros sistemas y
procesos que interactúan con el sistema.
Los analistas de negocios planean una
comprensión completa del estado actual y un gran
contexto de la empresa al principio, con la
comprensión de que el alcance se reducirá a
medida que se identifica el estado futuro.
Una vez que se entiende el estado actual, se
describe el estado futuro deseado. Esto puede
estar relacionado con procesos o capacidades y
normalmente incluye cómo se requiere cambiar la
funcionalidad actual del sistema para respaldar la
visión futura y cumplir con los objetivos tanto de
las partes individuales como de la empresa. En la
comprensión de los estados actuales y futuros, se
identifica la brecha entre los dos, y ahí es donde
se puede establecer la dirección del esfuerzo de
cambio. Es en este punto de análisis que se
exploran las opciones de solución.
Una vez entendidos los aspectos del alcance del
cambio y el estado futuro deseado, los analistas
de negocios evalúan la incertidumbre y el riesgo.
La incertidumbre se aclara mediante:
• identificar y definir riesgos,
• identificar y definir los beneficios potenciales,
• establecer parámetros para la variación en
procesos y operaciones conocidos, y
• explorar lo desconocido.
Los analistas de negocio también exploran otros
riesgos potenciales incluyendo:
• los riesgos de los proveedores, como la
estabilidad de sus negocios y productos,
• impactos en el entorno técnico del sistema,
• escalabilidad de la solución si los volúmenes de
transacciones o usuarios aumentan con el tiempo,
y
• cambios adicionales del proceso o del sistema
requeridos basados en el cambio
iniciado.

BA & IT - IIBA
Marzo 2017
• Análisis de Capacidad Empresarial
• Focus group
• Entrevistas
• Observación
• Análisis de procesos
• Encuesta o Cuestionario
• Análisis FODA
• Evaluación de proveedores
• Talleres
Análisis de los requisitos y definición del diseño
Es importante que los analistas de negocio que
trabajen en TI, entiendan y aclaren el término
"diseño".
Muchas organizaciones de TI piensan en el diseño
únicamente cuando se aplica al diseño de un
software o al cambio técnico.
Dentro del área de conocimiento de Análisis de
Requisitos y Definición de Diseño, el término
diseño es visto más ampliamente y desde el punto
de vista del analista de negocios.
Los diseños son representaciones usadas para
centrar en la solución y comprensión de cómo ella
podría agregar valor. Por ejemplo, se podría
considerar un modelo de mejora de procesos (ya
sea que impacte o utilice un sistema de TI o no),
así como diseños de interfaz de usuario o
definiciones de informes.
Los analistas de negocios elaboran los requisitos
comerciales y técnicos, desglosan y definen las
necesidades de las partes interesadas, e
identifican el valor que deben ser alcanzados por
las partes interesadas una vez que se implementa
una solución técnica o un cambio. También
elaboran, definen y analizan los requerimientos de
las empresas y de las partes interesadas, y
definen, analizan y modelan diseños de
soluciones. Ellos definen los requisitos a un nivel
de detalle técnico que se utilizará como parte del
diseño de la solución y la entrada en los diseños
técnicos. Esta elaboración incluirá requisitos
funcionales y requisitos no funcionales. Para
algunas iniciativas de cambio, la definición de
requisitos no funcionales podría definir todas las
metas de negocio para el esfuerzo de cambio.
Los analistas de negocios suelen confiar en otros
agentes de cambio para producir diseños técnicos
para soluciones de software. A menudo se
necesita un arquitecto de sistemas, programador,
gestor de bases de datos u otro experto técnico
para determinar cómo utilizar la tecnología para
satisfacer un conjunto de requisitos. Los analistas
de negocio de TI definen pasos de proceso, reglas
de negocio, flujos de trabajo y diseños de
informes. Definir los requisitos para incluir la
funcionalidad detallada de un sistema, el negocio
y los procesos del sistema es una parte crucial del
diseño de la solución y no separa el análisis y el
diseño.
Como parte del análisis de requisitos, un analista
de negocios de TI, puede asociarse con otro
analista de negocios con un enfoque diferente,
como un analista de negocios de la empresa o
arquitecto de negocios, para garantizar que los
requisitos de TI se alinean con la estrategia
empresarial u organizacional.

BA & IT - IIBA
Marzo 2017
El análisis de los requisitos y la definición del
diseño con frecuencia implica documentar los
requisitos usando palabras e imágenes. En algunos
casos, los requisitos pueden ser representados de
otras maneras, como una prueba de concepto,
prototipos de software o simulaciones.
En todos los casos, el analista de negocios trabaja
para producir documentación con detalles
suficientes y apropiados para:
• el negocio, para verificar y validar los requisitos,
• los desarrolladores, para diseñar y
• los “testers”, para medir la solución antes de
que se implemente en un entorno de producción.
• Análisis de reglas de negocio
• Diccionario de datos
• Diagramas de flujo de datos
• Modelado de datos
• Modelado de decisiones
• Estimación
• Glosario
• Análisis de la interfaz
• Análisis de Requerimientos no funcionales
• Prototipos
• Revisiones
• Matriz de funciones y permisos
• Diagramas de Secuencia
• Modelación estatal
• Casos de uso y escenarios
• Historias de usuario
Evaluación de la solución
La evaluación de la solución se centra en los
componentes de la solución y en el valor que
proporcionan.
Dentro de un contexto de TI, esto incluye un
enfoque en las interacciones entre sistemas
múltiples dentro del cambio y el ambiente
circundante.
Es importante que un analista de negocios que
trabaje en la disciplina de TI entienda el contexto
de la solución y cómo los cambios dentro de un
sistema o proceso pueden afectar a otros sistemas
dentro del entorno. Estos impactos pueden
agregar valor negativo o positivo a los otros
sistemas, por lo tanto, impactando la realización
general del valor para el cambio.
Un aspecto de la evaluación de la solución dentro
de un contexto de TI es la prueba de software o la
prueba de solución.
Las pruebas o el aseguramiento de la calidad
aseguran que la solución funciona como se
anticipó o diseñó, y que satisface las necesidades
del negocio o de las partes interesadas que
solicitaron el esfuerzo de cambio.
El analista de negocios trabaja con el
aseguramiento de la calidad (testers) para
asegurar que las soluciones técnicas satisfagan las

BA & IT - IIBA
Marzo 2017
necesidades del negocio definidas por los
requerimientos y otros productos de análisis del
negocio. Los testers utilizan metodologías para
planificar, desarrollar y ejecutar pruebas.
Este aspecto de las pruebas de solución
generalmente se centra en pruebas de proceso
completas, incluso en todos los sistemas para
garantizar la calidad y exactitud de la solución de
extremo a extremo.
Los analistas de negocios trabajan con las partes
interesadas para planificar, desarrollar y ejecutar
pruebas de aceptación de usuarios para asegurar
que la solución satisfaga sus necesidades.
Los analistas de negocios se dan cuenta de la
lógica de la implementación de una solución de TI
y cómo funciona esa lógica para crear valor de
solución. Esta realización del valor se asocia
comúnmente con un mejor soporte para los
procesos y procedimientos empresariales.
Los objetivos empresariales y técnicos están
asociados con los beneficios y la realización de
valor que se miden con métricas definidas para
evaluar el éxito.
Los requisitos deben remontarse a los objetivos, y
esta trazabilidad proporciona una base para la
evaluación de la solución.
El análisis del desempeño de la solución se centra
en los sistemas técnicos y en cómo proporcionan
un valor potencial y real a los interesados.
Cuando un cambio organizacional grande contiene
un elemento de TI, una evaluación de la solución
de TI puede contribuir a una actividad de
realización de beneficios más amplia asociada con
todo el programa de cambio.
Como parte de las actividades de evaluación de
soluciones, un analista de negocios puede trabajar
con un equipo para completar tareas, como
evaluar las limitaciones de la solución y evaluar los
impactos de tales limitaciones. El analista de
negocios puede apoyar y evaluar los esfuerzos de
pruebas técnicas para todos o una parte de la
solución desarrollada.
• Criterios de aceptación y evaluación
• Estimación
• Seguimiento de itms
• KPI
• Análisis y gestión de riesgos
• Análisis FODA
• Evaluación de proveedores.
Sergio Salimbeni
sds@activus.com.ar

IT and Business Analysis

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (20)

Similar a IT and Business Analysis

Similar a IT and Business Analysis (20)

Más de Sergio Salimbeni

Más de Sergio Salimbeni (20)

Último

Último (20)

IT and Business Analysis