P.E. PMI UDEP PIURA XIII - V. Dominios de Desempeño (Entrega) - Pag 170 Al 191

Programa de Especialización en Gerencia de Proyectos bajo el enfoque del Project Management Institute
Universidad de Piura - PMB Consulting Group
Programa de Especialización en
Gerencia de Proyectos
bajo el enfoque del PMI
(Project Management Institute)
IV. Dominios de Desempeño (Planificación) –
Sesión # 10
3. Dominio de desempeño de Planificación
Universidad de Piura – Campus Piura 170

Principios de Gestión de Proyectos

1. Sea un gerente con mentalidad ágil, 2. Construir en el equipo de proyecto un 3. Comprometerse eficazmente con los 4. Centrarse en el valor.
respetuoso y afectuoso. entorno colaborativo. interesados.
5. Reconocer, evaluar y responder a las 6. Demostrar comportamientos de 7. Adaptar según el contexto. 8. Integrar la calidad en los procesos y los
interacciones de los sistemas. liderazgo. entregables.
9. Navegar por la complejidad. 10. Optimizar las respuestas a los riesgos. 11. Adoptar la adaptabilidad y la resilencia. 12. Alineamiento a los cambios para
lograr el estado futuro previsto.
Dominios de Desempeño
Componentes
del proyecto
1.1.1 Identificar
1.1.2 Comprender
1.1.3 Analizar
1. Interesados 1.1 Involucramiento de los Interesados
1.1.4 Priorizar
1.1.5 Involucrar
1.1.6 Monitorear
2.1 Dirección y Liderazgo del equipo del proyecto. 2.4 Habilidades de Liderazgo.
2. Equipo 2.2 Cultura del equipo del proyecto. 2.5 Adaptación de estilos de liderazgo.
2.3 Equipos de Proyecto de alto rendimiento.
3. Enfoque de desarrollo y ciclo 3.1 Cadencia de entrega.
3.3 Consideraciones para seleccionar un Enfoque de Desarrollo.
de vida 3.2 Enfoques de Desarrollo.
4.1 Inicio. 4.7 Comunicación.
4.2 Entrega . 4.8 Recursos Físicos.
4.3 Estimación. 4.9 Adquisición.
4. Planificación
4.4 Cronograma. 4.10 Cambios.
4.5 Presupuesto. 4.11 Métricas.
4.6 Composición y estructura del equipo del proyecto. 4.12 Alineación.
5.1 Equilibrio de las restricciones en competencia. 5.5 Gestión de recursos físicos.
5.2 Monitoreo de nuevos trabajos y cambios. 5.6 Conservación del enfoque del equipo del proyecto.
5. Trabajo del Proyecto
5.3 Aprendizaje a lo largo del proyecto. 5.7 Comunicaciones e involucramiento en el proyecto.
5.4 Procesos del proyecto. 5.8 Trabajo con adquisiciones.
6.1 Entrega de valor. 6.3 Calidad.
6. Entrega
6.2 Entregables. 6.4 Resultados óptimos.
7.1 Establecimiento de medidas efectivas. 7.4 Peligros en las mediciones.
7.2 ¿Qué medir? (Métricas sobre Entregables, Entrega, Desempeño con respecto a
7.5 Resolución de problemas de desempeño.
7. Medición la línea base, Recursos, Valor del negocio, Interesados, Pronósticos)
7.3 Presentación de la información (Tablero de Control, Radiadores de Información,
7.6 Crecimiento y mejora.
Controles Visuales).
8.1 Definiciones. 8.5 Volatilidad.
8.2 Incertidumbre general. 8.6 Riesgo.
8. Incertidumbre 3
8.3 Ambigüedad. 8.7 Verificación de resultados.
8.4 Complejidad (Basada en sistemas, Replanteamiento, Basada en procesos).
3.2 Entrega

3.2 Entrega
2. Definir el alcance y los criterios de aceptación
Enunciado del alcance del proyecto

