¿Es el rol de Analista de Negocio un Nuevo rol?

Puente entre Business y ITMuchas veces el rol de Analista de Negocio – BA por sus siglas en inglés – es percibido como una “nueva profesión”, sin embargo ha estado ahí por décadas. Los analistas de negocio han trabajado por años en muchas organizaciones grandes y pequeñas realizando diferentes actividades tales como consultoría, desarrollo de requerimientos para aplicaciones de software, identificación y mejora de procesos de negocio y apoyando la gestión del cambio cuando las personas, procesos y tecnología en una organización se ven afectados.

Evolución de la profesión de analista de negocio

La profesión de análisis de negocio está cambiando. Innovaciones recientes como la adopción de la gestión de procesos de negocios – BPM por sus siglas en inglés – motores de reglas de negocio, computo en la nube y las plataformas de planeación de recursos empresariales – ERP por sus siglas en inglés – así como nuevas metodologías como las metodologías ágiles para el desarrollo de software  están empujando a la profesión más allá de la tradicional documentación de requerimientos obligándolos a convertirse en consultores más “enterados” respecto de las TI con la finalidad de comprender mejor el papel que la tecnología juega en los negocios. Ahora, los analistas de negocio tienen que pensar en TI como una de las varias formas en que pueden ayudar  crear valor para los stakeholders.

Evolucion del BA

¿Qué se requiere conocer ahora?

Para ser verdaderamente eficaces en el rol, los analistas de negocio deben de comprender una amplia variedad de técnicas de análisis conociendo cómo y cuándo aplicarlas y proporcionar a los stakeholders  una orientación útil para comprender cuales soluciones serán eficaces para su negocio. Los analistas de negocio eficaces requieren tanta educación y entrenamiento y requieren poner tanto tiempo y esfuerzo en perfeccionar sus habilidades como un buen Project manager (PM) o un buen desarrollador de software.

El BA exitoso II

En que reflexionar…

  • El análisis de negocio está aún madurando como una profesión, existe una gran variación entre lo que un analista hace en una organización y lo que hace en otra.
  • Como analista puede que no cuentes con las capacidades requeridas para enfrentar los nuevos retos y será necesario planear tus siguientes pasos con la finalidad de desarrollar estas nuevas capacidades y ser capaz de aportar valor a la organización y seguir siendo atractivo para tus empleadores.
  • Si tu juegas un rol de supervisor y eres responsable de guiar un equipo de analistas de negocio, necesitas entender cómo el rol ha evolucionado y que puedes hacer para ayudar a tus analistas a ejecutar mejor su función. Tendrás que pensar en las actuales habilidades de tu equipo de analistas y evaluar sus capacidades para desarrollarlas con la finalidad de asegurar que aportarán el valor que la organización está esperando que sean capaces de aportar.
  • Las organizaciones durante años han visto el rol del analista de negocio de una forma muy limitada y ahora bajo este nuevo enfoque es posible que se muestren renuentes a permitirte tener un rol mayor y tendrás que esforzarse  en ganar la confianza de tus stakeholders a través de un trabajo más eficiente y estructurado que demuestre que tus nuevas capacidades aportan valor a la organización.

Como siempre agradezco tu participación y comentarios.

Cómo aplicar Business Analysis a soluciones de Data Warehouse o Business Intelligence

BUSINESS-ANALYSISBUSINESS ANALYSIS

El enfoque principal del Business Analysis es entender la necesidad que está detrás de cualquier iniciativa de negocio antes de iniciar algún esfuerzo de proyecto y con esto asegurar que esté completamente alineado a la estrategia institucional de la organización y que el objetivo del mismo está claramente entendido. El éxito en cualquier solución de Data Warehouse o Business Intelligence se determina al inicio del ciclo de vida del proyecto, cuando el analista de negocio enfrenta al negocio para recolectar sus requerimientos. La pobre recolección de los requerimientos de negocio es una de las fallas más comunes en los proyectos en general y eso incluye por supuesto los de Data Warehouse o Business Intelligence.

BUSINESS INTELLIGENCE (BI)

Frecuentemente las aplicaciones de BI utilizan datos de un data warehouse, sin embargo no todos los data warehouses son utilizados para BI o no todas las aplicaciones de BI requieren un data warehouse. Para distinguir entre los conceptos de business intelligence y data warehouse, Forrester[1] frecuentemente define de manera amplia que “Business Intelligence es el conjunto de metodologías, procesos, arquitecturas y tecnologías que transforman los datos en bruto en información útil y con significado, para habilitar una visión operativa y toma de decisiones más eficaz, estratégica y táctica”


[1] Forrester Research es una compañía independiente de investigación de tecnología y mercado que proporciona consejo acerca del impacto potencial y existente  de la tecnología a sus clientes y al público en general

—————————————–
Cuando esta definición es utilizada, el concepto de Business Intelligence también incluye tecnologías como integración de datos, calidad de datos, data warehousing, gestión de datos, business analitycs y muchas otras más. Por otra parte, Thomas Davenport[2] define Business Analytics como un subconjunto de Business Intelligence basado en estadísticas, predicción y optimización. Tomando lo anterior en consideración, podemos decir que Business Intelligence es el paraguas que describe los conceptos y métodos utilizados por diversas tecnologías de gestión de información que permiten tener una visión global del negocio basada en datos, tecnologías y procesos la cual ayudará al negocio a ser más exitoso. Business-Intelligence


