¿En términos generales, de que se trata hacer Project Scope Management?
- Se trata de que todo el trabajo necesario sea incorporado en el proyecto. No más, ni menos. Se trata de saber que incluye y no incluye el proyecto
¿Cuál es la diferencia entre Product Scope y Project Scope?
- Product Scope, es completar las características que se dijo iba a tener el producto
- Project Scope, además de incluir Product Scope, agrega lo demás necesario del proyecto, como planificación, gestión de cambios, despliegue del producto, etc. Logrando los objetivos del proyecto, KPI, dinero, alcance tiempo.
En caso de tener el Rol de Bussines Analyst ¿Cómo se diferencia con el rol de Project Manager?
- El Bussines Analyst es quien detecta la necesidad o el problema del negocio, busca la posible solución, y captura los requerimientos del proyecto para finalmente facilitar la implementación del producto. En cambio, el Project Manager se encarga que aquellos requerimientos sean atendidos por el equipo y realizados en forma, tiempo y costo
¿Qué es el concepto de Tailoring en Project Scope Management?
- Puesto que cada proyecto es único el PM puede ser que ajuste alguna de las etapas anteriores
Dentro de Project Scope Management, cuáles son sus 6 sub procesos, explique brevemente c/u?
i. Plan Scope Management: Define como el alcance del Proyecto/producto será definido, validado y controlado
ii. Collect Requirements: Determinar, documentar y administrar las necesidades de los stakeholders en relación al producto para lograr los objetivos
iii. Define Scope: Desarrollar una descripción detallada del producto
iv. Crear WBS: Subdividir el proyecto en piezas pequeñas trabajables y definir entregables
v. Validate Scope: formalización de aceptación de los entregables
vi. Control Scope: Monitorear el avance y manejar los cambios en relación a la línea base
¿Cuál es la ventaja de tener el proceso de Plan Scope Management?
- Es tener claro como se va a manejar el Scope a lo largo del proyecto
¿Cuáles son los inputs para Plan Scope Management?
- Project Chapter
- Project Management Plan -> Quality, Life Cycle, Development approach
- EEF
- OPA
¿Qué técnicas se utilizan para Plan Scope Management?
- Juicio Experto
- Data Analysis
- Meetings
¿Cuáles son los Outputs de Plan Scope Management?
- Scope Management Plan: como el alcance va a ser definido, desarrollado, monitoreado, controlado y validado: Como se arán los otros procesos
- Requirement Management Plan: Como los requerimientos del proyecto y producto serán analizados, documentados y manejados: seguimiento, reporte, priorización, métricas. RTM (Requirements traceability matrix)
¿Cuál es el beneficio de hacer el proceso de Collect Requirements?
- Es tener la base del producto y con ello la base del scope del proyecto y producto
¿Cuáles son los 6 tipos de requerimientos que puede haber?
- Business Requirements: De alto nivel como necesidad del negocio, es la razón de ser del proyecto. Ejemplo aumentar la producción de cobre en 2%
- Stakeholder requirements: Son solicitudes específicas de individuos para con el producto. Ejemplo, necesito ver que está entrando a la planta en términos de caracterización de mineral
- Solutions requirements:
Functional: es cómo se comporta el producto. Ej. Deben registrarse con contraseña, debe haber un botón de búsqueda
Nonfunctional: son las condiciones “ambientales” o cualidades. Rendimiento, datos encriptados - Transition and rediness requirements: lo necesario de hacer desde cómo estamos ahora lograr llegar al futuro y que no formarán parte de la solución final. Ejemplo, capacitación del personal, migración de datos, pruebas de aceptación
- Project Requirements: Lo que debe cumplir el proyecto. Ejemplo, milestone dates, obligaciones contractuales, etc.
- Quality requirements: validación de que lo entregado está acorde a lo solicitado. Test, certificaciones, validaciones, etc.
¿Cuáles son los inputs necesarios para Collect Requirements?
- Project Charter
- Project Management Plan
- Project Documents
Assumption Log
Lessons learned register
Stakeholder Register
Business case
Acuerdos - EEF
- OPA
¿Cuáles son las mejores técnicas para recolectar los requerimientos del producto?
o Juicio Experto
o Data Gathering:
▫ Interviewing Stakeholders
i. Registrar los stakeholders
ii. Reuniones uno a uno, uno a muchos, muchos a muchos
▫ Focus Groups
i. Es un evento moderado
ii. 6-12 personas
iii. El moderador es neutro
iv. Importante la composición del grupo (mezclado, solo los de un tipo, etc.)
▫ Questionnaries and Surveys:
i. Para grandes grupos
ii. Basados en papel
iii. Basados en web
▫ Benchmarking the Requirement
i. Se comparan dos o más sistemas para saber cuál da mejores resultados
o Data Analysis:
▫ Analizar Documentos de proyectos
i. Analizar para comparar con tu proyecto que requerimientos se pueden sacar
ii. Project Plans
iii. Brouchues
iv. Blueprints
v. Specifications
o Decision Making:
▫ Multicriteria Analysis
o Data Representation:
▫ Affinity Diagram:
* Se hace un brainstorming y se agrupan según afinidad
▫ Mind mapping:
* Consolida ideas sobre sesiones de brainstorming individuales en un mapa unificado donde se ven las similitudes y diferencias
o Habilidades interpersonales:
▫ Nominal Gropus Technique: es el brainstorming pero con votación para saber cuáles son más útiles
▫ Observación/conversación: ir a terreno (job shadowing)
▫ Facilitación: Traer a los stakeholders claves y hacer un workshop
o Diagramas de Contexto: Muestra el sistema de negocio (el proceso) de como los usuarios interactúan con él.
o Prototipos: Mock-ups
¿Cuáles son los outputs de Collect Requirements?
- Es la lista de todos los requerimientos colectados y sus características
¿Qué es Requirements Traceability Matrix?
- Es una matriz que permite el seguimiento y cumplimiento de los requerimientos
¿Qué análisis es útil hacer en relación al Producto (Product Analysis)?
- Product breakdown: Dividir el producto y analizar para qué es cada parte
- Requirements analysis: es estudiar y entender bien los requerimientos
- Systems analysis: Es entender como el producto entra en el sistema
- System engineering: es los análisis técnicos de cómo llevar esos requerimientos a la realidad
- Value engineering: Es ver que cada componente entrega valor desde el punto de vista técnico
- Value analysis: es ver que cada componente que no es necesario para el value engineering entrega valor final al propósito del proyecto
¿Explique a que se refiere con Define Scope y cuál es el beneficio de hacerlo?
▫ Se refiere a Definir una descripción detallada del proyecto y del producto
▫ Establece límites (que no incluye que si incluye) y criterios de aceptación. Puede ser que no todos los requerimientos capturados en Collect Requirements se incluyan
¿Cuáles son los inptus de Define Scope?
- Project Charter
- Project Management Plan
- Project Documents:
Assumptions log
Requirements documentation
Risk register - EEF
- OPA
¿Cuáles son las técnicas y herramientas para Define Scope?
- Juicio Experto
- Data Analysis: ej. Alternative analysis
- Decision Making:
- Interpersonal and Team Skills
- Product Analysis
¿En qué consiste el Scope baseline?
- Consiste en:
▫ Project scope statement
▫ Project WBS
▫ Project WBS dictionary (detalles del entregable, actividades y calendarización). Ej: requerimientos de calidad, costos estimados, criterios de aceptación, etc.
¿Cuáles son los outputs de Define Scope?
- Project Statement: Es la descripción del alcance del proyecto y producto, entregables principales, limitaciones y supuestos. También puede incluir explícitamente aquellas cosas que se excluyeron
¿Qué es el Work Breakdown Structure WBS y cuál es el beneficio de hacerlo?
- Es la descomposición en partes más pequeñas del Scope del proyecto
- El beneficio es que da un marco en lo que hay que trabajar
¿Por qué no es bueno dividir demasiado el trabajo?
- Demasiada división del trabajo puede llevar al malgasto de esfuerzo en la administración de ese trabajo, uso ineficiente de recursos, disminución de la performance del equipo
¿Cuáles son los inputs para hacer WBS?
- Project Management Plan
- Project Documentos: Project Scope statements, Requirements documentation
- EEI
- OPA
-
4.1 Project Scope35
-
4.2 Project Schedule Managements37
-
4.3 Project cost Management20
-
4.4 Project Quality Management28
-
4.5 Project Resource Management39
-
4.6 Project Communication Management16
-
4.7 Project Risk Management38
-
4.8 Project Procurement Management16
-
4.9 Engaging Project Stakeholders14
-
4.10 Agile64
-
a. Test 124
-
b. Test 2 errores David McLachlan1