1. Objetivos
* Implementación de un Software informático que reduzca las incidencias en las historias clínicas de los
diferentes centros de salud a nivel nacional en un tiempo de 15 meses y con un presupuesto de U$ 200,000
dólares.
2. Producto
Entregables del Producto Características
Software de Historias Software colaborativo, sistemas desarrollados en formato de plataforma
clínicas digitalizado y estructura modular, escalabilidad digital.
La Arquitectura de una Historia Clínica Digital (AHCD) se define basada en
Base de datos de las
el CDA del estándar HL7, puesto que el CDA es un documento XML que
Historias clínicas en la
especifica la estructura y semántica de un documento clínico, y se deriva
nube
del modelo de referencia RIM.
La aplicación web se basa en la metodología de intercambio electrónico de
Servidor de aplicación y
información clínica y fue desarrollada en el lenguaje de programación Java
base de datos en la nube
con JSP y JSF.
Manuales del Sistema
Manual de Instalación, del Sistema y de Usuario
funcional
3.2 Entrega
3. Criterios de Aceptación del Producto

Entregables de Producto Criterios de Aceptación
• El sistema debe estar disponible 100%, garantizar la confiabilidad, la seguridad y el

Software de Historias
desempeño del sistema de información a los diferentes usuarios. En este sentido la
clínicas digitalizado
información almacenada podrá ser consultada y actualizada permanente y simultáneamente.
Base de datos de las • Distintos dispositivos periféricos que puedan intercomunicarse con la base de datos y que
Historias clínicas en la puedan subir de forma automática la información a la HCD de cada cliente para que pueda ser
nube accesada de lugares remotos.
• La aplicación web debe soportar los picos de concurrencia de hasta 10,000 usuarios a la vez
Servidor de aplicación y
utilizando la aplicación, los tiempos de respuesta deben estar entre 1 y 3 segundos.
base de datos en la nube
• Los datos y aplicaciones debe estar implementado de acuerdo al estándar ISO 27001.
• Usuarios adecuadamente capacitados para realizar sus actividades del día a día.
funcional
4. Entregables del Proyecto

Fase del Proyecto Entregables
Project Charter, Plan para la dirección de proyecto, Informes de desempeño,
Gestión del proyecto
Informe de cierre de gestión
Análisis y diseño Análisis, Modelamiento Conceptual y Físico, Prototipo de los módulos a configurar.
Desarrollo Funcionalidades, Base de datos, Diseño Gráfico, Documentación

Integración y Pruebas Pruebas internas, Pruebas de usuario y Carga de datos
Puesta en Producción Pre-producción, Pase a Producción, Manuales del Sistema 6

3.2 Entrega
5. Exclusiones del Proyecto

• Implementación del Software de historias clínicas en los centros de salud.
6. Supuestos del Proyecto

• Compromiso de la alta Gerencia con la ejecución del proyecto.
• Compromiso de las áreas involucradas.
• Los recursos financieros están aprobados.
• El equipo de proyecto contara con la infraestructura necesaria durante el desarrollo del
• proyecto.
7. Restricciones del Proyecto

• Presupuesto: U$ 1,000,000 dólares.
• Horas extras con aprobación del Gerente de proyecto.
• El sistema debe permitir la integración con sistemas externos.
• El sistema debe contar con soporte a nivel internacional.
3.2 Entrega
 Alcance del producto: Consta de las

características y funciones de un producto, servicio
o resultado.
 Alcance del proyecto: Es el trabajo realizado para
entregar un producto, servicio o resultado con las
funciones y características especificadas.
 Alcance: Es la suma de los productos, servicios y

resultados a ser proporcionados como un proyecto.
• Gestión del Proyecto

• Software de Historias clínicas Plan de Proyecto
digitalizado Informe de Desempeño
• Base de datos de las Historias Informe de Cierre
•Análisis y Diseño
clínicas en la nube
• Desarrollo
• Servidor de aplicación y base de
• Integración y Pruebas
datos en la nube • Puesta en Producción
• Manuales del Sistema funcional

Implementación de un Sistema
de Historias Clínicas Digitales
Alcance Alcance
Alcance = del Producto + del Proyecto 8
Fuente: Project Management Institute, A Guide to the Project Management Body of Knowledge, (PMBOK® Guide) –Seventh Edition, Project Management Institute, Inc., 2021, Page 52

3.2 Entrega
• Se selecciona los requisitos definitivos del proyecto a

partir de la documentación de requisitos y se desarrolla
una descripción detallada del proyecto y del producto,
1 servicio o resultado.
• La preparación de un enunciado detallado del alcance del

proyecto es fundamental para el éxito del proyecto, y se
elabora a partir de los entregables principales, los
2 supuestos y las restricciones documentados durante el
inicio del proyecto.
• Durante la planificación del proyecto, el alcance del

