Documentos de Académico
Documentos de Profesional
Documentos de Cultura
PROYECTOS Y OBRAS
Módulo 3A
Grupo de Procesos
PLANIFICACIÓN
6. Gestión de los 6.1 Planificar la Gestión de los 6.3 Adquirir Recursos 6.6 Controlar los
Recursos Recursos 6.4 Desarrollar el Equipo Recursos
6.2 Estimar los Recursos de las 6.5 Dirigir el Equipo
Actividades
7. Gestión de las 7.1 Planificar la Gestión de las 7.2 Gestionar las 7.3 Monitorear las
Comunicaciones Comunicaciones Comunicaciones Comunicaciones
Desarrollar el Plan para la
Dirección de Proyectos
• Proceso para definir, preparar y coordinar
todos los componentes del plan y
consolidarlos en un plan integral para la
dirección del proyecto.
Definición de Requisito:
• Es la condición o capacidad que debe tener un
sistema, producto, servicio o componente para
satisfacer un contrato, estándar, especificación u
otros documentos formalmente impuestos.
• Deben incluir las necesidades, deseos y expectativas
cuantificadas y documentadas de los interesados en
el proyecto.
Características:
• Único: Debe poder ser interpretado inequívocamente de una sola manera.
• Verificable: Su implementación debe poder ser comprobada (resultado
correcto o incorrecto).
• Claro: No deben contener terminología innecesaria (establecidos de forma
simple).
• Viable (realístico y posible): Debe ser factible según las restricciones actuales
de tiempo, dinero y recursos disponibles.
• Necesario: Un requisito no es necesario si ninguno de los interesados lo
necesita o bien, si la retirada de dicho requisito no tiene ningún efecto sobre el
proyecto.
• Consistente: No debe existir ningún conflicto entre requisitos.
• No redundante: Cada requisito debe ser formulado una sola vez, y no
sobreponerse con otros requisitos.
• Completo: Un requisito debe ser especificado teniendo en cuenta todas las
condiciones que puedan ocurrir.
a) Documentación de requisitos:
• El documento debe dar cuenta de cómo los requisitos
individuales satisfacen las necesidades del negocio,
objetivos y justificación de cada requisito, funcionalidad
del producto, calidad, seguridad, criterios de
aceptación, impactos de ese requisito en otras áreas,
supuestos, restricciones, etc.
❖ Fases de Implementación:
1. Obtener requisitos
• A través de entrevistas o comunicación con clientes o usuarios, para saber
cuáles son sus expectativas.
2. Analizar requisitos
• Detectar y corregir las falencias comunicativas, transformando los requisitos
obtenidos de entrevistas y requisitos, en condiciones apropiadas para ser
tratados en el diseño.
3. Documentar requisitos
• Los requisitos deben quedar formalmente documentados.
4. Verificar los requisitos
• Consiste en comprobar el correcto funcionamiento de un requisito en la
aplicación.
5. Validar los requisitos
• Comprobar que los requisitos implementados se corresponden con lo que
inicialmente se pretendía.
Fredy Madrid Rueda Arquitecto Gestión y Supervisión de Proyectos y Obras
Definir el Alcance
•Proceso que consiste en desarrollar
una descripción detallada del
proyecto y del producto.
Algunas definiciones:
• Alcance: La suma de productos, servicios y resultados a ser
proporcionados por un proyecto.
• Alcance: La suma de todos los entregables necesarios del proyecto.
• Alcance del Producto: Los rasgos y funciones que caracterizan a un
producto, servicio o resultado.
• Alcance del Proyecto: El trabajo realizado para entregar un producto,
servicio o resultado con las funciones y características especificadas.
Otros:
• Estructura usada para dividir el trabajo del proyecto, permitiendo una mejor
definición, manejo y comunicación de su alcance.
• Representa lo que el proyecto debe entregar, su alcance.
• Organiza y define el alcance total del proyecto y representa el trabajo especificado
en el Enunciado del alcance, aprobado y vigente.
• Representación gráfica o jerárquica del alcance del proyecto.
Aspectos Claves:
• Herramienta fundamental para manejar el alcance del proyecto.
• Define el que se debe hacer en el proyecto, no el como ni el
cuando.
• Estructura orientada a entregables, no a tareas ni actividades.
• Entregables: Productos, resultados y/o servicios que son únicos,
verificables, tangibles y medibles.
• Ejemplos entregables: Una explanación, una columna, un diseño
arquitectónico, una especificación, una memoria de cálculo, una
zapata, unos planos estructurales, un techo de una casa, un piso
de un edificio, un kilómetro de vía, una losa en concreto, un
estudio topográfico, un cronograma, un presupuesto, etc.
Descomposición:
• Técnica que se utiliza para dividir y subdividir el alcance del proyecto y los
entregables del proyecto en partes más pequeñas y más manejables.
• Cada entregable se divide en sus componentes fundamentales, iniciando por el
primer nivel y descomponiéndolo hasta llegar a un nivel de detalle que permita
la estimación de su duración y costo; así como su adecuado seguimiento y
control.
• En la EDT no se incluyen tareas, sólo entregables, sub-entregables y paquetes
de trabajo..
2. Tipo Tabla
5. Paquete de Planificación:
• Una cuenta de control puede incluir uno o mas paquetes de planificación. Un
paquete de planificación es un componente de la estructura de desglose del
trabajo por debajo de la cuenta de control y por encima del paquete de trabajo,
con un contenido de trabajo conocido pero sin actividades detalladas en el
cronograma.
6. Cuenta de control:
• Es un punto de control de gestión en que se mide el progreso del alcance, el
presupuesto, el costo real y el cronograma y se comparan con el valor ganado
para la medición del desempeño.
• Las cuentas de control se ubican en puntos de gestión seleccionados dentro de
la EDT/WBS.
• Cada cuenta de control puede incluir uno o más paquetes de trabajo, pero cada
paquete de trabajo debería estar asociado a una única cuenta de control.
• Una cuenta de control puede incluir uno o más paquetes de planificación.
Cuenta de control
Paquetes de
planificación
Paquete de trabajo
1. Actividad 1
2. Actividad 2
3. Actividad 3
4. Actividad 4
5. Actividad 5
6. Actividad n
Ejemplos:
• Listado de actividades Proyecto SAC
• Listado de actividades Proyecto TUTA
▪ La Actividad-en-
Nodo (AON): Método
de representación de
un diagrama de
precedencia.
▪ Método utilizado por
la mayoría de los
paquetes de software
de gestión de
proyectos.
❖ Dependencias discrecionales:
▪ Dependen del conocimiento de las mejores prácticas dentro de un área
de aplicación determinada o en algún aspecto poco común del proyecto.
▪ Deben documentarse totalmente, ya que pueden crear valores arbitrarios
de holgura total y pueden limitar las opciones posteriores de planificación.
▪ Lógica preferida, lógica preferencial o lógica blanda.
❖ Dependencias externas:
▪ Implican una relación entre las actividades del proyecto y aquéllas que no
pertenecen al proyecto.
▪ Están fuera del control del equipo del proyecto.
▪ Proyecto de infraestructura que requiere aprobación del estudio de impacto
ambiental antes de iniciar las obras de construcción.
❖ Dependencias internas:
▪ Involucran una relación de precedencia entre las actividades del proyecto y
están dentro del control del equipo de proyecto.
▪ Por ejemplo, si el equipo no puede probar una máquina hasta que ellos la
ensamblan (dependencia obligatoria interna).
PMBOK®, 5thEdition
http://2.bp.blogspot.com/-pVwYX3w7mF8/UH7SgCIR0bI/AAAAAAAACEs/d4mFBwJqoKs/s1600/MetodoRoy_Pert.jpg
http://farm3.static.flickr.com/2394/2487073275_5e990ef4af_o.png
Diagrama de Red
• Bajo el supuesto de que la actividad la podríamos repetir cientos de veces, por las
leyes estadísticas de los grandes números, la distribución de la actividad se
aproximará seguramente a una normal estándar.
5 5 10
Recorrido adelante
B
10 5 15
0 5 5 15 15 30
Inicio A D Fin
0 0 5 15 0 30
5 10 15
C Recorrido atrás
5 0 15
❖ Holguras:
▪ La holgura libre para la Actividad B es de 5 días.
▪ Las actividades en A, C y D, que están en la ruta critica tiene cero holgura.
b). Método de la cadena crítica (CCM): Modificar el cronograma del proyecto teniendo
en cuenta la restricción de recursos. A la ruta crítica tradicional se la modifica teniendo
en cuenta las limitaciones de recursos mediante el agregado de colchones de duración
que son actividades que no requieren trabajo y consideran el riesgo de disponibilidad
de recursos de cada actividad.
Suele ser poco eficiente gestionar recursos con altibajos, es decir, 30 personas, luego 20
personas, luego 30 nuevamente, etc. Es preferible recursos equilibrados con ritmos
crecientes, decrecientes o constantes, en lugar de nivelarlos con altibajos.
6.6 Desarrollar el
Cronograma
Taller en Clase
Taller:
• Desarrollar el Cronograma sin Recursos, utilizando MS
Project 2016
• Metodología: Llevar a cabo el procedimiento
propuesto por el Docente.