[2] Thomas H. Davenport es un académico Americano, autor especializado en analitycs, innovación de Procesos de Negocio y administración del conocimiento. ________________________
ANÁLISIS EMPRESARIAL
El área de conocimiento de Business Analysis que describe las actividades de análisis de negocio necesarias para identificar una necesidad de negocio, problema, u oportunidad, define la naturaleza de la solución que cumple esa necesidad, y justifica la inversión necesaria para entregar esa solución es el Análisis Empresarial. Los resultados del Análisis Empresarial proporcionan contexto para el posterior análisis de requerimientos e identificación de soluciones para una iniciativa dada o para planeación a largo plazo. El Análisis Empresarial es a menudo el punto de partida para  el inicio de un nuevo proyecto y este continúa a lo largo del proyecto conforme surjan cambios al mismo y se tenga disponible más información. Es a través de estas actividades que los requerimientos de negocio son identificados y documentados.
baknowledgeareas2
Metas y Objetivos de Negocio
¿Qué es lo que el negocio requiere? ¿Cuál es la situación actual del negocio? ¿Se entiende completamente la necesidad? Las metas y objetivos de negocio describen los fines que la organización está buscando alcanzar y  se pueden relacionar a cambios que la organización desea realizar, o las condiciones actuales que desea mantener. Es muy importante identificar y definir porque se requiere un cambio a los sistemas y capacidades de la organización. Dado que BI puede ser aplicado para diversos propósitos, es importante identificar con claridad en que se aplicará para satisfacer las necesidades de la organización:
Medición – herramientas para medir el rendimiento del negocio
Benchmarking – herramientas para informar a los líderes del negocio acerca del progreso de la organización hacia las metas de negocio
Analíticos – herramientas para construir procesos cuantitativos permitiendo al negocio llegar a decisiones óptimas e ir descubriendo un mayor conocimiento del mismo
Informes y reportes – herramientas para construir la infraestructura para le explotación de informes y reportes estratégicos que sirven para la gestión estratégica del negocio
Colaboración – herramientas para reunir diferentes áreas internas y externas a la organización para trabajar en conjunto a través de ellas
Administración del conocimiento – herramientas para hacer que los datos de la organización sean encauzados a través de estrategias y prácticas, a identificar, crear, representar, distribuir y adoptar el conocimiento, visión y experiencia real de la organización
Oportunidad o problema de negocio
De acuerdo con Kimball[3] existen tres áreas críticas que el analista requiere evaluar dentro de la organización antes de estar listo para realizar un proyecto de BI.
  1. El nivel de compromiso y de patrocinio del proyecto por la alta dirección
  2. El nivel de necesidad del negocio de crear una solución de BI
  3. La cantidad y calidad de los datos de negocio disponibles

Compromiso y patrocinio de la alta dirección

Este es el criterio más importante a evaluar. El tener un fuerte soporte de la alta dirección ayuda a superar defectos y carencias a lo largo del proyecto. Aun el más perfecto diseño de un sistema de data warehousing o Business Intelligence no  podría superar la falta de un adecuado apoyo de la alta dirección.

Identificar la Necesidad del negocio

Debido a la cercana relación con la alta dirección, el siguiente aspecto crítico a evaluar antes de iniciar el proyecto es si hay o no una necesidad de negocio o si hay o no un beneficio de negocio claro con la realización del proyecto. Las necesidades y beneficios de una implementación de BI son algunas veces impulsadas por la competencia y la necesidad de ganar ventaja en el mercado. Otra razón es la adquisición de otras organizaciones que expanden la organización original y que algunas veces puede resultar beneficioso implementar una solución de data warehousing o BI con el fin de tener una mejor visión del negocio. Las compañías que implementan soluciones de BI son con frecuencia compañías grandes, organizaciones multinacionales con diversas subsidiarias y filiales. Una solución BI bien diseñada proporciona una vista consolidada de los datos clave de negocio, no disponibles en ninguna otra parte en la organización, proporcionando a la alta dirección visibilidad y control que de otra forma no existiría. Con la finalidad de asegurar que existe una oportunidad de mejora si la iniciativa es atendida, el analista de negocio debe de considerar alguno de los siguientes factores:

  • Impactos adversos que el problema o necesidad está causando hacia adentro de la organización y cuantificarlos (pérdida potencial de ingresos, ineficiencias, clientes insatisfechos, baja moral de los empleados)
  • Beneficios esperados por cualquier potencial solución (incremento de ingresos, reducción de costos, incremento de la participación en el mercado)
  • Que tan rápido el problema puede ser potencialmente resuelto o la oportunidad pueda aprovecharse así como el costo de hacer o de no hacer.
  • El origen real del problema

[3] El Grupo Kimball es la fuente de experiencia en data warehousing. Un equipo de profesionales dedicados a Data Warehousing conjuntando más de 100 años de experiencia
__________________________
Cantidad y calidad de los datos de negocio disponibles
Sin una buena calidad en los datos, no importa que tan buenos sean el apoyo de la alta dirección o los beneficios de negocio. Sin los datos apropiados o con muy poca calidad en los datos, cualquier implementación de BI está destinada al fracaso.
Resultado Deseado
Un resultado deseado no es una solución. Este describe los beneficios de negocio que resultarán de atacar correctamente la necesidad de negocio y de lograr el estado final deseado por los usuarios. Las soluciones propuestas deben ser evaluadas contra los resultados deseados para asegurar que pueden entregar estos resultados.
Frecuentemente es difícil justificar los beneficios esperados para proyectos de BI y a menudo  estos deben de ser priorizados a través de iniciativas estratégicas.
Algunas iniciativas estratégicas de negocio en las que se pueden apalancar beneficios que justifiquen los proyectos de BI son:
  • Crear una nueva capacidad del negocio como un nuevo producto o servicio
  • Atacar una desventaja competitiva, o crear una nueva ventaja competitiva.
  • Incrementar los ingresos, incrementando ventas o reduciendo costos.
  • Incrementar la satisfacción del cliente.
  • Incrementar la satisfacción del empleado.
  • Cumplir con nuevas regulaciones.
  • Mejorar la seguridad.
  • Reducir el tiempo para entregar un producto o servicio.
  • Fortalecer y promover el acceso a los datos en toda la organización.