proyecto se define y se describe de manera más específica
conforme se va recopilando mayor información acerca del
3 proyecto.
 Enunciado del Alcance del Proyecto: Incluye

la descripción del alcance, los entregables
principales, los supuestos y las restricciones del
proyecto.
3.2 Entrega
Modelos y Métodos.
1. Análisis de alternativas: Se puede utilizar para
evaluar formas de satisfacer las necesidades y los
objetivos definidos en el acta de constitución.
10
Project Management Institute, Guía de los Fundamentos para la Dirección de Proyectos – PMBOK 7ma edic., Project Management Institute, Inc., 2021, Page 6.

3.2 Entrega
Modelos y Métodos.
2. Toma de decisiones:
 Análisis de decisiones con múltiples
criterios: Es una técnica que utiliza una
matriz de decisión para proporcionar un
enfoque analítico sistemático para el
establecimiento de criterios, tales como los
requisitos, el cronograma, el presupuesto y los
recursos, a fin de refinar el alcance del
proyecto y del producto para el proyecto.
11
3.2 Entrega
1. Desglose
Modelos y Métodos. del producto
3. Análisis del producto: Se puede utilizar para definir 6. Ingeniería 2. Análisis de

productos y servicios. Incluye hacer preguntas acerca del valor requisitos
de un producto o servicio y la formación de respuestas Técnicas de

Análisis del
para describir el uso, las características y otros producto
aspectos relevantes de lo que va a ser entregado. 5. Análisis 3. Análisis de
del valor sistemas
4. Ingeniería
de sistemas
Software de Historias clínicas

digitalizado
Base de datos de las

Historias clínicas en la nube
Servidor de aplicación y base

de datos en la nube

funcional
12

3.2 Entrega
Artefactos.
• Enunciado del alcance del proyecto.
 Es la descripción del alcance, de los entregables
principales, de los supuestos y de las restricciones
del proyecto. El enunciado del alcance del proyecto
documenta el alcance en su totalidad, incluyendo el
alcance del proyecto y del producto.
13
3.2 Entrega
3. Desglosar el alcance
Proyecto de Software
Versión 2.0
1. GESTIÓN DE 3. DESARROLLO 4. INTEGRACIÓN Y 5. POST-

PROYECTO 2. ANÁLISIS Y DISEÑO
PRUEBAS IMPLEMENTACIÓN
2.1 Análisis 3.1 Funcionalidades

1.1 Acta de Constitución 4.1 Pruebas Internas 5.1 Pre-Producción
del proyecto
2.1.1 Requerimientos
3.2 Base de Datos 4.2 Pruebas de 5.2 Pase a
1.2 Plan de dirección del Usuario Producción
proyecto 2.1.2 Procesos
3.3 Diseño Gráfico 5.3 Manuales del
1.2.1 Plan de Gestión de Alcance 2.1.3 Propuesta 4.3 Carga de Datos
Sistema
funcional
1.2.2 Plan de Gestión de Cronograma 3.4 Documentación
2.2 Diseño
1.2.3 Plan de Gestión de Costos
2.2.1 Modelamiento
1.2.4 Plan de Gestión de Calidad
2.2.1.1 Conceptual
1.2.5
1.2.5Plan
PlandedeGestión
Gestióndede
RR.HH.
Recursos
2.2.1.2 Físico
1.2.6 Plan de Gestión de Comunicaciones
2.2.2 Prototipo
1.2.7 Plan de Gestión de Riesgos
2.3 Documentación
1.2.8 Plan de Gestión de Adquisiciones
1.2.9 Plan de Involucramiento de
1.2.9 Plan de Gestión de Interesados
Interesados
1.2.10 Línea Base de Alcance
1.2.11 Línea Base de Cronograma
1.2.12 Línea Base de Costos
1.3 Informes de Desempeño

14
1.4 Informes de Cierre

3.2 Entrega
2.1.1 Construcción
2.1.2 Operación
2.1.3 Social
2.1.4 De Agua
1.2.9 Plan de Involucramiento de

Interesados
1.2.10 Plan de Gestión Financiera
1.2.11 Plan de Gestión de Salud,
Seguridad y Medio Ambiente
1.2.12 Línea Base de Alcance
1.2.13 Línea Base de Cronograma
1.2.14 Línea Base de Costos
15
1
3.2 Entrega
16

