Planificación y Monitoreo - 2.1 - 2.2

Planificacin y Monitoreo del Anlisis de Negocios
Planificacin y Monitoreo - CAP. 2
AGENDA

Introduccin Las Tareas (Procesos)

2.1 Planificar el Mtodo para el Anlisis de Negocios
2.2 Realizar el Anlisis de Interesados

2.3 Planificar las Actividades del Anlisis de Negocios 2.4 Planificar la Comunicacin del Anlisis de Negocios
2.5 Planificar los Procesos de Gestin de Requisitos

2.6 Gestionar el Desempeo del Anlisis de Negocios
Las reas de Conocimiento

PLANIFICACIN Y MONITOREO DEL ANLISIS DE NEGOCIOS
ANLISIS EMPRESARIAL OBTENCIN DE REQUISITOS ANLISIS DE REQUISITOS
EVALUACIN Y VALIDACIN DE LA SOLUCIN GESTIN Y COMUNICACIN DE REQUISITOS
COMPETENCIAS FUNDAMENTALES
Introduccin
o Identificar
los
interesados
definir
sus
roles
responsabilidades o Desarrollar estimaciones para las tareas del anlisis de negocios o Planificar cmo el BA se comunicar con los interesados o Planificar cmo los requisitos sern definidos, rastreados y priorizados o Determinar los entregables que BA producir
PLANIFICACIN Y
MONITOREO DEL ANLISIS DE NEGOCIOS
o Definir y determinar los procesos del anlisis de negocios o Determinar las mtricas que sern utilizadas para monitorear el
trabajo del anlisis de negocios o Determinar el trabajo requerido para monitorear e informar sobre el trabajo realizado para asegurar que los esfuerzos del anlisis de negocios producen los resultados esperados.
Planificacin y Monitoreo - CAP. 2 4
Las reas de Conocimiento
Es un esfuerzo casi uniforme a lo largo del ciclo de vida del Proyecto.
Introduccin
Diagrama General de Entradas y Salidas del rea de Conocimiento de la Planificacin y Monitoreo del Anlisis de Negocios
Grfico extrado del BABOK versin 2.0
Pregunta
Which answer describes the sequence of tasks in Business Analysis Planning and Monitoring: a. Plan BA communication, manage BA performance, plan BA activities, conduct stakeholder analysis.
b.
Plan business analysis approach, conduct stakeholder

analysis, plan BA activities, manage BA performance.
c.
Plan requirements management process, manage BA
performance,
plan
business
analysis
approach,
conduct stakeholder analysis. d. Conduct stakeholder analysis, plan BA activities, plan BA communication, plan business analysis approach.
Pregunta
Which answer describes the sequence of tasks in Business Analysis Planning and Monitoring: a. Plan BA communication, manage BA performance, plan BA activities, conduct stakeholder analysis.
b.
Plan business analysis approach, conduct stakeholder

analysis, plan BA activities, manage BA performance.
c.
Plan requirements management process, manage BA
performance,
plan
business
analysis
approach,
conduct stakeholder analysis. d. Conduct stakeholder analysis, plan BA activities, plan BA communication, plan business analysis approach.
2.1 Planificar el Mtodo para el Anlisis de Negocios
Planificar el Mtodo para el Anlisis de Negocios

Consideraciones para determinar el mtodo apropiado
o Determinar cul es la metodologa disponible o Determinar las necesidades y los objetivos o Determinar el estndar actual o Determinar la metodologa del proyecto
10

Consideraciones para determinar el Mtodo apropiado
Consideraciones A tener en cuenta:
La compatibilidad de la iniciativa de cambio con los procesos existentes
Determinar las necesidades y objetivos
Las restricciones de tiempo del proyecto y del producto El cumplimiento de las regulaciones o mandatos del gobierno El deseo de tratar con nuevos mtodos para el desarrollo de sistemas Revisar los estndares y ver si ellos estn relacionados con el proyecto. Los estndares pueden sugerir el mtodo a ser utilizado y podra ser
Determinar el estndar actual
necesario ajustarlos a una particular iniciativa. Si no existe un estndar el BA debe trabajar con los interesados para definir el
mtodo a ser utilizado.

La metodologa del proyecto puede determinar la metodologa del anlisis de negocios. Por ejemplo, si un proyecto utiliza una metodologa orientada a la
La metodologa del proyecto
planificacin, el mtodo en cascada ser el que ms probablemente se utilice.
Sin embargo, para una parte del producto bien definida se podra utilizar un
mtodo gil. 11

Las Metodologas ms comunes
Metodologa Descripcin
Un mtodo de desarrollo de software en el cual cada estado del ciclo de vida
Cascada
del desarrollo es realizado slo una vez en la secuencia (Ej. Anlisis, diseo, programacin, etc.). Una solucin esta completa luego de que todos los estados son llevados a cabo. Un mtodo de desarrollo de software basado en una metodologa iterativa en la
gil
cual todos los estados son llevados a cabo en cortas iteraciones. Un nmero de iteraciones son llevadas a cabo para completar la solucin final. Un mtodo de mejora de proceso que se enfoca en proveer valor para los
Lean
usuarios finales, considerando que cualquier cosa que no agrega valor ser un desperdicio. Un mtodo de mejora de procesos que mejora la calidad reduciendo los
Six Sigma
defectos y variaciones dentro del proceso utilizando mucha informacin para
mediciones y mejoras
12
Tcnicas
Entradas
Anlisis de Decisin 5.1 Necesidad del Negocio Juicio de Expertos Modelamiento del Proceso Revisin Estructurada
Salidas
Activos de los Procesos de la Organizacin (APO) Planificacin y Monitoreo - CAP. 2
Mtodo del Anlisis de Negocios 13
Esta Tarea (Proceso) Corresponde al KA de Anlisis Empresarial.
Esta es la Tarea
2.1 Planificar el Mtodo
(Proceso) Este es el Resultado de la
para el Anlisis de
Negocios
Otras Tareas (en este caso de la misma KA)
Tarea
que usan como Entrada

