Introducción:

La mejor forma de garantizar el éxito de cualquier tipo de proyecto es tener un Gestor de Proyecto y un Analista de Negocio experimentados. Estas dos personas, trabajando juntas desde el inicio del proyecto, definen el nivel de éxito planificando con precisión y definiendo claramente el resultado esperado. Ambos roles son necesarios porque ambos son responsables de un conjunto de tareas distintas y ambos poseen una serie de habilidades que se complementan mutuamente. Los dos roles están estrechamente relacionadas pero exactamente ¿cuáles son las similitudes y diferencias? y ¿por qué un proyecto los necesita a ambos? Este curso discute el papel del Analista de Negocio (BA) y las habilidades de analista de negocio que un Gestor de Proyecto (PM) también tiene que tener. El conjunto de habilidades del analista de negocio incluye habilidad de pensamiento crítico, técnicas de desencadenamiento y gestión y análisis de requisitos. Puede que los gestores de proyecto experimentados ya tengan estas habilidades pero puede ser que las apliquen de forma distinta que los BAs. Comprender la complejidad del papel del analista de negocio permitirá al PM y al BA trabajar coordinados e incrementar la eficacia del proyecto. El alcance del proyecto es una de las áreas más críticas en las que el PM y el BA deberán trabajar conjuntamente. Además del alcance del proyecto, según se define en el PMBOK, el BA es responsable de definir el alcance del análisis de negocio. Cuando estos dos componentes del alcance se combinan, definen los límites completos del proyecto. En este curso, los Gestores de Proyecto aprenderán cómo los Analistas de Negocio definen el alcance del área para la que ellos llevarán a cabo su análisis. Este es sólo un ejemplo de una tarea con funciones separadas para el PM y el BA. Comprender sus respectivos roles es crítico para el éxito de un proyecto.

Objetivos del curso:

Al finalizar el curso, los alumnos deberán ser capaces de:

• Aprender a analizar y determinar el alcance del área de análisis para clarificar el nivel y la complejidad del esfuerzo de análisis de negocio necesario para el proyecto.

• Aprender qué es un requisito excelente y la diferencia entre requisitos funcionales y de negocio.

• Conocer los cinco componentes centrales necesarios para analizar un área de negocio.

• Tener una idea introductoria de las técnicas más frecuentemente utilizadas en el análisis.

• Discutir alternativas para el seguimiento de los requisitos.

• Planificar una aproximación para analizar, categorizar y gestionar los requisitos.

• Determinar el nivel de formalidad requerido y considerar opciones para documentar y empaquetar los requisitos basándose en el tipo de proyecto, sus prioridades y riesgos.

• Identificar las técnicas y las opciones de documentación apropiadas para los distintos tipos de proyecto, aproximaciones y desarrollos de software (COTS, mantenimiento, mejora del proceso de negocio, nuevo desarrollo, etc.).

• Comprender cómo los requisitos de validación impactan al proyecto y los componentes del testeo de software.

• Revisar los requisitos de análisis de negocio para mejorar la calidad de los entregables.

Dirigido a:

Este curso está diseñado para Gestores de Proyecto responsables de revisar los requisitos, administrar los esfuerzos de análisis de negocio, supervisar los esfuerzos de testeo y  obtener aprobación de los entregables del análisis de negocio. Para PMs que también son responsables de recopilar los requisitos de negocio, recomendamos que asistan a todos los cursos principales de análisis de negocio.

Requisitos previos:

Disponer de experiencia mínima de 3 años en el ámbito de la programación.

Profesorado:

Contamos con un equipo de instructores altamente cualificados que combinan la actividad formativa con el desarrollo de su actividad profesional como expertos en el campo de las TIC. Profesionales certificados por los principales fabricantes del sector capaces de transferir de forma amena y entendedora los conceptos técnicos más abstractos.

Documentación:

Cada alumno recibirá un ejemplar de la Documentación oficial elaborada por B2T.

Certificación:

Todos los alumnos que finalicen con éxito el curso recibirán un certificado de asistencia emitido por netmind. Por la asistencia a este curso se otorgan 24 PDUs de Project Management Institute.

Contenidos:

1. Introducción

   1.1 ¿Qué es el análisis de negocio?

   1.2 Revisión de las principales tareas de un analista de negocio.

   1.3 Definición de las habilidades esenciales necesarias para llevar a cabo las tareas.

2. Participantes del Proyecto y sus Roles

   2.1 Identificar los actores del proyecto y sus roles.

   2.2 Discutir cómo el analista del negocio interacciona con los participantes.