Los resultados deseados deben de atender un problema u oportunidad y apoyar los objetivos y metas del negocio.

Como todo proyecto, es mejor demostrar beneficios tangibles tales como el de eliminar costos por la producción de reportes regulatorios, la reducción de tiempo de acceso de los empleados de la organización a los datos corporativos, etc.

Capacidades de la Organización

Evaluar las capacidades actuales de la organización e identificar aquellas que le impiden lograr las metas de negocio y alcanzar los resultados deseados es imprescindible. Determinar si es posible para la organización alcanzar la necesidad de negocio usando la estructura existente, personas, procesos, y tecnología es fundamental.

Obtener tanta información disponible como se pueda, de la arquitectura actual y acerca del estado actual de las áreas de la empresa afectadas por la iniciativa de BI. Si la información adecuada no está disponible, será necesario desarrollar modelos y otra información descriptiva acerca de lo que se requiere previamente para desarrollar la iniciativa. Una vez que las capacidades actuales de la empresa están totalmente descritas, ellas deben de revisarse contra los objetivos deseados para determinar si la organización actualmente tiene la capacidad de satisfacer la iniciativa de BI.

Si las capacidades actuales son insuficientes para lograr los objetivos de negocio, el analista de negocio debe identificar las capacidades que necesitan ser adicionadas. El analista de negocio desarrollará los modelos, la información descriptiva sobre la visión futura y la descripción sobre el estado futuro de la organización. Una comparación del estado actual y el estado futuro deseado identificará las brechas en las capacidades organizacionales que necesitan ser cubiertas para apoyar la visión de negocios, la estrategia, metas y objetivos.

Dado que los proyectos de data warehousing y BI están sustancialmente basados en los datos disponibles de la organización, antes de iniciar cualquier esfuerzo es necesario realizar un perfil de los datos[4]. Este análisis identifica el contenido, existencia y estructura de los datos y debe de hacerse lo antes posible y si éste demuestra la falta de los datos necesarios para satisfacer la necesidad de negocio, es importante considerar poner el proyecto en espera temporalmente mientras el área de TI resuelve como colectar la información apropiadamente.

Algunos otros ejemplos de capacidades son:

  • Procesos de negocio.
  • Características de la aplicación de software.
  • Tareas que un usuario final puede desarrollar.
  • Eventos que la solución debe tener disponible para responder.
  • Productos que la organización crea.
  • Servicios que la organización entrega.
  • Metas que la solución permitirá, a los usuarios y al negocio, alcanzar.

[4] Perfil de datos es el proceso de examinar los datos disponibles en una fuente de datos existente
________________________
Enfoque de Solución
El enfoque de la solución pretende describir el enfoque general que se tomará para crear o adquirir las nuevas capacidades requeridas para satisfacer la iniciativa de negocio. Para determinar el enfoque de la solución, es necesario identificar los enfoques posibles, determinar los medios a través de los cuales la solución podrá ser entregada (incluyendo la metodología y el ciclo de vida a ser usado) y evaluar si la organización es capaz de implementar y eficazmente usar una solución de esa naturaleza.
  • Utilizar capacidades adicionales o existentes software/hardware que ya está disponible dentro de la organización.
  • Comprar o rentar software/hardware de un proveedor
  • Diseñar y desarrollar un software propio
  • Adicionar recursos a los negocios o realizar cambios organizacionales
  • Cambiar los procedimientos/procesos de negocios
  • Asociarse con otras organizaciones , o trabajar con proveedores externos

Cuando se planean los requerimientos para datos de negocio y business intelligence, siempre es recomendable considerar escenarios específicos que aplican a la organización y entonces seleccionar las características de BI que mejor se ajusten a ese escenario.

Con frecuencia estos escenarios giran alrededor de distintos procesos de negocio, cada uno construido sobre una o más fuentes de datos. Estas fuentes son utilizadas por características que procesan los datos para representarlas como información para la organización la cual subsecuentemente utilizará esa información para tomar decisiones de negocio sobre la misma.

Los pasos esenciales de BI que hay que tomar en cuenta cuando se está analizando el enfoque son:

  1. Cuáles son las fuentes de datos de negocio para colectar los datos requeridos
  2. Cómo convertir los datos de negocio en información y presentarla de forma apropiada
  3. Cómo consultar y analizar los datos
  4. Qué acciones se tomarán sobre los datos colectados y quienes las realizarán

Los elementos que se recomienda considerar al trabajar en el enfoque de la solución pueden incluir:

Generar Alternativas.- Identificar la mayoría de opciones potenciales para satisfacer los objetivos de negocio y completar las brechas identificadas en las capacidades. La lista de alternativas posibles debe incluir la opción de no tomar acción alguna, así como también la investigación de alternativas que pueden permitir que la organización gane tiempo.

Supuestos y Limitaciones.- Los supuestos que pueden afectar la solución elegida deben de ser identificados. Ciertas soluciones pueden ser descartadas porque se cree que no son viables técnicamente o por razones de costo, mientras otros enfoques pueden verse más fáciles de ejecutar de lo que realmente son.