3.2 Entrega
1.2 Informe de
desempeño
17
3.2 Entrega
18

3.2 Entrega
Modelos y Métodos.
1. Descomposición: Es un método utilizado para
dividir y subdividir el alcance del proyecto y los
entregables del proyecto en partes más pequeñas
y manejables llamadas paquete de trabajo.
La estructura de la EDT/WBS se puede representar de diferentes

maneras, tales como:
 Utilizando las fases del ciclo de vida del proyecto como

segundo nivel de descomposición, con los entregables
del producto y del proyecto insertados en el tercer
nivel.
 Utilizando los entregables principales como segundo

nivel de descomposición.
 Incorporando componentes de nivel inferior que

pueden desarrollar organizaciones externas al equipo
del proyecto, como por ejemplo trabajo contratado.
19
Project Management Institute, Guía de los Fundamentos para la Dirección de Proyectos – PMBOK 7ma edic., Project Management Institute, Inc., 2021, Page 239 y 250.
3.2 Entrega
Artefactos.
• Línea Base del alcance.
 Es la versión aprobada de un enunciado del alcance,
estructura de desglose del trabajo (EDT/WBS) y su
diccionario de la EDT/WBS asociado.
 Diccionario de la EDT/WBS. Es un documento que proporciona

información detallada sobre los entregables, actividades y programación
de cada uno de los componentes de la EDT/WBS.
20

3.2 Entrega
Dinámica 1
• Se está desarrollando un proyecto de Construcción de un Aeropuerto al Este de la ciudad el cual
deberá contar con 10 pistas de aterrizaje, 4 pistas de rodaje y 3 plataformas de estacionamiento de
aeronaves, las dimensiones de la plataforma de estacionamiento deberán cumplir con los
requisitos para movimientos de aeronaves y número de posiciones requeridas para el
estacionamiento de los diferentes tipos de aeronaves según la configuración final de las áreas de
embarque. La pista de aterrizaje constará de 3000m de longitud por 60m de ancho.
En la Infraestructura aeroportuaria para el manejo de pasajeros al término el desarrollo de la
infraestructura deberá planificarse de tal manera que permita el desarrollo de la infraestructura
aeroportuaria requerida para la adecuada atención y manejo de un mínimo de 18.4 millones de
pasajeros anuales. De esta manera se protegerá la capacidad máxima operacional del Aeropuerto
para el futuro desarrollo.
Para temas de diseño y construcción relativos a los métodos de calidad y control, prueba de
materiales y cálculos estructurales, se regirán por las normas del Perú, los Estados Unidos, Canadá
y Europa.
21
3.2 Entrega
Dinámica 1
• El diseño, calidad de construcción y acabados interiores del Edificio Terminal y otros edificios importantes del
Aeropuerto deberá llevarse a cabo de conformidad con la calidad de estructuras similares que hayan sido
recientemente construidas dentro de los últimos diez años en los aeropuertos de Miami (USA), Vancouver (Canadá),
Washintong DC (USA), Dulles, Virginia (USA), Amsterdan (Hollanda), París (Francia), San Francisco (USA), Jhon F.
Kennedy (USA), Orlando, Florida (USA), Toronto (Canadá) y Chicago, Illinois (USA).
El Aeropuerto deberá ser planificado, desarrollado, construido y operado de tal manera que limite el impacto
negativo en el área urbana aledaña y en el medio ambiente natural y de forma tal que satisfaga los estándares y
requisitos establecidos en las Leyes Aplicables, en especial el Código del Medio Ambiente y de Recursos Naturales -
Decreto Legislativo 613, así como el Anexo 16 de la OACI.
Contará con un terminal para rutas nacionales e internacionales. Contará con Torres de Control dotadas de los más
avanzados equipos de telecomunicaciones y servicio meteorológico. Tendrá calles de rodaje, plataformas y
plataformas de estacionamiento. De igual forma constará con Instalaciones de servicios cómo: Bomberos
Aeronáuticos, Subestación Eléctrica, Tanque de agua, ambulatorio médico, instalaciones de Carga, Talleres de
Mantenimiento. Ambulancias y camiones de bomberos.
• ¿Cuál es el alcance del producto y del proyecto?
22

3.2 Entrega
4. Calidad
Plan de Gestión de Calidad
Entregable Actividad de Calidad Responsable Descripción