este Resultado.
Planificar el Mtodo para el Anlisis del Negocio
Entradas
Una descripcin de un problema u oportunidad y el resultado deseado en trminos de beneficios. Puede ayudar a determinar si es requerido un mtodo
5.1 Necesidad del Negocio
orientado a la planificacin o un mtodo orientado al cambio.
Utilizado para determinar el mtodo idneo para el anlisis de negocios Los expertos pueden estar dentro o fuera del equipo de
Juicio de Expertos
proyecto e incluye a aquellos que realizaron similar trabajo antes
Elementos existentes de la organizacin que pueden ser
tiles para definir el mtodo del anlisis de negocios

metodologas, herramientas, tcnicas y plantillas.
como
APO
Elementos
Los mtodos orientados a la planificacin vs. Los mtodos orientados al cambio Metodologa orientada a la planificacin Metodologa orientada al cambio
Comunicaciones Incertidumbre en el producto final
nfasis en: Incertidumbre:
Formalidad, planificacin y control Minimizada al inicio para reducir el riesgo
La solucin es definida:
Completamente al inicio, antes del empezar con el desarrollo Cuando los requisitos son definidos antes de la construccin
De forma iterativa, cuando las partes del sistema se estn desarrollando Se esta experimentando encontrar una mejor solucin
Utilizada cuando:
Cuando
el
riesgo
de
una
Se
incrementarn
caractersticas
implementacin errnea es alto
adicionales a la solucin
La gestin de los interesados es

desafiante Ocurre en el trabajo del BA: Durante una fase del BA, cerca del inicio
Cuando los equipos son reubicados y

colaborativos En cada iteracin, a lo largo de todo le 16 proyecto
Elementos
Elemento
Los Elementos para planificar el Mtodo para el Anlisis de Negocios

Metodologa orientada a la planificacin Metodologa orientada al cambio
La mayora del trabajo del BA Tempranas iteraciones pueden enfocarse en ocurre al inicio del proyecto. Los 1. El tiempo en el que trabaja el BA requisitos son priorizados requisitos de alto nivel. A lo largo de todo el proyecto los requisitos son analizados y priorizados trabajando con los requisitos de mayor prioridad. de Los equipos definen los objetivos de forma interactiva y utilizando la retroalimentacin de parte de la solucin. La documentacin requerida frecuentemente solo es una lista de requisitos, documentados como criterios de aceptacin. La documentacin formal es frecuentemente producida despus que la solucin es implementada para facilitar la transferencia del conocimiento 17
durante el anlisis y entonces son liberados al final de cada fase. Una cantidad y importante
formalidad 2. La formalidad y el nivel de detalle de los Entregables
documentacin.
Plantillas
frecuentemente
formales
utilizadas.
son
La
aprobacin de los documentos es usualmente realizada antes de
pasar a una siguiente nivel de requisitos.
Elementos
Elemento

Metodologa orientada a la planificacin
Los requisitos son priorizados en puntos
Metodologa orientada al cambio

Pone nfasis en este elemento porque cada iteracin trabaja con los requisitos de mayor prioridad. Asume pueden adelantado que ser y los requisitos definidos el cambio no por es
3. La priorizacin de requisitos
especficos de la definicin de requisitos tales como el trmino de una fase. Los cambios son solo realizados cuando han sido justificados y aprobados. Los cambios pueden convertirse en mini
4. La gestin del cambio
proyectos. Los cambios afectan el alcance y son parte de la gestin de cambios del proyecto. El impacto del cambio aumenta a medida que avanza el proyecto.
esperado, frecuentemente sin un proceso formal de cambios. Los cambios son re-priorizados junto con los requisitos
pendientes.
5. Los procesos de planificacin del BA
El mtodo determina que procesos se deben seguir para las actividades de
planificacin del BA. Este proceso ser integrado dentro de un plan de

direccin del proyecto 18
Elementos
Elemento

Metodologa orientada a la planificacin
Comunicacin formal, de preferencia por escrito. Son utilizadas plantillas y
Mayor frecuencia informal. de La
Metodologa orientada al cambio
6. La comunicacin con los interesados
formularios predefinidos. La aprobacin es formal y la documentacin es generalmente archivada.
comunicacin documentacin
frecuentemente
ocurre luego de la implementacin.
7. Las herramientas de anlisis de requisitos y de gestin
El BA debe identificar las herramientas de anlisis de requisitos y gestin que sern utilizadas en relacin a la metodologa seleccionada y a la forma en que los requisitos sern enviados.
La complejidad de los requisitos est relacionada a la complejidad del proyecto, los tipos de entregables y el riesgo general. La complejidad esta 8. La complejidad del proyecto
relacionada al nmero de interesados, nmero de reas del negocio afectadas,