Clasificación y selección de enfoques.- Se debe registrar la información disponible  y analizar la viabilidad operacional, económica, técnica, de tiempo, organizacional, cultural, legal y de marketing. Si hay solo unas pocas diferencias críticas entre las opciones de solución, puede ser necesario hacer una evaluación cualitativa de esas diferencias con el fin de lograr la mejor selección.

Alcance de la Solución

El propósito de esta actividad es conceptualizar la solución recomendada en suficiente detalle para permitir a los usuarios entender cuáles nuevas capacidades de negocio e iniciativas se entregarán. El alcance de la solución puede incluir:

  • El alcance del análisis (la unidad o proceso organizacional para los que los  requerimientos de BI son desarrollados) el cual provee el contexto en el cual la solución es implementada.
  • Las capacidades soportadas por los componentes de solución, tales como los programas de BI (medición, analítica, informes, colaboración, administración del conocimiento, etc.), procesos de negocios, unidades organizacionales, y otras aplicaciones de software.
  • Las capacidades a ser soportadas por versiones o iteraciones individuales.
  • La habilitación de otras capacidades que son requeridas con el fin de que la organización pueda desarrollar las capacidades requeridas para satisfacer la iniciativa de negocio. Por ejemplo contar con los datos necesarios para satisfacer la solución de BI.

El alcance de la solución debe ser descrita en términos de características y funciones mayores que serán incluidas, y las interacciones que la solución de BI tendrá con personas y sistemas fuera de su alcance. Establece los componentes de solución que estarán dentro o fuera del alcance. Describe las funciones de BI que serán atendidas, las unidades de negocio que serán involucradas, los procesos de negocios afectados, los dueños de los procesos y los sistemas de TI y otra tecnología que será probablemente afectada.

Caso de Negocio

Siempre es necesario determinar si una organización puede justificar la inversión requerida para entregar la solución propuesta.

El caso de negocio describe la justificación del proyecto en términos del valor añadido al negocio como resultado de la implementación de la solución de BI. El caso de negocio debe incluir también beneficios cualitativos y cuantitativos, estimados de costo y tiempo para alcanzar el punto de equilibrio, expectativas de ganancias y seguimiento de oportunidades. También debe presentar las expectativas de la consecuencia del flujo de efectivo sobre la acción del tiempo, y los métodos y razonamiento que fueron usados para cuantificar costos y beneficios. Proporciona el marco de tiempo para demostrar como con la iniciativa de BI se alcanzarán los objetivos de negocio. Adicionalmente, este documento detalla las restricciones asociadas con el proyecto propuesto, junto con el presupuesto estimado, y la alineación con las estrategias establecidas por la organización.

Conclusión

El valor que aportan las prácticas de Business Analysis a la ejecución de proyectos es principalmente asegurar que los esfuerzos de una iniciativa están dirigidos a satisfacer necesidades reales de la organización y la medición de los resultados reales de las implementaciones. Cuando se realizan proyectos de Business Intelligence o Data Warehousing, los esfuerzos suelen ser muy importantes y el desgaste de la organización al implementarlos es considerable. El identificar puntualmente los beneficios que estas soluciones darán a la organización y si la organización está en condiciones para soportar estos esfuerzos redundará en beneficios importantes a la organización al prevenirles incursionar en costosos proyectos que al no estar correctamente dimensionados se conviertan en proyectos problema con la consecuente pérdida de tiempo y dinero.

Como siempre, te invito a dejar tus sugerencias y comentarios.

Tips y Recomendaciones para la Certificación en Análisis de Negocio

Este miércoles 27/02 a las 14:00 hrs. participa en el Congreso Virtual de Software Gurú donde estaré dando una ponencia de Tips y Recomendaciones para la Certificación en Análisis de Negocio.

banner_300x250_2

¡Inscríbete!, las sesiones son sin costo, da click en cualquiera de las siguientes ligas:

Tips y Recomendaciones para la Certificación en Análisis de Negocio

Otras conferencias

¡Te esperamos!

 

Principios de Análisis de Negocio que ayudan a mejorar la calidad de los requerimientos (4)

9464729-ilustracion-de-wordcloud-concepto-de-fondo-de-luz-brillante-del-analisis-costo-beneficio4.- Evalúa la viabilidad de cada alternativa antes de iniciar cualquier acción, analiza su costo y beneficio; establece con tus stakeholders prioridades y riesgos y la forma de medir los beneficios que se piensan obtener. Por último verifica con tus pares y sponsors ejecutivos

Generación de Alternativas

Identifica opciones potenciales para satisfacer los objetivos de negocios e identifica las brechas en las capacidades. La lista de alternativas posibles debe incluir la opción de no hacer nada, así como también la investigación de alternativas que pueden permitir que la organización gane tiempo. Aunque no existe una regla fija para determinar cuándo las alternativas se han investigado lo suficiente, algunos indicadores son:

  • Al menos uno de los enfoques de las alternativas es aceptable para los stakeholders clave.
  • Al menos algunos de los enfoques son muy diferentes el uno del otro.
  • El esfuerzo para investigar alternativas está produciendo una disminución en el rendimiento.

 Supuestos y limitaciones  

Los supuestos pueden afectar la solución elegida y deben de ser plenamente identificados. Ciertas soluciones pueden ser descartadas porque se cree que no son viables técnicamente o por razones de costo, mientras otros enfoques pueden verse más fáciles de ejecutar de lo que realmente son. Del mismo modo, la organización puede limitarse de perseguir cierta opción de solución por razones contractuales o porque no cabe en la infraestructura de la organización. Los supuestos y limitaciones deben de ser cuestionados para asegurar que son realmente válidos.