Instalación del
Servidor de Verificación de las especificaciones Montaje e instalación de servidores y equipos
Líder de Sistemas
aplicación y base de técnicas de los servidores de acuerdo a normas técnicas
datos en la nube
Verificación de las
Cumplimiento de Norma Técnica Peruana
especificaciones técnicas como
Migración de Líder de “NTP-ISO/IEC 12207 Tecnología de la
herramientas de valoración de la
Datos Sistemas Información sobre la interoperabilidad a nivel
migración, capacidad de la base
de datos, para una migración
de datos
Verificación de cumplimiento de Cumplimiento de Norma Técnica Peruana
Líder de
Pruebas Integrales la Norma Técnica Peruana “NTP- “NTP-ISO/IEC 12207 Tecnología de la
Sistemas
ISO/IEC 12207 Información sobre la testeabilidad
Cumplimiento de Norma Técnica Peruana
“NTP-ISO/IEC 12207 Tecnología de la
Pruebas de Verificación de cumplimiento de la
Líder de Sistemas Información sobre los protocolos que deben
Vulnerabilidad norma ISO 27001
ser capaces de garantizar privacidad,
integridad y autenticidad de los datos
Verificación de cumplimiento de la Cumplimiento de Norma Técnica Peruana
Carga de datos Norma Técnica Peruana “NTP- Líder de Sistemas “NTP-ISO/IEC 12207 Tecnología de la
ISO/IEC 12207 Información sobre la Carga de datos
23
3.2 Entrega
4. Calidad
Plan de Gestión de Calidad
Frecuencia de
Métricas de Calidad Descripción Responsable
medición
Se realizan pruebas para medir el tiempo que

Tiempo de respuesta de
Diario demora en realizar una transacción con 10,000 Líder de Sistemas
transacción <= 3 segundos
usuarios a la vez
Se realizan pruebas para medir el tiempo que

Tiempo de respuesta de Base
Diario demora en realizar una transacción con 30,000 Líder de Sistemas
de Datos <= 2 segundos
usuarios a la vez
Caídas del Sistema = 0 Diario Se medirán el número de caídas del sistema Líder de Sistemas
Se realizaron mediciones para verificar los picos

Picos de concurrencia de
Diario de concurrencia de usuarios conectados al Líder de Sistemas
10,000 usuarios
mismo tiempo sin afectar producción.
24

3.2 Entrega
4. Calidad
 La calidad del proyecto implica satisfacer las

expectativas de los interesados y cumplir con los
requisitos del proyecto y del producto.
 La calidad se centra en cumplir con los criterios de

aceptación para los entregables.
 La calidad del proyecto implica garantizar que los

procesos del proyecto sean apropiados y lo más
eficaces posible.
 En los proyectos es inherente equilibrar las
necesidades de calidad de los procesos y productos
con los costos asociados con la satisfacción de esas
necesidades.
25
Fuente: Project Management Institute, A Guide to the Project Management Body of Knowledge, (PMBOK® Guide) –Seventh Edition, Project Management
Institute, Inc., 2021, Page 47
3.2 Entrega
4. Calidad
• El alcance y los requisitos se enfocan en lo que se debe entregar. La

calidad se centra en los niveles de desempeño que deben cumplirse.
1
• Los requisitos de calidad pueden reflejarse en los criterios de

finalización, la definición de terminado, el enunciado del trabajo o la
2 documentación de requisitos.
• Gran parte de los costos asociados con la calidad nacen de la

organización patrocinadora y se reflejan en las políticas,
procedimientos y procesos de trabajo. Por ejemplo, las políticas
3 organizacionales.
• Los costos de los gastos generales, capacitación y auditoría de procesos

son asumidos por la organización, aunque son empleados por el
4 proyecto.
 Calidad. Grado en el que un conjunto de características

inherentes satisface los requisitos.
26

3.2 Entrega
4. Calidad
• La calidad puede tener varias dimensiones diversas que incluyen, entre otras:
Resilencia. ¿Es el entregable capaz de hacer frente a

1 fallas imprevistas y recuperarse rápidamente?
2.
1.
Desemp Desempeño. ¿Funciona el entregable como lo previeron
Resilencia
eño
2 el equipo del proyecto y otros interesados?
Conformidad. ¿El entregable es apto para su uso y