nmero de sistemas del negocio afectadas, la cantidad y naturaleza del riesgo, la singularidad de los requisitos y el nmero de recursos tcnicos requeridos. 19
Tcnicas
Explicado en el KA Anlisis Empresarial
Explora los aspectos importantes de una

decisin cuando existe un nmero limitado de alternativas. Utilizado para calificar las metodologas
Anlisis de Decisin
disponibles en relacin a las necesidades y objetivos de la organizacin. Utilizado para documentar el trabajo realizado en la organizacin incluyendo quin lo hace y
Explicado en el KA Anlisis de Requisitos
Modelamiento de Procesos
Explicado en el KA Gestin y Comunicacin de Requisitos
cmo lo hace. Puede documentar los procesos del mtodo del negocio.
Una forma de revisar y validar el mtodo del anlisis de negocios seleccionado. Revisin Estructurada
Resultados
El mtodo definido que fue seleccionado para realizar el anlisis de negocios en un proyecto. Incluye una variedad de componentes tales como los roles del equipo, las interacciones, las actividades y el tiempo, las tcnicas de anlisis, los resultados y otros. Mtodo del Anlisis del Negocio
Incluye la decisin de que activos de la organizacin

sern utilizados y las decisiones de adaptar los procesos a situaciones especficas Las lecciones aprendidas del mtodo escogido sern documentadas en los activos de los procesos de la organizacin
Quines son los Interesados Claves que participan
en este proceso?
o Cliente, Experto en el Dominio, Usuario Final, Proveedor
El mtodo tomado puede depender de su disponibilidad y compromiso con la iniciativa.
o Experto en la implementacin
El mtodo tomado para el BA debe ser compatible con el ciclo de vida de la implementacin.
o El Director del Proyecto.

Para asegurar que el mtodo es compatible con otras actividades del
Proyecto.
22
en este proceso?
o Examinador (Tester)
El mtodo puede facilitar las actividades de prueba.
o Regulador
Aspectos del mtodo o decisiones tomadas en los procesos de adaptacin pueden requerir aprobacin.
o Sponsor
El mtodo tomado puede depender de su disponibilidad y compromiso.
23
Pregunta
If no business analysis standards exist in an organization, what is the best approach: a. Work with the sponsor to determine the best approach they want to pay for
b.
c. d.
Use a change-driven approach

Follow the CBAP standards The business analyst should work with the
stakeholders, project manager and project team to

ensure a suitable approach is determined
Pregunta
If no business analysis standards exist in an organization, what is the best approach: a. Work with the sponsor to determine the best approach they want to pay for
b.
c. d.
Use a change-driven approach

Follow the CBAP standards The business analyst should work with the
stakeholders, project manager and project team to

ensure a suitable approach is determined
Pregunta
Which statement completes the following statement the LEAST effectively? When considering the impact of 'project approach' on business analysis planning for the customized component of a new software package, the approach will:
a.
Have an impact on planning and monitoring business analysis tasks as well as the roles and responsibilities
for business analysis.

b. Always be a predecessor to the start of requirements planning and management. c. d. Determine the formality of the documentation required. Determine the formality of communication with the
developer(s).
Pregunta
Which statement completes the following statement the LEAST effectively? When considering the impact of 'project approach' on business analysis planning for the customized component of a new software package, the approach will:
a.
Have an impact on planning and monitoring business analysis tasks as well as the roles and responsibilities
for business analysis.

b. Always be a predecessor to the start of requirements planning and management. c. d. Determine the formality of the documentation required. Determine the formality of communication with the
developer(s).
Pregunta
Which of the following statements best explains how an approach can impact the business analysis effort: a. Business process improvement methodologies, proprietary
methodologies, customs, and organizational assets are best followed when approaching business analyst work.
b.
The use of the plan-driven and change-driven approaches can be

mixed, but only a subset of these approaches are viable for the organization in which the project is being performed.
c.
Lean Sigma, Six Sigma, Agile, Rational, and Waterfall are all
approaches to business analysis work.

d. Elements from all methodologies should be used to ensure the most in-depth analysis of the requirements
Pregunta
Which of the following statements best explains how an approach can impact the business analysis effort: a. Business process improvement methodologies, proprietary
methodologies, customs, and organizational assets are best followed when approaching business analyst work.
b.
The use of the plan-driven and change-driven approaches can be

mixed, but only a subset of these approaches are viable for the organization in which the project is being performed.
c.
Lean Sigma, Six Sigma, Agile, Rational, and Waterfall are all
approaches to business analysis work.

d. Elements from all methodologies should be used to ensure the most in-depth analysis of the requirements
Pregunta
What is the difference between plan-driven and changedriven approaches in the formality and level of detail of business analysis deliverables: a. None - both call for a significant amount of formality and detail.
b.
c.
Change-driven calls for formality and detail.

Plan-driven documentation does not favor
organizational templates.
d.
Change-driven may rely on less detail and plan-driven

will require more detail.
Pregunta
What is the difference between plan-driven and changedriven approaches in the formality and level of detail of business analysis deliverables: a. None - both call for a significant amount of formality and detail.
b.
c.
Change-driven calls for formality and detail.

Plan-driven documentation does not favor
organizational templates.
d.
Change-driven may rely on less detail and plan-driven

will require more detail.
Pregunta
Which statement best describes the communication with stakeholders in a plan-driven approach: a. Much of the communication of the actual requirements is verbal.
b.
c.
Communications may be written or verbal.