Clasificar y seleccionar enfoques

Para validar un enfoque se debe registrar la información disponible  y analizar la viabilidad operacional, económica, técnica, de tiempo, organizacional, cultural, legal y de marketing. Capturar consistentemente la información para cada opción, y así hacer más fácil la comparación y revisión de los resultados para asegurar la exactitud e integridad.

En algunos casos un enfoque de solución particular, puede  ser evidentemente superior a las otras alternativas. Si este no es el caso, los enfoques de la solución deben ser evaluados y clasificados. Si hay solo pocas diferencias críticas entre las opciones de solución, puede ser necesario hacer una evaluación cualitativa de esas diferencias con el fin de lograr la mejor selección.

Para iniciativas pequeñas, con esfuerzos relativamente sencillos, el enfoque de la solución puede determinarse únicamente por el analista de negocio o con un pequeño equipo de expertos examinando los enfoques en una sesión de trabajo informal. Para iniciativas mayores, un estudio de viabilidad más formal puede ayudar a determinar la opción de solución más viable.

Un estudio de viabilidad puede ser recomendable para tener un análisis preliminar de las alternativas de solución y determinar si cada opción, para satisfacer la necesidad de negocio, puede proporcionar el beneficio esperado por el negocio y cómo y puede direccionarse también tanto para resolver un problema de negocios como para explotar una oportunidad de negocios.

Conclusiones

Invertir el tiempo necesario para evaluar adecuadamente las diferentes alternativas con las que se puede resolver una necesidad de negocio muchas veces se considera pérdida de tiempo. No caigan en esa trampa, al final en los proyectos siempre surge la necesidad real y frecuentemente, por cuestiones de tiempo, costo y compromisos ya adquiridos, no se puede realinear el proyecto a la necesidad real y cuando se hace, generalmente se realiza a marchas forzadas y bajo fuertes condiciones de presión que provoca errores y equivocaciones importantes además del sobre trabajo que genera. Asegúrese en la medida de lo posible, de elegir la mejor alternativa a través de una análisis minucioso y no inicie ningún esfuerzo hasta no estar completamente seguro de que se tiene el consenso de pares, supervisores y sponsors para ir por esa opción.

Espero que esta información les sea de utilidad para evitarse sorpresas desagradables cuando más adelante en un proyecto se descubre que había una mejor alternativa para solucionar la necesidad de negocio y no se le dio el tiempo necesario para evaluarla adecuadamente desde el inicio.

Como siempre, les invito a participar con sus sugerencias y comentarios a fin de hacer de este blog un sitio en donde nuestros colegas analistas de negocios encuentren respuesta a situaciones y vivencias de la práctica.

¡Acceda al Manual de Certificación CBAP/CCBA en Español!

SimagesCA9YJ07Mi desea conocer el proceso necesario para presentar su solicitud (Application) para realizar el examen de certificación CBAP/CCBA en idioma Español, ahora ya está disponible este documento en este Blog.

¿Cuál es el propósito de este manual?

El propósito de este manual es proporcionar a los solicitantes de la Certificación Profesional de Análisis de Negocio (Certified Business Analysis Professional – CBAP®) o la Certificación de Competencias en Análisis de Negocio (Certification of Competency in Business Analysis – CCBA®) la información necesaria para entender la organización del Instituto Internacional de Análisis de Negocio (IIBA® – Internacional Institute of Business Analysis) y el proceso de Certificación.

¿Qué es la Certificación Profesional?

Existen muchas definiciones de certificación profesional, pero de manera general implica que una organización de certificación  apruebe el conocimiento, experiencia y habilidades de los individuos certificados.

La Certificación implica reconocimiento formal de progreso, después de probar competencia a través de una demostración real de un conjunto requerido de habilidades y/o conocimientos.

Una certificación profesional de Análisis de Negocio tomará una importancia cada vez mayor dentro de los proyectos de Negocio y Tecnología en función de cómo continúe expandiéndose el alcance y la profundidad de los conocimientos profesionales requeridos en este ámbito.

El proceso de certificación incluye demostrar la experiencia requerida, conocimientos y competencias del profesional de análisis de negocio de acuerdo a los requerimientos designados por el IIBA.

¿Quién es el Analista de Negocio y cuál es su función?

El practicante de análisis de negocio es el responsable de identificar las necesidades de negocio de sus clientes y stakeholders para ayudarles a determinar soluciones a problemas de negocio.

Es responsable del desarrollo y gestión de requerimientos. Específicamente, elicita, analiza, valida y documenta requerimientos de negocio, organizacionales y operacionales. Las soluciones no son predeterminadas por él, son impulsadas únicamente por los requerimientos de negocio. Las soluciones frecuentemente incluyen un componente de desarrollo de sistemas pero pueden también consistir en mejoras a los procesos y cambios organizacionales.

El Analista de Negocio es un facilitador clave dentro de la organización, actúa como puente entre el cliente, los stakeholders y el equipo de solución. El análisis de negocio es diferente del análisis financiero, gestión de proyectos, aseguramiento de la calidad, desarrollo organización, ejecución de pruebas, capacitación, y desarrollo de documentación. Sin embargo, dependiendo de la organización, un Analista de Negocio puede ejecutar alguna o todas estas funciones relacionadas.

¡Descargue el documento!