3 cumple con las especificaciones?
3. 4.
Conform Confiabili
Confiabilidad. ¿El entregable produce métricas
idad dad 4 consistentes cada vez que se realiza o produce?
Satisfacción. ¿El entregable obtiene retroalimentación

5. 6. 5 positiva de los usuarios finales? ¿Esto incluye usabilidad
Satisfacci Uniformi y experiencia del usuario?
ón dad
6 Uniformidad. ¿El entregable exhibe paridad con otros
entregables producidos de la misma manera?
Eficiencia. ¿El entregable produce la mayor salida con la

7. 8. 7 menor cantidad de entradas y esfuerzo?
Eficienci Sostenibili
a dad Sostenibilidad. ¿El entregable produce un impacto
8 positivo en los parámetros económicos, sociales y
ambientales?
27
3.2 Entrega
4. Calidad
• El objetivo de las actividades de calidad es

ayudar a garantizar que lo que se entrega
cumple con los objetivos del cliente y otros
1 interesados relevantes en la ruta más
sencilla.
• La intención es minimizar el desperdicio de

recursos y maximizar la probabilidad de
2 lograr el resultado deseado.
• Esto tiene como resultado:
Trasladar los entregables al punto de entrega

rápidamente.
Prevenir defectos en los entregables o

identificarlos temprano para evitar o reducir
la necesidad de retrabajo y desechos.
28
Fuente: Project Management Institute, A Guide to the Project Management Body of Knowledge, (PMBOK®
Guide) –Seventh Edition, Project Management Institute, Inc., 2021, Page 49

3.2 Entrega
4. Calidad
• La estrecha atención a la calidad en los procesos y entregables del proyecto crea resultados
positivos, que incluyen:
Entregables del proyecto que sean adecuados para el propósito, según

lo definido por los criterios de aceptación.
Entregables del proyecto que satisfagan las expectativas de los

interesados y los objetivos de negocio.
Entrega oportuna o expedita.
Control de costos mejorado.
Mayor calidad de entrega del producto.
Reducción de quejas de los clientes.
Mejora de la productividad y en la toma de decisiones.
29
3.2 Entrega
4. Calidad
• Métricas de Calidad:
 Describe de manera específica un atributo del producto o del

proyecto, y la manera en que el proceso de Controlar la Calidad
verificará su cumplimiento.
Ejemplos:
• Tiempo de respuesta de transacción por Internet = 2 s
• Índice de fallos
• Índice de cambios por requerimiento
30

3.2 Entrega
4. Calidad
• Costo de la Calidad:
La metodología del costo de la calidad (COQ) se utiliza para

encontrar el equilibrio adecuado para invertir en la
prevención y evaluación de la calidad a fin de evitar defectos
o fallas en los productos.
La metodología del costo de la calidad (COQ). Este modelo

identifica cuatro categorías de costos asociados con la
calidad: prevención, evaluación, falla interna y falla externa.
Costos de Costos de Costo

Costos de Costos de
prevención evaluación
falla falla de la
interna externa Calidad
 Planificación de la  Verificación.  Desperdicio.  Reparaciones y

calidad.  Auditorías de calidad.  Desechos. mantenimiento.
 Aseguramiento de la  Calificación de  Retrabajo o  Reclamaciones de
calidad. proveedores. rectificación. garantía.
 Capacitación.
 Análisis de fallas.  Quejas.
 Devoluciones.
31
3.2 Entrega
4. Calidad
• Costo del Cambio:
• Diseño de procesos.
1
• Analista de calidad.
2
• Ser proactivo.
3
• Problemas de diseño (proyecto)

4 vs errores en operaciones.
Fuente: Project Management Institute, A Guide to the Project Management Body of Knowledge, (PMBOK® Guide) –Seventh Edition, Project Management 32

3.2 Entrega
4. Calidad
• Resultados Subóptimos:
 Todos los proyectos intentan ofrecer resultados, aunque

algunos pueden no hacerlo o pueden producir resultados
probables.
 En el caso de un proyecto totalmente experimental, la
organización está tratando de lograr un avance, tal como la
creación de una tecnología completamente nueva. Esto
requiere una inversión deliberada en un resultado incierto.
 Las empresas que producen nuevos medicamentos o

compuestos pueden experimentar varios fracasos antes de
encontrar una fórmula exitosa.
 Algunos proyectos pueden fallar en la entrega de resultados