Informal communication takes precedence over more formal written communication.
d.
Tends to rely on formal communication methods and

much of the communications of the actual requirements is in writing.
Pregunta
Which statement best describes the communication with stakeholders in a plan-driven approach: a. Much of the communication of the actual requirements is verbal.
b.
c.
Communications may be written or verbal.

Informal communication takes precedence over more formal written communication.
d.
Tends to rely on formal communication methods and

much of the communications of the actual requirements is in writing.
Pregunta
Which of the following is true about the business analysis approach: a. The particular approach has little impact on the Project plan since requirements elicitation is included in each method.
b.
Within one organization both change-driven and plan-driven

approaches may be used.
c.
The traditional waterfall approach is the least favored by
most companies today, and should not be chosen by the BA.

d. While there are many varieties of methodologies, the steps for analysis, design, construction and implementation generally follow in sequence one after the other.
Pregunta
Which of the following is true about the business analysis approach: a. The particular approach has little impact on the Project plan since requirements elicitation is included in each method.
b.
Within one organization both change-driven and plan-driven

approaches may be used.
c.
The traditional waterfall approach is the least favored by
most companies today, and should not be chosen by the BA.

d. While there are many varieties of methodologies, the steps for analysis, design, construction and implementation generally follow in sequence one after the other.
Pregunta
Which of the following approaches is most likely to use a formal requirements change management system:
a.
Agile
b.
c. d.
Scrum
Waterfall Extreme programming
Pregunta
Which of the following approaches is most likely to use a formal requirements change management system:
a.
Agile
b.
c. d.
Scrum
Waterfall Extreme programming
Pregunta
A set of processes, rules and templates that prescribe how business analysis is performed is called what:
a.
Document analysis
b.
c. d.
Methodology
Iteration Release planning
Pregunta
A set of processes, rules and templates that prescribe how business analysis is performed is called what:
a.
Document analysis
b.
c. d.
Methodology
Iteration Release planning
Pregunta
What is the purpose of the Business Analysis approach: a. To determine the resource requirements for eliciting
requirements for the requirements management plan and to indicate deliverables that should be produced.
b.
To determine the stakeholders, sponsor and subject
matter
experts who are needed for the BA communication plan. c. To determine how and when tasks will be performed, techniques that will be used, and deliverables that be produced. d. To determine the methodology for business analysis should
planning, the tasks and deadlines for business analysis and
deliverables that should be produced
Pregunta
What is the purpose of the Business Analysis approach: a. To determine the resource requirements for eliciting
requirements for the requirements management plan and to indicate deliverables that should be produced.
b.
To determine the stakeholders, sponsor and subject
matter
experts who are needed for the BA communication plan. c. To determine how and when tasks will be performed, techniques that will be used, and deliverables that be produced. d. To determine the methodology for business analysis should
planning, the tasks and deadlines for business analysis and
deliverables that should be produced
Pregunta
Which of the following statements best describes a change-driven approach: a. Presume that it is difficult to identify all requirements in advance of their implementation and requirements are chosen from a product backlog. b. Requirements are captured in a formal document or set of documents which follow standardized templates that are formally approved.
c.
Formal documentation is produced before the solution is

developed and implemented.
d.
Most business analysis work occurs at the beginning of the project or during one specific project phase.
Pregunta
Which of the following statements best describes a change-driven approach: a. Presume that it is difficult to identify all requirements in advance of their implementation and requirements are chosen from a product backlog. b. Requirements are captured in a formal document or set of documents which follow standardized templates that are formally approved.
c.
Formal documentation is produced before the solution is

developed and implemented.
d.
Most business analysis work occurs at the beginning of the project or during one specific project phase.
2.2 Realizar el Anlisis de Interesados
44
Realizar el Anlisis de los Interesados

Identificar a los interesados afectados por una solucin a la necesidad del negocio. Agrupar a los interesados dentro de categoras reflejando su involucramiento en el proyecto. Definir los roles, responsabilidades y niveles de autoridad de los interesados (individual o grupal)
Analizar
influencia
a
y
los
interesados
para
evaluar
al
su
actitud aquellos
relacionada que
proyecto, afectar
especialmente
pueden
adversamente al proyecto
45
Realizar el Anlisis de los Interesados

Tcnicas
Entradas
Entrevistas Anlisis Tormenta de del Riesgo Ideas Modelamiento del Alcance Definicin de Criterios de Aceptacin y Evaluacin
5.1 Necesidad del negocio Cuestionarios y Encuestas Casos de Uso y Escenarios

QA Desarrolladores SMEs Negocios Analista de Proyecto Directo del Patrocinador
Modelamiento Modelamiento de la Talleres de del Proceso Requisitos Organizacin

I I C I R A C R A I I C, I C, I C R A C R C, I C, I C A I
Arquitectura Empresarial
Mapa de Interesados
Persona Proceso
proyecto Planificar el
requisitos Planificar los
requisitos Analizar los
producto Verificar el
Matriz RACI
Salidas
APO Planificacin y Monitoreo - CAP. 2
La Lista de Interesados y sus Roles y Responsabilidades 46
Esta Tarea (Proceso) Corresponde al KA de Anlisis Empresarial. Esta es la Tarea (Proceso)
2.2 Realizar el Anlisis de los