Si Ud, está interesado en obtener esta certificación y conocer el proceso para certificarse, diríjase al menú “Documentos de Business Analysis en Español”, seleccione “Cómo acceder a Documentos de Business Analysis en Español”, llene los datos que se solicitan y regístrese. En pocos minutos Ud. Recibirá un correo electrónico con una contraseña de acceso.

Una vez que reciba la contraseña indicada, acceda nuevamente a “Documentos de Business Analysis en Español” y ahora seleccione “CBAP/CCBA Handbook en Español”, teclee su contraseña y descargue el documento que le interese (CBAP o CCBA).

Si ud. Estimado colega requiere mayor información, participe en este blog con sus dudas, comentarios o requerimientos de información y con gusto las atenderé.

Principios de Análisis de Negocio que ayudan a mejorar la calidad de los requerimientos (3)

3.- Piensa la solución en función del negocio (no de la tecnología), reflexiona en cuál es la mejor forma de resolver el problema desde un punto de vista funcional, sugiere varias alternativas de solución a tus clientes o usuarios con sus pros y contras y decide en conjunto con ellos cuál es la solución que mejor satisface la necesidad de negocio.

Una de las situaciones más comunes que enfrentan aquellos analistas que surgen del ambiente de TI es que generalmente están más orientados a darle a la solución de negocio un enfoque tecnológico. Hay una clara tendencia en defender el aspecto tecnológico y “olvidar” la razón de negocio que hay detrás de alguna otra solución que no sea la que hemos concebido sobre una base “tecnológica”. De aquí podemos nombrar casos en que la oportunidad o problema de negocio se queda paralizada mientras se resuelve el aspecto tecnológico que va desde no aceptar una solución porque no está de acuerdo a la arquitectura tecnológica adoptada por la organización, hasta aquellas que no son fáciles de implementar desde la perspectiva de lo que tenemos ya desarrollado e implantado.

De aquí se derivan diversas adaptaciones para poder dar una solución que generalmente no satisface la necesidad del negocio. La pregunta es ¿Por qué tenemos que supeditar las decisiones de negocio a las de tecnología? Si lo que manda es el negocio, y el negocio lleva un ritmo que debe de resolver día a día los retos de oportunidades y problemas de negocio, porque no buscar soluciones en términos del negocio?

Lo anterior tampoco es fácil de resolver, ya que por otro lado, para hacer que el negocio sea sustentable en términos de la tecnología, ésta debe de ser pensada y planeada en el largo plazo, de tal forma que soporte el crecimiento del negocio. Si dejamos que las cambiantes necesidades del negocio obliguen a tener diversas soluciones tecnológicas implementadas, también se puede poner en riesgo la sustentabilidad del negocio al largo plazo.

Me parece que el enfoque siempre debe de ser orientado a las necesidades del negocio, y lo que se recomienda una buena práctica, es plantear varias alternativas de solución soportadas por diferentes opciones tecnológicas, poniendo énfasis en las ventajas y desventajas de cada una y un apropiado análisis de los riesgos de adoptar cada una de ellas de tal forma que se tengan suficientes elementos para tomar una decisión en conjunto con los usuarios, stakeholders y ejecutivos de la organización.

La ventaja es que se tendría mayor conciencia de los impactos al adoptar alguna de las alternativas y se podría establecer una estrategia de respuesta de cómo la organización hará frente al impacto en caso de que este se presente.

Conclusión:
Una solución puede estar correctamente implementada desde el punto de vista tecnológico, sin embargo es necesario asegurarnos que satisface funcionalmente la necesidad de negocio.

En la medida que encontremos un adecuado balance entre la funcionalidad del negocio y de la tecnología tendremos soluciones que aporten mayor valor al negocio. De ahí la importancia del conocimiento del Analista de Negocio en ambas funciones: negocio y tecnología.

Por último, es muy importante tomar en cuenta que en muchas ocasiones no encontraremos ese balance, entonces habrá que documentar correctamente las ventajas y desventajas con sus impactos (riesgos) para que todo mundo esté consciente de ellos y se puedan tomar las medidas necesarias en caso de que se requiera.

Como siempre les invito a enviarme sus comentarios y sugerencias para poder seguir haciendo de estos artículos algo que aporte valor a nuestra actividad como analistas de negocio.

Principios de Análisis de Negocio que ayudan a mejorar la calidad de los requerimientos (2)

2.- Confirma los supuestos, no tomes como mandatorio lo que el cliente o usuario solicita. No asumas que sabe lo que quiere, siempre pregunta ¿porque? las veces que sea necesario.

Cuantas veces nos hemos enfrentado a solicitudes de nuestros usuarios o stakeholders respecto a resolver un problema o necesidad de negocios, en la cual identificamos que:

• puede haber una mejor solución
• que lo que están solicitando parece excesivo y simplemente no se justifica
• que parece tener un alcance mas corto de lo que realmente se requiere.

El principal valor que aporta el Analista de Negocio al ciclo de vida de requerimientos es el de identificar la necesidad real de la organización frente a las diferentes iniciativas que propone el negocio y determinar la mejor solución.

El análisis de negocio no cuestiona en realidad si el que cliente, usuario o stakeholder sabe lo que quiere, él es el experto en su área de dominio por lo que es el más indicado para proponer una solución, sin embargo el analista de negocio en términos de lo que sugiere el BABOK debe desarrollar una visión lo más amplia posible del negocio con el fin de poder aportar y recomendar la mejor solución a la iniciativa de negocio que se plantea por parte del usuario.