porque la oportunidad de mercado ha pasado o los
competidores llegaron primero al mercado con su oferta.
 La dirección eficaz del proyecto puede minimizar los

resultados negativos, pero tales posibilidades son parte de la
incertidumbre de intentar producir un entregable único.
Fuente: Project Management Institute, A Guide to the Project Management Body of Knowledge, (PMBOK® Guide) –Seventh Edition, Project Management 33
3.2 Entrega
4. Calidad
Caso: Gestión de calidad en la industria automotriz
• La gestión de calidad de un vehículo se realiza desde el diseño de prototipos. Estos son

analizados, verificados y perfeccionados varias veces, hasta que se ajustan a los
estándares requeridos. Una vez ensambladas cada una de las piezas del automóvil, este
debe ser probado por expertos en la industria para garantizar su usabilidad, calidad y
seguridad. Después se realizan pruebas aparentemente más superficiales, como el tapiz
de los asientos, la pintura u otros acabados. Desde el motor, hasta la pieza más pequeña,
deben funcionar totalmente, de manera que satisfagan las expectativas del consumidor,
pero que también salvaguarden su seguridad. Ninguna empresa puede lanzar al mercado
un vehículo automotor que no responda al 100 %, especialmente en términos de
seguridad, pues no solo está en juego la vida del conductor, sino de los pasajeros y otros
conductores.
34

3.2 Entrega
Dinámica 2
• La instalación de producción de dulces de su empresa lanzará un chocolate de corazón para la

temporada del día de San Valentín del próximo año. Esta nueva línea de productos cuenta con
numerosas áreas de calidad que le preocupan a la empresa.
Dado que hay muchas áreas en las que la calidad podría ser un problema, ¿cómo puede determinar
el equipo del producto cuáles son los estándares de calidad?
El equipo del proyecto incluye ingenieros de calidad que desean incluir un control de calidad al
final de la línea de producción para escanear objetos extraños que puedan estar en el chocolate. La
adquisición e instalación de la herramienta de escáner cuesta $30 000. ¿Qué tipo de costo del
proyecto es este?
Costo de Costo de
Costo de garantía Costo variable
incumplimiento conformidad
El chocolate no debe exceder un tamaño establecido con una permisividad del 3 % para que quepa
en los paquetes y que dichos paquetes quepan en los recipientes de envío. Para esta métrica de
calidad, ¿cómo podría medir la conformidad el equipo del proyecto?
35
Preguntas
1. El proyecto de Construcción de un Edificio está desarrollando un prototipo de servicio al

cliente para el departamento de marketing de una empresa. El grupo de interesados de los
clientes incluye propietarios de franquicias y clientes directos de la empresa. El prototipo
obtiene una puntuación del 95% en el cumplimiento de los requisitos funcionales definidos en
el alcance, lo que supone una puntuación aprobatoria en las métricas de calidad acordadas del
proyecto. El grupo de franquicias no está dispuesto a aprobar el prototipo ya que NO cumple
con un requisito funcional particular, pero el grupo de clientes directos da su aprobación.
¿Cómo puede el gerente del proyecto manejar esta situación?
A. Envíe una encuesta a cada grupo solicitando comentarios específicos sobre el prototipo.
B. Agradezca a los clientes por su aprobación; revisar la WBS y verificar la documentación de
requisitos con el grupo de franquicia.
C. Realice una consulta con el grupo de franquicias, muéstreles la aprobación directa del cliente y
negocie la aprobación.
D. Verifique la matriz RACI para saber qué grupo necesita la aprobación y, si aún no está claro,
solicite a un interesado ejecutivo que tome la decisión final.
36

Preguntas
2. Joseph está dirigiendo un proyecto de desarrollo de redes neurológicas que servirá

para predecir con gran exactitud el costo de los proyectos. Joseph y su equipo no
tienen claro cuál será el alcance final y cronograma de ese proyecto. Por tal motivo,
utilizan metodologías ágiles definiendo los requisitos a través de épicas al
comienzo de cada iteración. ¿Cuál sería el resultado de descomponer esas épicas
sobre las redes neurológicas?
A Historias de usuarios.
B. Plan de gestión de los requisitos.
C. Enunciado del alcance del proyecto.
D. Ingeniería de valor.
37
Trabajo Grupal
• Para el proyecto que está trabajando elaborar la Documentación de Requisitos.
1. Objetivos
*
*
2. Documentación de Requisitos
Descripción de Requisitos:
Requisitos de la solución Requisitos legales Requisitos de calidad Requisitos de seguridad
38

