BAMP en BABOK V2.0 (2)

BUSINESS ANALYSIS PLANNING AND MONITORING (BAPM)

Introducción

Es un área de conocimiento que determina las actividades necesarias para realizar el análisis del negocio. Abarca la identificación de las partes interesadas, la selección de las técnicas de análisis del negocio, el proceso que administrará los requerimientos y cómo evaluar el avance del trabajo ante cambios necesarios. La planificación del análisis del negocio es un dato de entrada principal para el plan de proyecto. El gerente de proyecto es responsable de organizar y coordinar las actividades del análisis del negocio con las necesidades del resto del equipo del proyecto.

Esta área de conocimiento define las tareas asociadas con la planificación y monitoreo de las actividades del análisis del negocio durante el proceso de requerimientos. El análisis del negocio permite identificar las partes interesadas, definir los roles y responsabilidades, desarrollar estimaciones de las tareas del análisis del negocio, planificar la comunicación de los requerimientos, planificar cómo serán aprobados, evaluados y priorizados los requerimientos, determinar qué proceso de requerimientos será utilizado, y determinar las métricas que serán utilizadas para monitorear el trabajo del análisis del negocio. Esta área permite el monitoreo y reporte acerca del trabajo realizado para asegurar que el trabajo de los requerimientos produce los resultados esperados.

TAREA 1 – Planificar la propuesta de análisis del negocio

Propósito

Planificar cómo será planteado el trabajo del análisis del negocio. Hasta que esto no se conozca, no se podrá entender lo siguiente: naturaleza del trabajo terminado en cada área de conocimiento, resultados que se obtendrán, tareas que se terminarán, técnicas utilizadas en los requerimientos establecidos, contenido y formato de los requerimientos, nivel de detalle y formalidad de los requerimientos, método de priorización de requerimientos y métricas usadas en los trabajos del análisis del negocio.

Entradas

(1)Defined business problem/opportunity y (2) Organizational standards

Técnicas

(1)Expert judgment

Partes interesadas (1)Business analyst, (2) Domain subject matter expert, (3) End user, (4) Implementation subject matter expert, (5) Operation support, (6) Project manager, (7) Quality assurance y (8) Sponsor.

TAREA 2 – Realizar el análisis de las partes interesadas

Propósito

Esta tarea abarca la identificación de las partes interesadas, es decir quién puede ser impacto por la propuesta o quién comparte una necesidad de negocio. Esta tarea incluye la determinación de las partes interesadas, el análisis de la influencia de las partes interesadas y aprobar la autoridad.

Entradas

(1)Organizational standards and process assets y (2)Identified need from sponsor

Técnicas

(1)Stakeholder analysis (Stakeholder influence analysis, Stakeholder role analysis)

Partes interesadas

(1)Business analyst, (2) Customer, (3) Domain subject matter expert, (4) End user, (5) Implementation subject matter expert, (6) Operation support, (7) Project manager, (8) Quality assurance, (9) Regulator y (10) Sponsor.

Salidas

(1)Stakeholder list y (2) Stakeholder roles and responsibility designation

TAREA 3 – Planificar las actividades del análisis del negocio

Propósito

Esta tarea documentará los pasos o actividades de la planificación de requerimientos que deben ser terminadas durante el análisis del negocio. Se definirá cada tarea y suministrará una herramienta de gestión para las actividades del análisis de negocio que permiten medir el avance de cada tarea.

Las actividades ejecutadas durante la etapa del proyecto y la forma en que son ejecutadas determinan la calidad y el tiempo de los requerimientos. El analista de negocio debe seleccionar un conjunto de actividades de requerimientos. También, se deben definir los tipos de recursos necesarios para terminar cada actividad.

Entradas

(1)Stakeholder list, (2) Stakeholder roles and responsibility designation y (3) Organizational standards

Técnicas

(1)Descomposión y (2) Técnicas de estimación (analogía, bottom up, paramétrico, rolling wave, análisis histórico, Delphi, expert judgment)

Partes interesadas

(1) Business analyst, (2) Domain subject matter expert, (3) End user, (4) Implementation subject matter expert, (5) Operation support, (6) Project manager, (7) Quality assurance y (8) Sponsor.

Salidas

(1)Business analysis plan (Descripción del alcance del trabajo, Resultados de Work Breakdown Structure, Lista de actividades, Estimación de cada actividad y tarea)

TAREA 4 – Planificar la comunicación del análisis del negocio

Propósito