Es por eso que, para entender con mayor precisión estas iniciativas es necesario enfocarse al problema que se desea resolver y no directamente a la propuesta que se hace por parte del usuario. Para esto, es importante preguntar ¿Por qué? Las veces que sea necesario con la finalidad de llegar a la causa real de la necesidad.

El riesgo es que si nosotros como analistas de negocio asumimos que el cliente, usuario o stakeholder esta planteando o solicitando la solución aparentemente correcta y ésta no lo es, entonces no aportamos nada de valor al proceso y perdemos la oportunidad de identificar si algo está mal planteado de origen y por lo tanto el proyecto nace con bases erróneas que provocan que al final el producto generado por el proyecto no entregue el valor esperado por el negocio.

Debido a eso, es muy importante que todos los supuestos en los que se basa una solicitud se confirmen en la medida de lo posible. Muchas veces la información que fluye a través de nuestros usuarios no es del todo precisa y una regla de oro que hay que tener siempre en cuenta es que todo supuesto que no es confirmado se convierte en un riesgo para el proyecto. Reflexionen sobre esto y encontraran que seguramente tienen varias experiencias que confirman este precepto.

Recuerden que nuestro objetivo no es encontrar culpables cuando las cosas salen mal, sino que el proyecto en su conjunto sea exitoso y entregue el valor que el negocio está esperando.

Conclusión:
El cliente o usuario puede estar en lo correcto pero no pongamos en riesgo el proyecto y asegurémonos de que así es. Aportemos valor al ciclo de vida de los requerimientos y hagamos nuestra tarea confirmando la información que hemos recibido para evitar potenciales problemas subsecuentes al proyecto.

Estimados amigos, como siempre espero contar con sus comentarios y encantado de conocer su opinión con el fin de enriquecer estos conceptos que aquí planteo. Quedo a sus órdenes

Principios de Análisis de Negocio que ayudan a mejorar la calidad de los requerimientos

1.- Entiende la necesidad, el problema a resolver. Averigua, cuestiona, trata de encontrar la razón que origina cada requerimiento.

Uno de los problemas más frecuentes en la recolección de los requerimientos es que los analistas encargados de su recolección y documentación se han convertido en “tomadores de pedidos”.

Si queremos ayudar a nuestros clientes/usuarios a encontrar la mejor solución a sus problemas de negocio, es necesario que el analista por un lado conozca más acerca del negocio, esto es ¿que hace la empresa, área o departamento en que estoy llevando a cabo el análisis?, ¿cuales son sus funciones principales, que productos/entregables genera?, ¿quienes se benefician de esos productos/entregables?, etc. Por otro lado, es necesario entender cual es el problema, necesidad u oportunidad que se pretende atender/resolver.
Con estos dos elementos bien identificados, el analista estará en posibilidad de ofrecerle a sus clientes/usuarios un punto de vista que pueda aportar valor al proceso de análisis y que conlleve a encontrar la mejor solución al problema en cuestión.

Generalmente los clientes/usuarios llevan ya una concepción propia de cómo resolver un problema y su primera reacción a ello es solicitar que se haga como ya lo han concebido. Aquí el cuestionamiento clave es, no enfocarse a como lo quiere resolver el cliente/usuario, sino enfocarse en el problema que se quiere resolver para que el analista esté en mejor posición de ayudar a resolverlo. Por supuesto que para entonces, el analista deberá haberse ganado un aceptable nivel de confianza y credibilidad para con sus clientes/usuarios de tal forma que esto se pueda dar. De aquí que el analista debe de trabajar mucho en entender el negocio en general y del área o departamento en particular para que sea acreedor a ganar la confianza de clientes/usuarios.

Entender el negocio significa mucho mas allá de los que imaginamos. Entender el negocio es además de lo que ya comentamos, conocer de sus procesos, políticas, procedimientos y sistemas. El objetivo es poder tener una visión global que vaya más allá del área de análisis que se está trabajando con el objetivo de ver a la organización como un todo y visualizar los impactos que la atención del problema/necesidad en cuestión pudiera ocasionar a lo largo de toda la organización.

Conclusión:
Un buen analista de negocio siempre debe de tener la mente abierta a entender las causas que originan un requerimiento y siempre debe de tener un conocimiento profundo del entorno de negocio en que está trabajando. En la medida que el analista aporte valor al proceso, será reconocido y digno de confianza.

El objetivo es transformar el rol del actual analista y convertirlo de:
1) De ser un tomador de pedidos a ser un consultor
2) De ser una persona pasiva a ser una persona proactiva
3) De ser un receptor de instrucciones a ser un generador de soluciones
4) Y por último, convertirlo de ser un analista empírico a ser un analista profesional con la adopción de un marco de trabajo, mejores prácticas y técnicas que le ayuden a realizar su trabajo más profesional y eficientemente.

Y uds. estimados amigos, que opinan? Como siempre les agradezco sus comentarios y quedo a sus órdenes.

10 formas de afinar sus habilidades de comunicación como analista de negocio

De acuerdo con Morgan Masters, Business Analyst y parte del staff de ModernAnalyst.com, las 10 formas principales de afinar sus habilidades de comunicación, divididos en tres categorías son:

Principios Generales de Comunicación

1.- Comunicar a la gente donde está.- El uso del correo o de la intranet para comunicar no garantiza que la gente leerá la información. Dependiendo de la personalidad de cada uno, requerirán que ésta sea comunicada por escrito o personalmente. No se puede confiar en utilizar solo un canal de comunicación. Al igual que las campañas de marketing que utilizan docenas o cientos de puntos al mismo tiempo, la comunicación en Business Analysis sigue el mismo principio. Comunicar el mismo claro mensaje a todos, en cualquier lugar, al mismo tiempo.