Trabajo Grupal
• Elaborar el Enunciado del alcance de su proyecto.
1. Objetivos
2. Producto
Entregables del Producto Características
39
Trabajo Grupal
3. Criterios de Aceptación del Producto

Entregables de Producto Criterios de Aceptación
4. Entregables del Proyecto

Fase del Proyecto Entregables
40

Trabajo Grupal
5. Exclusiones del Proyecto
6. Supuestos del Proyecto
7. Restricciones del Proyecto
41
Trabajo Grupal
• Elaborar el WBS del proyecto elegido.
42

Trabajo Grupal
• Elaborar el Plan de gestión de calidad del proyecto elegido.
Entregable Actividad de Calidad Responsable Descripción
Frecuencia de
Métricas Descripción Responsable
medición
43

P.E. PMI UDEP PIURA XIII - V. Dominios de Desempeño (Entrega) - Pag 170 Al 191

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

P.E. PMI UDEP PIURA XIII - V. Dominios de Desempeño (Entrega) - Pag 170 Al 191

Cargado por

Copyright:

Formatos disponibles

Programa de Especialización en Gerencia de Proyectos bajo el enfoque del Project Management Institute

Universidad de Piura - PMB Consulting Group

3. Dominio de desempeño de Planificación

Universidad de Piura – Campus Piura 170

Principios de Gestión de Proyectos

Universidad de Piura – Campus Piura 171

2. Definir el alcance y los criterios de aceptación

Enunciado del alcance del proyecto

2. Definir el alcance y los criterios de aceptación

3. Criterios de Aceptación del Producto

• El sistema debe estar disponible 100%, garantizar la confiabilidad, la seguridad y el

4. Entregables del Proyecto

Desarrollo Funcionalidades, Base de datos, Diseño Gráfico, Documentación

Universidad de Piura – Campus Piura 172

2. Definir el alcance y los criterios de aceptación

5. Exclusiones del Proyecto

6. Supuestos del Proyecto

7. Restricciones del Proyecto

2. Definir el alcance y los criterios de aceptación

 Alcance del producto: Consta de las

 Alcance: Es la suma de los productos, servicios y

• Gestión del Proyecto

• Manuales del Sistema funcional

Universidad de Piura – Campus Piura 173

3. Definir el alcance y los criterios de aceptación

• Se selecciona los requisitos definitivos del proyecto a

• La preparación de un enunciado detallado del alcance del

• Durante la planificación del proyecto, el alcance del

 Enunciado del Alcance del Proyecto: Incluye

2. Definir el alcance y los criterios de aceptación

Universidad de Piura – Campus Piura 174

2. Definir el alcance y los criterios de aceptación

2. Definir el alcance y los criterios de aceptación

3. Análisis del producto: Se puede utilizar para definir 6. Ingeniería 2. Análisis de

de un producto o servicio y la formación de respuestas Técnicas de

Software de Historias clínicas

Base de datos de las

Servidor de aplicación y base

Manuales del Sistema

Universidad de Piura – Campus Piura 175

2. Definir el alcance y los criterios de aceptación

1. GESTIÓN DE 3. DESARROLLO 4. INTEGRACIÓN Y 5. POST-

2.1 Análisis 3.1 Funcionalidades

1.2.10 Línea Base de Alcance

1.2.11 Línea Base de Cronograma

1.2.12 Línea Base de Costos

1.3 Informes de Desempeño

Universidad de Piura – Campus Piura 176

1.2.9 Plan de Involucramiento de

1.2.12 Línea Base de Alcance

1.2.13 Línea Base de Cronograma

1.2.14 Línea Base de Costos

Universidad de Piura – Campus Piura 177

Universidad de Piura – Campus Piura 178

La estructura de la EDT/WBS se puede representar de diferentes

 Utilizando las fases del ciclo de vida del proyecto como

 Utilizando los entregables principales como segundo

 Incorporando componentes de nivel inferior que

 Diccionario de la EDT/WBS. Es un documento que proporciona

Universidad de Piura – Campus Piura 179

Universidad de Piura – Campus Piura 180

Plan de Gestión de Calidad