Os describo qué es y para qué sirve el IIBA
IIBA y Análisis de
Negocio
La comunidad internacional de profesionales que se
dedican a la definición y especificación de requerimientos decidió crear el
International Institute of Business Analysis (IIBA) con el fin de definir las
mejores prácticas para esta función.
Gracias a esta organización,
se definieron las etapas, tareas, entregables y técnicas necesarias para
ejecutar esta función, las cuales al ser adoptadas por una organización y por
los practicantes de análisis de negocios en la organización, se mejora
sustancialmente el rendimento de esta función ya que su objetivo principal es
asegurar que el producto resultado del proyecto, esté construido de acuerdo a
los requerimientos de los usuarios, que esté construido de forma correcta y que
satisface las necesidades de la organización.
Las organizaciones
de alguna manera se han dado cuenta del problema e incluso han creado áreas
dentro de la organización para cubrir esta función, las han llamado de diversas
formas: Analistas de Sistemas, Business Partners, Business Representatives,
Embajadores, Ingenieros de Procesos, Analistas de Negocios, Arquitectos de
Negocios, etc., etc. etc., sin embargo no saben qué es lo que estas personas
deben de saber para ejecutar la función, o cuales son las mejores prácticas que
tanto la organización como los profesionales que ejecutan la función deben de
incorporar para realizar esta tarea de manera eficiente.
El Análisis de Negocios es la visión ampliada de la recolección de
requerimientos. Uno de sus principios básicos es cambiar la mentalidad del
analista de negocios de que no es un “tomador de pedidos”, si no que se
convierte en un profesional con los conocimientos (técnicos y de negocios) y
competencias (técnicas) necesarias para entender problemas de negocios y
proponer soluciones a estos problemas. Su función no es sólo proponer soluciones
de TI, sino proponer la solución que requiere la organización haciendo uso de
los recursos de la misma esto es, una solución puede abarcar tanto los sistemas
de una organización como los procesos o la estructura organizacional. El
Analista de Negocios es capaz de proponer soluciones en cualquiera de estos ejes
dentro de una organización.
En concreto, el Análisis de Negocios
es acerca de entender un problema de negocios, proponer alternativas de solución
y definir el alcance de la solución seleccionada considerando todos los recursos
de la organización.
Creo que esto es un paso más allá de lo que
entendemos como Analistas Funcionales dentro de nuestra organización, pero
¿porqué no podemos conseguir que se dé ese paso?
IIBA,
CBAP y BABOK
Podemos equiparar IIBA al PMI, la certificación CBAP a la
PMP y el libro BABOK al PMBOK.
El objetivo de este blog es publicar y sistematizar mis avances en el estudio de las Metodologías de Desarrollo de Software en general y en particular de las técnicas de Análisis Funcional. Aunque son temas muy tratados en la web, espero poder aportar un punto de aclaración y unificación.
domingo, 7 de octubre de 2012
Métodos para Análisis Funcional
El objetivo del análisis funcional es describir las funcionalidades del
sistema mediante modelos o documentos de análisis. Identifica las interacciones
con elementos externos y documenta las estructuras de información necesarias
para completar el sistema.
Su papel en el desarrollo de la aplicación es fundamental:
Un aspecto muy importante y que no debemos olvidar es que aunque el Análisis
Funcional es una fase dentro del ciclo de vida del desarrollo, el papel del
analista no finaliza cuando acaba la fase de análisis y entrega los artefactos
de análisis que ha realizado (p.ej.: el documento de Análisis Funcional). Todo
lo contrario, a partir de ese momento su objetivo debe ser que todas las
personas involucradas en el desarrollo entiendan e implementen las
funcionalidades planteadas.
Normalmente utilizamos uno de los métodos más extendidos en la ingeniería del software para realizar el análisis funcional, los Casos de Uso. Intentaré clarificar una serie de aspectos fundamentales, apoyándonos en ejemplos reales de buenas prácticas.
Además, propondrés técnicas de análisis que seguro en algún momento nos
pueden servir para explicar detalles de nuestra solución.
Nuestra labor como analistas no es hacer unos casos de uso con mucha literatura y super bien estructurados que solo entendamos nosotros. Nuestro objetivo debe ser hacer casos de uso que entienda el cliente y que se ajusten a lo que quiere, que entienda el desarrollador y que le permita realizar su código, que nos sirvan para estimar y que nos sirva para certificar que el sistema cumple con lo que el cliente necesita.
- Servirá de contrato con el cliente.
- Permitirá explicar a nuestros desarrolladores qué funcionalidades tendremos que implementar.
- Nos permitirá estimar el esfuerzo que tendremos que realizar para obtener la solución.
- Podremos plantear qué pruebas tendremos que hacer para comprobar que lo que hemos hecho es lo que el cliente quiere.
- Cuando se acabe el desarrollo nos servirá para garantizar que nuestros equipos de mantenimiento conozcan la funcionalidad de la aplicación, con lo que los evolutivos o correctivos no serán traumáticos.
Normalmente utilizamos uno de los métodos más extendidos en la ingeniería del software para realizar el análisis funcional, los Casos de Uso. Intentaré clarificar una serie de aspectos fundamentales, apoyándonos en ejemplos reales de buenas prácticas.
Nuestra labor como analistas no es hacer unos casos de uso con mucha literatura y super bien estructurados que solo entendamos nosotros. Nuestro objetivo debe ser hacer casos de uso que entienda el cliente y que se ajusten a lo que quiere, que entienda el desarrollador y que le permita realizar su código, que nos sirvan para estimar y que nos sirva para certificar que el sistema cumple con lo que el cliente necesita.
Suscribirse a:
Entradas (Atom)