2.- Haga el mensaje fácil de comprender.- Simplifique. Comunique lo que necesita en las menos palabras posibles. Si su audiencia es diversa, comunique sin utilizar términos técnicos.

3.- Establezca objetivos concretos, no sólo visiones subjetivas.- Cuantifique sus expectativas. No utilice frases como “Esto necesita estar lo más pronto posible”, sino “La fecha límite para entregar esto es el 1 de junio”. No “Me pueden enviar sus comentarios cuanto antes?”, sino “Se que están ocupados pero si queremos cumplir con las fechas del proyecto, necesito que me contesten hoy mismo”.

4.- Adecúe el mensaje a la audiencia.- El BABOK establece que una fuerte señal de habilidades de redacción es “la habilidad de ajustar el estilo de escritura a las necesidades de la audiencia”. Utilice un lenguaje coloquial y enfóquese en lo que su audiencia necesita escuchar. A los desarrolladores de software no se les necesita vender la genialidad de un nuevo producto, pero al cliente que puede dar retroalimentación, si. Expréseles algo como “Necesitamos de su experiencia para darle forma a un nuevo producto que requerirá de al menos 10 horas de su tiempo cada mes”.

5.- Sea proactivo.- No deje que otros interpreten los detalles o el estatus por usted. Si es información controversial o importante, expóngala claramente por escrito y envíela fechada. No deje que los colegas, stakeholders o desarrolladores lo escuchen de alguien más. Si no está en los requerimientos, no debe de estar en la cabeza de nadie. Recuerde que hay mucha especulación alrededor de los requerimientos y la dura realidad es que muchos stakeholders nunca leen los requerimientos a detalle. Realice un esfuerzo para activamente llegar a ellos dónde están.

6.- Utilice los recursos a su disposición.- Si no encuentra la mejor manera de comunicar algo a su auditorio, apóyese en su departamento de marketing. Una llamada a un experto en comunicación puede ayudarle a adecuar su mensaje y ahorrarse decenas de horas explicando las cosas mas tarde.

Comunicaciones Escritas

La comunicación escrita puede ser engañosa. Como dice el BABOK “La comunicación escrita es capaz de registrar una gran cantidad de información, pero frecuentemente es un reto asegurar que el texto redactado se entiende correctamente”. Algunos tips específicos para la comunicación escrita son:

 7.- Realice una lectura completa con el fin de eliminar oraciones complejas y evitar lenguaje excesivamente técnico.- Las personas que son sumamente técnicas tienden a expresar sus ideas de forma más compleja de lo que tiene que ser. “Deseleccione la tecla apropiada indicando si desea cancelar sus actualizaciones o continúe y salve”, en lugar de “Dé Cancelar o Continuar”. Puede necesitar refrasear algunas ideas para que estas sean mas comprensibles a una mayor audiencia.

8.- Si se requiere, repase su vocabulario y habilidades gramaticales.- La mayoría de los analistas de negocio son también por defecto redactores de tiempo parcial, gracias a los requerimientos. El BABOK enfatiza, “La comunicación escrita efectiva requiere que el analista de negocio tenga un amplio vocabulario, fuerte comprensión de la gramática y estilo y un entendimiento de cuales modismos y términos serán fácilmente comprendidos por la audiencia”. Una buena guía básica es The Elements of Style por Strunk and White.

Comunicaciones Habladas

9.- Siempre utilice las comunicaciones habladas como un complemento de lo que ya este escrito.- Nunca confíe en sólo hablar. Esto es como las funcionalidades extra (gold-plating), los supuestos y los rumores empiezan. Asegúrese de lo que desea comunicar está escrito claramente y publicado para que su audiencia lo acceda fácilmente.

10.- Mantenga un tono positivo y amigable.- Si está cansado o frustrado, trate de no demostrarlo. Eso hará que la gente se incline menos a ayudarlo o escucharlo. El BABOK menciona que uno puede desarrollar y entregar “presentaciones poderosas posicionando su contenido y objetivos apropiadamente (por ejemplo: tono positivo en lugar de negativo)”. La negatividad frecuentemente hace a las personas estar a la defensiva y no genera ningún beneficio. Para cada audiencia, permanezca positivo, ya sea presentando un problema o una solución.

Practique la escucha activa

La escucha activa es simplemente repetir lo que entendió de su interlocutor y pronunciar lo que interpretó de ello. Esto da oportunidad a su interlocutor de aclarar y eliminar supuestos. Frecuentemente los analistas no están incluso consientes de que están haciendo suposiciones e incluyéndolas dentro de los requerimientos, por lo que esta práctica es especialmente útil durante la fase de identificación. Por ejemplo, un CSR (customer service representative) puede decir “No nos gusta la función del reporte actual. Toma demasiado tiempo y los clientes siempre se frustran con él.” Un analista que practica la escucha activa podría decir algo como “Entonces su mayor preocupación es hacer llegar la información a los clientes el mismo día ya sea en un reporte o no” Esto podría llevar al CSR afirmar el supuesto del analista o corregirlo.

Espero que esta información les sea de utilidad para el desempeño de sus funciones como analistas de negocio y como siempre los invito a dejar sus comentarios.

Tomado de: ModernAnalyst.com http://www.modernanalyst.com/Resources/Articles/tabid/115/articleType/ArticleView/articleId/1994/10-Ways-to-Hone-Your-Communication-Skills-as-a-Business-Analyst.aspx