Un plan de comunicación de requerimientos documenta las intenciones de comunicaciones acerca de los resultados de las actividades del análisis del negocio. Estas actividades incluyen cómo recibir, distribuir, acceder y actualizar la información de análisis del negocio relacionada a las partes interesadas y los medios de comunicación que cada parte interesada estará involucrada en las actividades del análisis del negocio.

Entradas

(1)Stakeholder list, (2) Stakeholder roles and responsibility designation y (3) Business analysis plan

Técnicas

(1)Análisis de los requerimientos de comunicación y (2) Análisis de los medios de comunicación

Partes interesadas

(1)Business analyst,(2)Customer,(3)Domain subject matter expert,(4)End user,(5) Implementation subject matter expert,(6)Operation support,(7)Project manager,(8)Quality assurance,(9)Regulator y(10)Sponsor.

Salidas

(1)Business analysis communications

TAREA 5 – Planificar el proceso de administración de requerimientos

Propósito

El propósito de esta área de conocimiento es seleccionar un proceso para planificar y monitorear los requerimientos del proyecto. También, permite asegurar que el proceso seleccionado es el adecuado para el proyecto.

Entradas

(1)Organizational standards and process assets y (2)Business Analysis Plan

Técnicas

(1)Sistema de control de cambios,(2)Sistema de manejo de la configuración y (3) Sistema de trazabilidad

Partes interesadas

(1)Business analyst,(2)Domain subject matter expert,(3)End user,(4)Implementation subject matter expert,(5)Operation support,(6)Project manager,(7)Quality assurance y (8)Sponsor.

Salidas

(1) Requeriments management plan

TAREA 6 – Planificar, monitorear e informar acerca del performance del análisis del negocio

Propósito

El propósito de esta área de conocimiento es planificar y monitorear el trabajo durante el proyecto. Esta tarea ayuda a identificar y documentar las métricas necesarias relacionadas a un proceso o producto. Es importante que todas las partes interesada estén de acuerdo con las métricas a utilizar.

Entradas

(1)Organizational performance standards,(2)Actual performance metrics,(3)Business Analysis Plan,(4)Requirements management plan

Técnicas

(1) Análisis de varianza,(2)Recopilación, compilación y presentación de información del performance,(3)Re-planificación,(4)Sistema de manejo de la configuración y (5) Análisis del proceso

Partes interesadas

(1)Business analyst,(2)Domain subject matter expert,(3)End user,(4)Implementation subject matter expert,(5)Operation support,(6)Project manager,(7)Quality assurance y (8)Sponsor.

Salidas

(1)Business analysis performance assessment,(2)Lessons learned documentation y (3) Process improvement recommendations

Comprobación de un ERP (6)

Las características que distinguen a un ERP de cualquier otro software empresarial, es que deben de ser sistemas integrales, modulares y adaptables.

• Integrales, porque permiten controlar los diferentes procesos de la compañía entendiendo que todos los departamentos de una empresa se relacionan entre sí, es decir, que el resultado de un proceso es punto de inicio del siguiente. Por ejemplo, en una compañía, el que un cliente haga un pedido representa que se cree una orden de venta que desencadena el proceso de producción, de control de inventarios, de planificación de distribución del producto, cobranza, y por supuesto sus respectivos movimientos contables. Si la empresa no usa un ERP, necesitará tener varios programas que controlen todos los procesos mencionados, con la desventaja de que al no estar integrados, la información se duplica, crece el margen de contaminación en la información y se crea un escenario favorable para malversaciones. Con un ERP, el operador simplemente captura el pedido y el sistema se encarga de todo lo demás, por lo que la información no se manipula y se encuentra protegida.

• Modulares. Los ERP entienden que una empresa es un conjunto de departamentos que se encuentran interrelacionados por la información que comparten y que se genera a partir de sus procesos. Una ventaja de los ERP, tanto económica como técnicamente es que la funcionalidad se encuentra dividida en módulos, los cuales pueden instalarse de acuerdo con los requerimientos del cliente. Ejemplo: ventas, materiales, finanzas, control de almacén, recursos humanos, etc.

• Adaptables. Los ERP están creados para adaptarse a la idiosincrasia de cada empresa. Esto se logra por medio de la configuración o parametrización de los procesos de acuerdo con las salidas que se necesiten de cada uno. Por ejemplo, para controlar inventarios, es posible que una empresa necesite manejar la partición de lotes pero otra empresa no. Los ERP más avanzados suelen incorporar herramientas de programación de 4ª Generación para el desarrollo rápido de nuevos procesos. La parametrización es el valor añadido fundamental que se debe hacer con cualquier ERP para adaptarlo a las necesidades concretas de cada empresa.