Este es el Resultado de la Tarea
Interesados
Otras Tareas (en este caso de la misma KA y de otras
KA) que usan como

Entrada este Resultado.
Realizar en Anlisis de Interesados
Entradas
Identifica y analiza la posicin de los Interesados
afectados por el Caso de Negocio. Permite entender

la evolucin de sus necesidades a travs de la 5.1 Necesidad del Negocio definicin de requisitos.
Describe
las
unidades
organizacionales
que
existen y sus interacciones con otras unidades, clientes, proveedores y sus responsabilidades dentro Arquitectura Empresarial
de la organizacin.
48
Elementos
Elementos
1. Identificacin
Los Elementos para realizar el Anlisis de Interesados
o Identificar a los interesados relevantes y evaluar el impacto de ellos y su autoridad en el proyecto. o Los interesados no identificados resultan en requisitos faltantes o incorrectos. o Los participantes en las actividades de requisitos variarn entre proyectos,
organizaciones y metodologas.
2. Complejidad del grupo de interesados
1. Nmero y variedad de los usuarios finales La planificacin puede ser adaptada en relacin al nmero de los interesados
afectados por el proyecto. Mientras sea mayor el nmero de interesados la

complejidad del anlisis aumenta. 2. Nmero de inter fases entre procesos del negocio y sistemas automatizados Mientras sea ms grande el nmero de procesos o aplicaciones, el anlisis ser ms complejo. Por ejemplo, se complicar la programacin de reuniones para las sesiones de modelamiento de procesos porque no todos los interesados necesitarn atender a las sesiones. 49
Elementos
Elementos 3. Actitud e influencia
Factores de Actitud Actitud hacia los objetivos, metas y mtodos de la solucin Creen que la solucin beneficiar a la organizacin? Los beneficios los afectan a ellos directamente? Los beneficios sern similares en todas las reas? Es posible que los efectos negativos de la iniciativa sea mayor que los beneficios para algunos interesados? Creen que el equipo de proyecto puede enviar exitosamente la solucin? Actitud hacia el anlisis de negocios Ellos identificarn el valor de la definicin de requisitos? Ellos presentan la solucin y esperan que los requisitos estn contenidos dentro de la solucin y creen que no ser necesaria la definicin de requisitos? Actitud hacia la colaboracin Ellos han tenido xito en previos esfuerzo de colaboracin? La organizacin premiar la colaboracin? La organizacin es jerrquica por naturaleza en lugar de estar orientada al trabajo en equipo? 50
Elementos
Elementos
3. Actitud e influencia
Factores de Actitud Actitud hacia el patrocinador En tareas que involucren la participacin de varia unidades de la organizacin, los SME apoyarn al patrocinador? Los SME preferiran a otro patrocinador? Actitud hacia los miembros del equipo
Los principales miembros del equipo del proyecto han construido relaciones de confianza o han fracasado anteriormente en proyectos que involucren personal?
Factores de Influencia Influencia en el proyecto Cunta influencia tienen los interesados en el proyecto? Qu interesados otorgarn las aprobaciones y obtendrn el financiamiento? Influencia en la organizacin Cul es el ttulo y posicin oficial de los interesados? Qu influencia informal tienen los individuos dentro de la organizacin? 51
Elementos
Elementos
3. Actitud e influencia
Factores de Influencia Influencia necesitada para el bien del proyecto Cunto y que tipo de influencia es necesitada para ayudar a que el proyecto sea exitoso? Existe una incongruencia entre la influencia de los interesados y la influencia necesitada? Influencia con otros interesados Cules son los canales de influencia informal? Quin puede ejercer influencia negativa y sabotear el proyecto? Identificar que interesados tienen la autoridad sobre las actividades del negocio tales como: Aprobar los entregables Inspeccionar y aprobar los requisitos Solicitar y aprobar los cambios Aprobar los procesos de requisitos que sern utilizados Revisar y aprobar la estructura de rastreabilidad Vetar los requisitos propuestos o soluciones 52
4. Los niveles de autoridad para el trabajo del anlisis de negocios
Tcnicas
Definir los criterios de aceptacin que sern utilizados por los interesados para aprobar y aceptar un entregable.
o Criterios de aceptacin: Las mediciones bsicas que deben ser alcanzadas para determinar si una solucin
Definicin de Criterios de Aceptacin y Evaluacin
est creando valor.
o Criterios de evaluacin: Los principales requisitos que

sern utilizados para decidir entre alternativas de solucin.
Explicado en el KA Obtencin de Requisitos
Tormenta de ideas
Un amplio conjunto de opiniones que ayudarn
en la creacin de la lista de interesados.

Se puede identificar interesados adicionales en las entrevistas puesto que se recibe mayor
Entrevistas
retroalimentacin.
Tcnicas
Definicin de Criterios de Aceptacin y Evaluacin Elementos
1. Verificabilidad Para saber si una solucin cumple con las necesidades requeridas, estas necesidades deben ser verificables. Las solucin debe ser medida en relacin a los criterios. 2. Determinar la priorizacin y calificacin Priorizacin: Determinar el orden de importancia de los requisitos para ser priorizados. Se puede utilizar la tcnica MoSCoW.
Calificacin: Determinar que tan bien cumple la solucin con los requisitos. Se requiere
una escala y niveles de calificacin.
Ventajas y Desventajas
1. Ventajas Mtodos giles pueden requerir que todos los requisitos sean expresados en forma de criterios de aceptacin verificables. Los criterios de aceptacin adems son tiles cuando los requisitos expresan obligaciones contractuales. 2. Desventajas Los criterios de aceptacin son difciles de cambiar si estn atados a obligaciones 54 contractuales.
Tcnicas
Determinar que unidades de la organizacin tienen necesidades o preocupaciones especiales. Determina Modelamiento de la Organizacin
los
roles,
responsabilidades
relaciones de informe dentro de una organizacin.
Explicado en el KA
Incluye las personas involucradas en la ejecucin de los procesos de negocios afectados por la solucin a implementar. Los modelos de procesos
Anlisis de
Requisitos
Modelamiento del Proceso