3. Definición del Alcance del Proyecto desde la perspectiva del analista del negocio

   3.1 Entender por qué se lleva a cabo el proyecto.

   3.2 Introducción del Análisis Corporativo.

   3.3 Comprensión del entorno organizativo.

   3.4 Identificación de los actores del negocio involucrados en el proyecto y de su impacto en el análisis de negocio.

   3.5 Aprender a hacer preguntas para determinar el alcance y facilitar la discusión con los actores del proyecto utilizando representaciones visuales de los límites de requisitos.

   3.6 Aprender la técnica de diagrama de flujo a nivel de contexto para identificar y determinar qué se debe analizar y, más importante, qué no hay que analizar.

   3.7 Analizar las interacciones con personas, otras organizaciones, sistemas existentes y otras aplicaciones de software.

   3.8 Discutir cómo un analista de negocio debería recopilar, organizar y mantener los requisitos para un análisis eficaz que se pueda aprovechar para proyectos futuros.

   3.9 Práctica – Determinar el alcance del proyecto de caso de estudio de la clase.

4. Definición y Detalle de los Requisitos

   4.1 ¿Qué es un requisito? ¿Por qué es importante recopilar y documentar los requisitos? ¿Cuáles son los criterios utilizados para juzgar la calidad de los requisitos de “excelencia”?

   4.2 Aprender cómo los desarrolladores de software utilizan estos requisitos.

   4.3 Comprender la diferencia entre análisis del negocio y diseño de las soluciones o requisitos “de negocio” frente a requisitos “tecnológicos”.

   4.4 ¿Por qué es preciso comprender el problema del negocio antes de decidirse por una solución?

   4.5 Aprender los 5 componentes de requisitos centrales, qué describen y por qué son importantes.

         · Entidad.

         · Atributo.

         · Proceso (Caso de uso).

         · Agente externo (actor).

         · Regla de negocio. 

5. Técnicas de Análisis de Requisitos

   5.1 Aprender la forma recomendada para categorizar los requisitos. ¿Por qué se deberían categorizar? ¿Quién utiliza las categorías? ¿Por qué es difícil crear categorías diferenciadas?

         · Requisitos de Negocio.

         · Requisitos Funcionales.

         · Requisitos Técnicos.

   5.2 Aprender el concepto de trazabilidad de los requisitos.

   5.3 Discusión de las técnicas más frecuentes de análisis para organizar y definir los requisitos. Los analistas de negocio deberían tener experiencia en muchas técnicas de análisis para poder adaptarse a distintos tipos de proyectos y negocios.

         · Plantillas textuales estructuradas.

         · Diagrama de relaciones de entidades.

         · Diagrama de Decomposición.

         · Historias de usuarios, diagrama y descripciones de casos de uso.

         · Diagrama de flujo (UML, BPMN, ANSI, swim lane).

         · Realización de prototipos.

   5.4 Consideración de opciones y nivel de formalidad para los requisitos de empaquetado y selección de las técnicas de documentación apropiadas para cada proyecto.

   5.5 Revisión de las herramientas de software disponibles que se pueden utilizar para la gestión de requerimientos.

   5.6 Práctica – Puesta en práctica de distintas técnicas de análisis para los requisitos del caso de estudio del curso.

6. Revisión de Requisitos

   6.1 Aprender cómo realizar una revisión de requisitos: ¿Quién debería participar? ¿Cuáles son los pasos requeridos? ¿Cómo se conduce una sesión? ¿Cuáles son los retos más frecuentes?

   6.2 Práctica – Revisión de un paquete de requisitos de ejemplo

         · Identificar los requisitos que faltan o están incompletos.

         · Identificar los casos de prueba potenciales.

         · Documentación de elementos relevantes y desarrollo de una

           estrategia de avance.

7. Validación de los Requisitos

   7.1 Comprensión del rol del análisis de negocio en la validación de los requisitos y testeo de software.

   7.2 Introducción al testeo de software: ¿Por qué es importante? ¿Cuál es el rol del analista de negocio en el testeo? ¿Cuál es su objetivo principal? ¿Cuáles son las fases y tipos de testeo?

   7.3 Aprender a verificar que los requisitos de negocio están completos identificando casos de prueba.

   7.4 Práctica de identificación de los casos de prueba y definición de los requisitos basándose en principios de garantía de calidad.

8. Resumen del curso

   8.1 Revisión de las habilidades y tareas del análisis de negocio.

   8.2 Práctica – Esbozo de un Plan de Comunicación de un Análisis de Negocio para un proyecto de CRM.

   8.3 Desarrollar un Plan de Acción para el proyecto del estudiante.

   8.4 Discusión y preguntas de los asistentes.

9. Apéndice – Visión general de los Procesos y Estándares de Desarrollo de Aplicaciones

   9.1 Discusión de distintas metodologías para el desarrollo de aplicaciones.

   9.2 Aprender qué modelos se utilizan en cada aproximación:

         · Cascada.

         · Ingeniería de Información.

         · IDEF.

         · RAD.

         · Iterativo/Ágil

         · BPMN.

         · Orientado a Objeto - UML.

         · Espiral/RUP.

            

Solicitar información Generar PDF