pueden ayudar en al identificacin de interesados.
Talleres en los que los participantes pueden identificar interesados adicionales. Talleres de Requisitos
Tcnicas
Modelamiento de la Organizacin Elementos 1. Estructura y propsito de la organizacin
Organizaciones orientadas a las funciones: Son agrupadas por la eficiencia y gestin de la funcin (Ventas, Contabilidad, etc.). Tiene las ventajas de compartir las habilidades del personal de cada rea y un equipo entrenado, pero la comunicacin ser ms difcil en un proyecto que involucren a varias reas. Organizaciones orientadas al mercado: Estn enfocadas en los mercados, segmentos, procesos, y productos del cliente. Pueden duplicar el trabajo en algunas divisiones. Organizaciones matriciales: Es un hbrido que incluye gerentes para cada funcin y gerentes
para segmentos de clientes o productos.

2. Roles Posiciones y responsabilidades definidas en una organizacin. Los roles generalmente tienen habilidades y conocimiento especializado para realizar cierto tipo de trabajo. 3. Interfases Los roles de la organizacin interactan con otros roles. Existen reglas requisitos y estndares de cmo las inter fases trabajan. stos pueden o no estar formalmente documentados. 4. Los organigramas La descripcin grfica estndar para la estructura de la organizacin. Muestra las relaciones de 56 informe.
Tcnicas
Grfico extrado del BABOK versin 2.0
Organigrama
Tcnicas
Modelamiento de la Organizacin Ventajas y Desventajas
1. Ventajas Generalmente siempre un organizacin (por ms pequea que sea) cuenta con un organigrama. 2. Desventajas El rediseo de una organizacin es complejo y presenta un gran reto si este est dentro del alcance del proyecto. Generalmente existen relaciones o inter fases informales que deben ser identificadas.
58

El riesgo es un evento incierto que
Tcnicas
puede tener un efecto + - en el proyecto o en la organizacin
La actitud e influencia de los interesados puede adicionar requisitos relacionados al riesgo y necesitan ser gestionados. Identifica, evala y gestiona las reas inciertas de un proyecto o
Anlisis del Riesgo
negocio y planifica la respuesta para los riesgos identificados.
Algunos
roles
de
interesados los casos
pueden de uso
ser y
identificados
analizando
Escenarios y Casos de Uso
escenarios. De forma inversa, los roles identificados

pueden ayudar a definir a actores.
Los lmites del alcance de la solucin pueden ser utilizados para identificar a los interesados dentro y
Modelamiento del Alcance
fuera de una solucin determinada.

59
Tcnicas
Anlisis del Riesgo Elementos
1. Tolerancia al riesgo La habilidad de una persona o un grupo para afrontar los riesgos. Aversin al riesgo: Prefiere reducir o evitar el riesgo mantenindose lo ms ceca posible a lo seguro. Estos individuos o grupos cedern algunos beneficios con la finalidad de mantener un nivel de riesgo bajo. Neutralidad: Prefieren que los beneficios de las respuestas a los riesgos san iguales o mayores a los costos de tratar con stos. Amante del riesgo: Prefieren aceptar riesgos relativamente ms altos con la finalidad de obtener mayores beneficios. 2. Evaluacin Identificar la probabilidad y el impacto de que un riesgo ocurra dentro del proyecto. Los riesgos pueden ser evaluados de manera cualitativa (alto, medio o bajo) o cuantitativa (impacto monetario). 3. Respuesta Determinar como responder contra los riesgos si estos ocurren: Para riesgos Negativos: Mitigar: Reducir el impacto o la probabilidad de que un riesgo ocurra. Evitar: Asegurar que el riesgo no ocurrir. Transferir: Derivar la responsabilidad de ocurrencia del riesgo a una tercera parte. Aceptar: No hacer nada con el riesgo. 60
Tcnicas
Cambia el plan del proyecto para eliminar la amenaza que puede generar cierto riesgo, para aislar los objetivos del proyecto de su impacto. Traslada el impacto negativo de una amenaza y su estrategia de respuesta a un tercero. Busca reducir la probabilidad y/o impactos de un evento riesgoso adverso a un umbral aceptable.
Evitar
Transferir
Mitigar
Estrategias para amenazas

Indica que el equipo del proyecto ha decidido no cambiar el plan del proyecto para lidiar con un riesgo o no es
Aceptar
capaz de identificar cualquier otra estrategia de respuesta
La respuesta de aceptacin activa ms comn es

establecer una reserva de contingencia. La aceptacin pasiva no requiere ninguna accin.
61
Tcnicas
Anlisis del Riesgo
Elementos
3. Respuesta Para riesgos Positivos: Aceptar: Tambin se considera una estrategia viable. Mejorar: Incrementar la probabilidad de ocurrencia de un riesgo. Explotar: Asegurar que el riesgo ocurrir. Compartir: Trabajar con una tercera parte para incrementar la probabilidad de ocurrencia de un riesgo y estar de acuerdo en compartir los beneficios.
Ventajas y Desventajas
1. Ventajas Permite a la organizacin estar preparado por si algo no sale segn lo planeado. 2. Desventajas El nmero de riesgos puede ser muy alto y puede ser imposible gestionar todos ellos. Estimar los riesgos puede ser difcil , especialmente porque se trata de eventos inciertos. 62
Tcnicas
Elimina la incertidumbre asociada con un
riesgo positivo en particular haciendo que la oportunidad ocurra de todas maneras.
Explotar
Compartir
Involucra la asignacin de la propiedad a un tercero

que es ms capaz de lograr dicha oportunidad para el beneficio del proyecto. Busca modificar el tamao de la oportunidad
Estrategias para oportunidades
Mejorar
incrementando la probabilidad y/o impactos positivos,

e identificando y maximizando los principales elementos impulsores de estos riesgos de impacto positivo. Consiste en tener la voluntad de tomar ventaja de ella si se presenta, pero sin buscarla de manera activa.
63
Aceptar
Tcnicas
Pueden ayudar a categorizar a los interesados segn sus caractersticas.
Cuestionarios y Encuestas
64
Tcnicas (No consideradas parte de las Tcnicas Generales)

Proceso Persona Planificar el Proyecto Planificar los Requisitos Analizar los Requisitos Verificar el Producto
Patrocinador
Directo del Proyecto Analista de Negocios SMEs Desarrolladores QA
A
R I C I I
I
A R C
C
A R C C, I
I
A C C, I C, I R
C, I
Matriz RACI
Ayuda en la asignacin y documentacin de roles y responsabilidades
Responsable Realiza el trabajo A Responsable de aprobacin aprueba el trabajo Consultado Es consultado y provee conocimiento, informacin y experiencia Informado Debe ser notificado del resultado 65

Mapa de los Interesados
Alto
Asegurar que los interesados estn satisfechos
Influencia de los interesados

Monitorearlos para asegurar que su inters o influencia no cambie Bajo Bajo
Trabajar cercanamente con los interesados para asegurar que ellos estn de acuerdo y apoyan el cambio
Mantenerlos informados; pueden sentirse ansiosos por la falta de control
Alto
Impacto de los Interesados

Diagrama de la Cebolla de los Interesados
Clientes, proveedores, reguladores y otros Interesados afectados externamente Organizacin o Empresa Patrocinadores, ejecutivos, SMEs, y otros quienes interacten con el grupo afectado
Unidad organizacional afectada Usuarios finales, help desk y Envo de la solucin otros quienes trabajarn los cambios cuando la solucin sea enviada
Equipo de Proyecto y otros directamente involucrados en el envo de la solucin Planificacin y Monitoreo - CAP. 2 67
Resultados
Lista de roles requeridos Nombres y cargos de los interesados Categora de los interesados Ubicacin de los interesados Necesidades especiales
Lista de Interesados y sus Roles y Responsabilidades
Nmero de individuos en el rol del interesado Descripcin de la influencia e inters del interesado Documentacin de los niveles de autoridad de los interesados
68
en este proceso?
o Experto en el Dominio
.
o Regulador o Sponsor o Examinador (Tester)
69
Pregunta
In Risk Analysis, after identifying and assessing risks, the next thing that should be done is to:
a.
Plan the risk response
b.
c. d.
Project the risk probability

Perform root cause analysis Brainstorm additional risks
Pregunta
In Risk Analysis, after identifying and assessing risks, the next thing that should be done is to:
a.
Plan the risk response
b.
c. d.
Project the risk probability

Perform root cause analysis Brainstorm additional risks
Pregunta
What is an output of the Conduct Stakeholder Analysis task in business analysis planning and monitoring:
a.
Stakeholder concerns
b.
c. d.
Enterprise architecture
Organizational process assets Stakeholder roles and responsibilities
Pregunta
What is an output of the Conduct Stakeholder Analysis task in business analysis planning and monitoring:
a.
Stakeholder concerns
b.
c. d.
Enterprise architecture
Organizational process assets Stakeholder roles and responsibilities
Pregunta
Julie sends and receives data files every day as part of her job. Which best describes Julie:
a.
A data technician
b.
c. d.
A dataphile
A data manipulator An end user
Pregunta
Julie sends and receives data files every day as part of her job. Which best describes Julie:
a.
A data technician
b.
c. d.
A dataphile
A data manipulator An end user
Pregunta
When potential problems or opportunities for improvement of business analysis work on a project are identified, which of the following roles should be consulted:
a.
Business analysis manager, if one exists, otherwise the

sponsor.
b.
Project manager
c.
d.
Sponsor
Regulator
Pregunta
All of the following techniques are used to analyze stakeholders EXCEPT:
a.
Interviews
b.
c. d.
Questionnaire
Consult existing project reference materials Use Cases
Pregunta
According to the BABOK, which of the following statements best describes the inputs into Conduct Stakeholder Analysis: a. Business need, enterprise architecture, organizational process assets.
b.
Stakeholder position, solution scope, stakeholder

communications.
c.
Business need, RACI matrix, project methodology.
d.
Enterprise architecture, process templates, solution

scope.
Pregunta
According to the BABOK, which of the following statements best describes the inputs into Conduct Stakeholder Analysis: a. Business need, enterprise architecture, organizational process assets.
b.
Stakeholder position, solution scope, stakeholder

communications.
c.
Business need, RACI matrix, project methodology.
d.
Enterprise architecture, process templates, solution

scope.
Pregunta
In what task is it best to understand the nature of influence structures and channels in an organization:
a.
Force field analysis
b.
c. d.
Organization modeling
Stakeholder analysis Stakeholder map
Pregunta
In what task is it best to understand the nature of influence structures and channels in an organization:
a.
Force field analysis
b.
c. d.
Organization modeling
Stakeholder analysis Stakeholder map
Pregunta
What task is performed as soon as a business need is identified and will usually be an ongoing activity as long as business analysis continues:
a.
b. c.
Process modeling
RACI matrix Stakeholder analysis
d.
Structured walkthrough
Pregunta
What task is performed as soon as a business need is identified and will usually be an ongoing activity as long as business analysis continues:
a.
b. c.
Process modeling
RACI matrix Stakeholder analysis
d.
Structured walkthrough
Pregunta
Understanding the tolerance your stakeholders have for risk is very important. Which of the following are the areas of concern you should have for risk tolerance:
a.
b. c.
Risk aversion, neutrality, conflict.

Risk aversion, neutrality, risk seeking. Risk aversion, mitigation, assumptions.
d.
Risk aversion, mitigation, avoidance.
Pregunta
Understanding the tolerance your stakeholders have for risk is very important. Which of the following are the areas of concern you should have for risk tolerance:
a.
b. c.
Risk aversion, neutrality, conflict.

Risk aversion, neutrality, risk seeking. Risk aversion, mitigation, assumptions.
d.
Risk aversion, mitigation, avoidance.

Planificación y Monitoreo - 2.1 - 2.2

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Planificación y Monitoreo - 2.1 - 2.2

Enviado por

Direitos autorais:

Formatos disponíveis

Planificacin y Monitoreo del Anlisis de Negocios

Planificacin y Monitoreo - CAP. 2

Introduccin Las Tareas (Procesos)

2.2 Realizar el Anlisis de Interesados

2.5 Planificar los Procesos de Gestin de Requisitos

Planificacin y Monitoreo - CAP. 2

Las reas de Conocimiento

ANLISIS EMPRESARIAL OBTENCIN DE REQUISITOS ANLISIS DE REQUISITOS

EVALUACIN Y VALIDACIN DE LA SOLUCIN GESTIN Y COMUNICACIN DE REQUISITOS

Planificacin y Monitoreo - CAP. 2

Las reas de Conocimiento

Es un esfuerzo casi uniforme a lo largo del ciclo de vida del Proyecto.

Planificacin y Monitoreo - CAP. 2

Grfico extrado del BABOK versin 2.0

Planificacin y Monitoreo - CAP. 2

Plan business analysis approach, conduct stakeholder

Plan requirements management process, manage BA

Plan business analysis approach, conduct stakeholder

Plan requirements management process, manage BA

2.1 Planificar el Mtodo para el Anlisis de Negocios

Planificacin y Monitoreo - CAP. 2

Planificar el Mtodo para el Anlisis de Negocios

Planificacin y Monitoreo - CAP. 2

Planificar el Mtodo para el Anlisis de Negocios

Determinar las necesidades y objetivos

Determinar el estndar actual

mtodo a ser utilizado.

La metodologa del proyecto

planificacin, el mtodo en cascada ser el que ms probablemente se utilice.

Planificar el Mtodo para el Anlisis de Negocios

defectos y variaciones dentro del proceso utilizando mucha informacin para

Planificar el Mtodo para el Anlisis de Negocios

Activos de los Procesos de la Organizacin (APO) Planificacin y Monitoreo - CAP. 2

Mtodo del Anlisis de Negocios 13

Esta Tarea (Proceso) Corresponde al KA de Anlisis Empresarial.

2.1 Planificar el Mtodo

(Proceso) Este es el Resultado de la

que usan como Entrada

Planificar el Mtodo para el Anlisis del Negocio

5.1 Necesidad del Negocio

orientado a la planificacin o un mtodo orientado al cambio.

proyecto e incluye a aquellos que realizaron similar trabajo antes

Elementos existentes de la organizacin que pueden ser

tiles para definir el mtodo del anlisis de negocios

Planificar el Mtodo para el Anlisis del Negocio

nfasis en: Incertidumbre:

Formalidad, planificacin y control Minimizada al inicio para reducir el riesgo

implementacin errnea es alto

La gestin de los interesados es

Cuando los equipos son reubicados y

Planificar el Mtodo para el Anlisis del Negocio

Los Elementos para planificar el Mtodo para el Anlisis de Negocios

formalidad 2. La formalidad y el nivel de detalle de los Entregables

aprobacin de los documentos es usualmente realizada antes de

pasar a una siguiente nivel de requisitos.

Planificar el Mtodo para el Anlisis del Negocio

Los Elementos para planificar el Mtodo para el Anlisis de Negocios

Metodologa orientada al cambio

4. La gestin del cambio

5. Los procesos de planificacin del BA

El mtodo determina que procesos se deben seguir para las actividades de

planificacin del BA. Este proceso ser integrado dentro de un plan de

Planificar el Mtodo para el Anlisis del Negocio