DPR Ud 03
DPR Ud 03
DPR Ud 03
Unidad Didáctica Nº 3
DEFINICIÓN DEL PROYECTO
ESTRUCTURA DE CONTENIDOS
1. INTRODUCCIÓN.............................................................................. 2
OBJETIVOS
• Identificar y analizar los procesos, herramientas y técnicas
utilizadas para gestionar o dirigir el ALCANCE DE UN
PROYECTO.
• Proporcionar un enfoque estructurado para la recopilación de toda
la información del proyecto necesaria en la planificación,
programación y control del mismo.
• Clarificación de los conceptos de DEFINICIÓN y
ESPECIFICACIÓN del ALCANCE DEL PROYECTO.
• Presentación de la ESTRUCTURA DE DESCOMPOSICIÓN DEL
TRABAJO (EDT) como clave para poder controlar todos los
aspectos de la gestión del proyecto, así como su vinculación con la
ORGANIZACIÓN.
• Presentación de ESTRUCTURA DE DESCOMPOSICIÓN DEL
TRABAJO (EDT) como base para la PROGRAMACIÓN DEL
PROYECTO o creación de la red del proyecto (que se revisará en la
u.d. 4).
CONTENIDOS
1. INTRODUCCIÓN
Una de las mejores formas de identificar las necesidades del cliente y de los agentes
involucrados en el proyecto, consiste en el uso de un sistema de planificación y control
integrado, el cual requiere información muy seleccionada. Los gestores de proyectos que
gestionan un proyecto “pequeño”, y sólo uno, pueden planificar y programar las tareas o
actividades del mismo sin hacer uso de un sistema de información y planificación
formalizado. Sin embargo, cuando se gestionan varios proyectos pequeños, o un proyecto
grande y complejo, rápidamente se descubre que es imposible controlar correctamente
todos los detalles necesarios para dicha gestión.
La Dirección del Alcance del Proyecto, se refiere o implica todos los procesos que permiten
asegurar que el proyecto incluye las actividades necesarias, y sólo las necesarias, para ser
completado con éxito. Esta área de conocimiento dentro de la Dirección de Proyectos, está
relacionada de forma directa con la definición y el control del proyecto, tanto en el caso de que
este control esté incluido en el proyecto, como si es externo al mismo.
En este capítulo se describe un método estructurado para reunir de forma selectiva la
información básica que se va a utilizar en las distintas fases del ciclo de vida del proyecto, con
objeto de:
• Cubrir las necesidades de todos los agentes involucrados (el cliente, el equipo de
proyecto, la organización, etc.),
• Medir el desarrollo del proyecto en contraste con el plan estratégico de la organización.
El método propuesto consiste en elaborar un esquema o resumen selectivo del proyecto que
se denomina ESTRUCTURA DE DESCOMPOSICIÓN DEL TRABAJO (EDT), muy
habitualmente denominado en su acepción inglesa WORK BREAKDOWN STRUCTURE
(WBS). Las primeras fases del desarrollo de dicha estructura sirven para asegurar que se han
identificado todas las actividades necesarias para el proyecto, y que los participantes en el
mismo han comprendido perfectamente qué se va a hacer.
Una vez que la estructura y su detalle se han definido, es preciso desarrollar un sistema de
información integrado que permita programar el trabajo y elaborar un presupuesto. Esta
información de partida o LINEA DE BASE, es posteriormente utilizada en el proceso de
CONTROL.
Los cinco pasos genéricos descritos a continuación proporcionan un enfoque estructurado
para la recopilación de toda la información del proyecto necesaria en la planificación,
programación y control del mismo. Estos pasos, así como el desarrollo de la red del proyecto o
planificación (que se estudiará el capítulo siguiente) son realizados de forma concurrente, y
normalmente se necesitan varias iteraciones para desarrollar una estructura de fechas y
presupuesto económico que sirvan de base para controlar el proyecto.
El dicho: “sólo podemos controlar aquello que hemos planificado” es cierto, de modo que la
planificación del proyecto es el primer paso.
El alcance debe ser desarrollado y definido en base al trabajo conjunto del gestor de
proyecto y el cliente. El gestor es el responsable de asegurar que existe una coherencia
entre los objetivos del proyecto, los entregables de cada etapa del mismo, los
requerimientos técnicos, y así sucesivamente. Por ejemplo, un entregable de las primeras
fases o estadios del proyecto pueden ser especificaciones; para el segundo nivel, un
prototipo para producción; para el tercero, alcanzar una cantidad suficiente para introducir
al mercado; y para el cuarto, marketing, promoción y formación.
Para asegurar que la definición del alcance sea completa, puede utilizarse la siguiente lista de
comprobación, o lista de elementos definitorios del alcance del proyecto:
• Objetivos del proyecto
• Entregables (“Deliverables”)
• Hitos (“Milestones”)
• Requerimientos Técnicos
• Restricciones y Excepciones
• Revisiones con el Cliente
1. OBJETIVOS DEL PROYECTO: El primer paso de la definición del alcance del proyecto es
la definición del principal objetivo que cubra las necesidades del cliente. Por ejemplo, como
resultado de la ampliación de los mercados una compañía de SW informático decide
desarrollar un programa que automáticamente traduce sentencias de Inglés a Ruso. El
proyecto debería terminarse dentro de tres años a un coste que no exceda el millón y
medio de euros.
2. ENTREGABLES: El siguiente paso es definir los entregables: las “salidas” o entregas
esperadas a lo largo de la vida del proyecto. Por ejemplo, los entregables en las fases de
diseño iniciales de un proyecto podría ser una lista de especificaciones. En la segunda fase
los entregables podrían ser el código SW y un manual técnico. En la siguiente fase podrían
ser los prototipos de test, y de la fase final pueden ser los test finales y el SW definitivo. Los
entregables normalmente incluyen estimación de tiempo, cantidades y/o costes.
3. HITOS: Un hito o “milestone” es un hecho significativo en un proyecto que ocurre en un
instante de tiempo. La programación de hitos muestra sólo los principales segmentos de
trabajo, y facilitan una primera estimación de tiempos, costes y recursos para el proyecto.
La programación de hitos se construye utilizando los entregables como base par identificar
los principales segmentos de trabajo y su fecha final. Los hitos deben ser puntos de control
en el proyecto y deben ser fáciles de reconocer por todos los participantes del proyecto. La
programación de hitos debería identificar cuales son las divisiones organizacionales que
asumirán la responsabilidad de los principales segmentos de trabajo y proporcionan los
recursos necesarios y experiencia técnica.
4. REQUIRIMIENTOS TÉCNICOS: Cada vez con más frecuencia, un producto o servicio tendrá
requerimientos técnicos para asegurar un adecuado desarrollo. Por ejemplo, un
requerimiento técnico para un ordenador personal podría ser la posibilidad de aceptar
alternativamente 120/240 voltios directamente sin adaptador o selector. Otro ejemplo es la
posibilidad de los sistemas de emergencia de identificar el número de llamada entrante.
5. LÍMITES Y EXCEPCIONES: Los límites del alcance deben ser definidos. De no ser así,
pueden existir falsas expectativas y el derroche de recursos y tiempo en tareas no
necesarias. Ejemplos de ello lo encontramos cuando una casa que será construida sin
sistemas de seguridad; instalación de SW pero sin formación, etc.
6. REVISIONES CON EL CLIENTE: Se completa la lista de chequeo con una revisión final con
el cliente (interno o externo). Lo más relevante en este punto es la comprensión y
acoplamiento de expectativas comunes. Hay que dar respuesta a los siguientes aspectos:
¿Está el cliente obteniendo lo que desea en los entregables? ¿La definición del proyecto
identifica los objetivos, presupuesto, tiempo y requisitos básicos? ¿Están resueltos las
restricciones y limitaciones?... En definitiva, una clara comunicación en todos estos aspectos
es imprescindible para evitar malentendidos o definiciones difusas.
En resumen, en colaboración con el cliente, es necesario desarrollar la definición del proyecto
que recoja todos los requisitos del cliente. Una clara definición del alcance nos asegura el poder
conocer cuando se produce un cambio en el alcance, y es el prerrequisito básico para configurar
la ESTRUCTURA DE DESCOMPOSICIÓN DE TAREAS. La definición del alcance proporciona
el plan administrativo que se usa para desarrollar el plan operativo. Debe ser tan breve como sea
posible pero completa, una o dos páginas son suficientes para proyectos pequeños.
La interrelación entre estos criterios varía. Por ejemplo, algunas veces es necesario
comprometer el desarrollo y alcance del proyecto para poderlo realizar más rápidamente o
a menos coste. Frecuentemente cuanto más largo es un proyecto, más caro se vuelve, sin
embargo, no siempre existe una correlación positiva entre coste y plazos, de hecho
algunas veces el coste del proyecto se puede reducir utilizando recursos menos
cualificados y más baratos que alargan la duración del proyecto. Por el contrario, los
gestores del proyecto, en ocasiones se ven forzados a acelerar alguna actividad
añadiendo mano de obra adicional, elevándose el coste del proyecto.
• PUEDE EMPEORAR: Para aquellos parámetros que podría aceptarse no fuesen fijos.
Por ejemplo, cuando para realizar el proyecto, es posible que se alarguen los plazos,
se reduzca el alcance o se sobrepase el presupuesto.
RESTRICCIÓN
DEBE MEJORAR
PUEDE EMPEORAR
Algunos argumentan que los tres criterios son siempre restricciones y que un buen gestor
debe intentar optimizar los tres, sin embargo, esta situación es rara y el gestor de
proyectos está frecuentemente forzado a tomar decisiones que benefician un criterio
mientras se comprometen los otros dos. El propósito de este ejercicio es definir y
consensuar con el cliente cuales son las prioridades y restricciones del proyecto de forma
que se pueda tomar la mejor decisión.
Hay además límites naturales, que pueden restringir, optimizar, o aceptar algún criterio.
De esta forma puede ser aceptable para el proyecto acortar un mes la planificación, pero
no superar o exceder el presupuesto planificado en más de 20.000 euros. Igualmente,
puede ser deseable finalizar un proyecto un mes antes, pero después de que el
mantenimiento del coste sea el principal objetivo. Algunos gestores documentan estos
límites como parte de la creación de la matriz de prioridades.
La EDT es un mapa del proyecto, y su uso ayuda a asegurar a los gestores del proyecto
que todos los productos y elementos de trabajo están identificados, para integrar el
proyecto con la actual organización, y establecer una base para el control. Básicamente, la
EDT es un resumen del proyecto con diferentes niveles de detalle.
Agrupación de paquetes de
5
CUENTA DE COSTE trabajo para monitorización
del progreso y responsabilidad
.
Mientras se desarrolla la EDT, las unidades organizativas y los individuos son asignados
pasa asumir la realización así como responsabilidad de los paquetes de trabajo. De esta
manera se integra el trabajo y la organización. En la práctica, este proceso se denomina
ESTRUCTURA DE DESCOMPOSICIÓN DE LA ORGANIZACIÓN (EDO) (en inglés OBS
–“ORGANIZATIONAL BREAKDOWN STRUCTURE”) y que será revisado en esta unidad
posteriormente.
El nivel 2 muestra una lista parcial de los entregables necesarios para desarrollar el
ordenador personal. Un entregable es la unidad de almacenamiento de datos, que está
compuesto de tres subentregables (tarjetas, disco óptico y disco duro). Finalmente, el
disco duro requiere de cuatro subentregables, motor, cuadro de circuitos, chasis, y cabeza
de lectura/escritura. Estos subentregables representan los elementos gestionables más
bajos del proyecto. Por último, cada subentregable requiere de paquetes de trabajo que
serán realizados por una unidad organizativa asignada. Cada entregable será
sucesivamente dividido de esta manera. Por otra parte, hay que remarcar que no es
necesario dividir todos los elementos de la EDT en los mismos niveles.
El más bajo nivel de la EDT se denomina PAQUETE DE TRABAJO. Los paquetes de trabajo
son tareas de poca duración que tienen un punto de inicio y final definido, consumo de
recursos y representan coste. Cada paquete de trabajo es un punto de control, de forma que
un gestor de paquete de trabajo se responsabiliza de que el trabajo de dicho paquete sea
terminado a tiempo, dentro del presupuesto y de acuerdo a las especificaciones técnicas. La
práctica sugiere que un paquete de trabajo no debe exceder de 10 días de trabajo. Si tiene
una duración superior, dentro de su duración deberán establecerse puntos de chequeo o
monitorización, cada tres o cinco días, así el progreso y los problemas pueden identificarse
antes de que haya pasado demasiado tiempo. Cada paquete de trabajo de la EDT debe ser
independiente de otros paquetes del proyecto en la medida de lo posible, y ningún paquete de
trabajo debe formar parte de más de un subentregable de la EDT.
Hay una importante diferencia entre los últimos niveles o subentregables de la estructura y un
paquete de trabajo. Típicamente, un subentregable incluye las salidas de más de un paquete
de trabajo, de quizás 2 o 3 departamentos. Además, los subentregables no tienen una
duración propia y no consumen recursos o coste monetario directamente. (En este sentido, por
supuesto, una duración de un elemento de la estructura se puede obtener de identificar que
paquetes deben comenzar primero y que paquetes de trabajo deben ser los últimos en
finalizar, la diferencia permite calcular la duración del subentregable). Los recursos y costes del
subentregable son simplemente la suma de los recursos y costes de todos los paquetes de
trabajo en el subentregable. Esta es la base del término “roll-up del proyecto”, comenzando
con los paquetes de trabajo, los costes y recursos pueden ser subidos al más alto nivel. Los
elementos más altos son utilizados para identificar entregables en las diferentes fases en el
proyecto y desarrollar informes de estado en los niveles de ejecución del ciclo de vida del
proyecto. Así, el paquete de trabajo es la unidad base utilizada para la planificación,
programación y control del proyecto.
El error cometido por la mayoría de los gestores que realizan su primera EDT, es que
frecuentemente olvidan que la estructura debe orientarse al objetivo final del proyecto. Se
intenta ajustar los resultados del proyecto de la EDT siguiendo a la estructura organizativa
(diseño, marketing, producción, finanzas). Si la EDT sigue a la estructura organizativa, el
enfoque se realizarán hacia la función y procesos organizativos, más que las salidas o
entregables del proyecto. Además, una EDT con un enfoque a procesos se convertirán en una
herramienta contable que genera costes por función más que una herramienta para calcular
costes o facilitar la gestión en función de las salidas o productos que genera. Todos los
esfuerzos deben proyectarse sobre una EDT que se oriente a los resultados para concentrarse
en entregables concretos. Las unidades organizativas responsables pueden vincularse a la
EDT agrupando los paquetes de trabajo de un entregable en una CUENTA DE COSTES,
mientras todavía mantiene el enfoque completo del entregable. Este proceso se discute más
adelante.
Unidad didáctica 3 Pág. 11
Definición del Proyecto
DIRECCIÓN DE PROYECTOS
Fabricación
Producción Cuenta Cuenta de coste
de coste de coste
Cuenta Cuenta
Test de coste de coste
Cuenta
Compras de coste
Cuenta
Software de coste
Paquetes PT-1.1.3.4.2.1
de PT-1.1.3.4.2.2
trabajo PT-1.1.3.4.2.3
Por ejemplo, el elemento “CIRCUITOS” requiere que se finalicen todos los paquetes de
trabajo, cuyas responsabilidades recaen sobre los departamentos de diseño, producción,
test y software. El control se puede chequear en dos direcciones (resultados y
responsabilidades). En la fase de ejecución del proyecto, el progreso puede ser controlado
verticalmente sobre entregables (interés o enfoque del cliente) y horizontalmente sobre las
responsabilidades (enfoque a la gestión). Aunque es posible la interpretación gráfica con
la FIGURA 4, los programas software no representan los diagramas de esta forma. La
representación gráfica para grandes proyectos se hace inviable, de esta forma se presenta
en tablas como sigue.
1.0. Prototipo de PC
1.1. Unidad de almacenaje de datos
1.1.1. Tarjetas SD
1.1.2. Disco óptico
1.1.3. Disco Duro
1.1.3.1. Motor
1.1.3.1.1. Paquete de Trabajo Fuente
–
–
–
1.1.3.4. Cabeza de lectura/Escritura
1.1.3.4.1. Cuenta de costes
1.1.3.4.2. Cuenta de costes
1.1.3.4.2.1. Paqueta de Trabajo
1.1.3.4.2.2. Paquete de Trabajo
1.1.3.4.2.3. Paquete de Trabajo
1.1.3.4.3. Cuenta de costes
–
–
Ahora el código de identificación del proyecto es 1.0. Cada sucesiva indexación
representa un elemento más bajo o paquete de trabajo. En el último nivel, el esquema
numérico alcanza al nivel de los paquetes de trabajo, y todas las tareas y elementos en la
estructura tienen una identificación numérica. La “Cuenta de Costes” es el punto
importante, ya que todos los presupuestos, asignación de trabajo, tiempos, costes y
desarrollo técnico se concentran en estos puntos.
Es importante remarcar que estas macroestimaciones iniciales, son sólo una aproximación que
se da en la fase “conceptual” del proyecto, y dichas estimaciones “top-down” son útiles en el
desarrollo inicial de un plan completo. Sin embargo, estas estimaciones están muchas veces
fuera de la realidad ya que se realizan con muy pocos datos, y a este nivel, el trabajo individual
que es necesario realizar no ha sido claramente identificado. Además, en algunos casos esta
estimación no es realista ya que la alta dirección “quiere el proyecto” a toda costa. Sin embargo,
esta estimación inicial es útil al dar una visión rápida y global del proyecto.
El director o gestor de proyecto, debe dedicar suficiente tiempo a ambas estimaciones, con
objeto de poder ofrecer una estimación suficientemente fiable al cliente, de esta forma se
minimizan falsas expectativas en todos los participantes, y se reduce la negociación. La
aproximación bottom-up también proporciona al cliente una oportunidad de comparar la
posible reducción de costes, imponiendo ciertas restricciones. Por ejemplo, si la duración del
proyecto completo está impuesta en 2 años, y el análisis bottom-up dice que serán 2,5 años,
el cliente puede considerar la transacción de los métodos de gestión de costes, que permiten
comprimir el proyecto en dos años. Similares transacciones pueden compararse para distintos
niveles de recursos o incrementos en el desarrollo técnico.
La técnica recomendada consiste en una primera definición del proyecto realizando una
estimación global del proyecto (de las grandes cifras), desarrollar la EDT/EDO del proyecto,
realizar la estimación bottom-up, desarrollar la programación y presupuestación, y finalmente
reconciliar diferencias entre las estimaciones top-down y bottom-up. Estos pasos serán
realizados antes de la negociación final con el cliente interno o externo, además de tener en
cuenta el hecho de que existen multitud de factores que pueden afectar a la estimación
realizada del proyecto.
Unidad didáctica 3 Pág. 18
Definición del Proyecto
DIRECCIÓN DE PROYECTOS
• Costes directos
• Trabajo
• Materiales
• Equipos
• Otros
• Costes generales del proyecto
• Costes generales y administrativos
La estimación de los costes totales del proyecto es uno de los aspectos básicos en la
tendencia actual que existe para intensificar el proceso de control y la mejora en la toma
de decisiones.
Tres ejemplos comunes son la estimación de costes para una casa por metro cuadrado, el
coste de una nueva planta estimado por su capacidad en tamaño, y un producto software
estimado por líneas de código. Sin embargo, estos métodos de ratios no son muy fiables
para el control o para el desarrollo de presupuestos, ya que estos métodos ni reconocen
diferencias entre proyectos, ni identifican entregables específicos.
Los factores relativos a la unicidad del proyecto tienen una fuerte influencia en la fiabilidad
de las estimaciones, en otras ocasiones una pobre definición del alcance para nueva
tecnología se traduce en errores en la estimación de tiempos y costes. Las condiciones
ambientales del proyecto también pueden producir errores. Los proyectos de larga
duración incrementan la incertidumbre en la estimación. Los factores humanos introducen
también errores en la estimación de tiempos y costes, ya que las habilidades humanas
influyen en el proyecto, así como el hecho de que la gente dedicada a tiempo completo
incrementa la productividad así como la comunicación. De hecho, también puede influir la
elevada rotación del personal.
Cuando los paquetes tienen una incertidumbre asociada con el coste para calcular el
coste asociado al paquete de trabajo, es una política prudente trabajar con tres
estimaciones de costes: el mejor, el coste medio y el más alto. La figura presenta un
hipotético ejemplo utilizando tres estimaciones. Este coste estima aproximaciones que dan
al gestor y al cliente una oportunidad para asegurar el riesgo asociado al proyecto y su
coste. Sirviendo dicha aproximación para reducir la incertidumbre en costes conforme el
proyecto progresa, así como proporcionar una base de cálculo para determinar los fondos
de contingencia.
9.3. Presupuestos
Las estimaciones de costes no son exactamente el presupuesto. Un coste estimado se
convierte en presupuesto cuando el proyecto entra en ejecución y existe una secuencia
temporal. Por ejemplo, el presupuesto para un proyecto puede ser de 500.000 euros, pero
el dinero se concede conforme es proyecto se va implementando. Es necesario un
procedimiento para determinar cuando el dinero debe estar disponible. La estimación de
cada paquete de trabajo requiere de un calendario de presupuestación. Por ejemplo, en la
FIGURA 6 el paquete de trabajo tiene una duración de tres semanas, pero no hay forma
de saber en que instante temporal se van a producir los gastos asociados. La duración de
los paquetes de trabajo son utilizados para desarrollar la red de proyecto, que permite
programar cuando comienza y finaliza en el tiempo dicho paquete. Es entonces cuando se
asigna el presupuesto para el paquete de trabajo, con objeto de poder identificar los
La percepción del coste y el presupuesto varía dependiendo de los usuarios. El gestor del
proyecto debe conocer muy bien estas diferencias cuando elabora el presupuesto del
proyecto y cuando comunica estas diferencias a otros. La FIGURA 7 refleja estas
diferencias en la percepción. La línea de la izquierda representa los fondos
comprometidos antes de la realización real del proyecto. Por ejemplo, La orden de un
pedido para una bomba de encargo grande para una petrolera puede darse seis meses
antes de que es necesaria, sin embargo la orden se ha realizado, y existe una obligación
legal de pagar cuando esté lista para el envío y uso en el proyecto. En este caso, la
conexión entre el dinero comprometido no refleja el flujo de caja planificado del proyecto.
Sin embargo, esta información es útil para el gestor financiero de la organización, en
previsión de futuros flujos negativos de caja (dinero que sale). La línea inferior, representa
el presupuesto planificado, y representa los costes directos en la medida que se espera
que ocurran. La línea del medio, coste real representa los costes directos reales en la
medida en que el proyecto se lleva a cabo. La respectiva temporización de estos tres
costes es útil para hacer previsión de futuros flujos de caja, medir el proyecto planificado,
e identificar variaciones en el coste real.
5.000 u.m.
4.000 u.m.
COSTE
3.000 u.m.
Comprometido
2.000 u.m. Coste Actual
Presupuesto Planif.
1.000 u.m.
Este lanzamiento formal vincula el proyecto con las actividades que ya desarrolla la
organización independientemente del proyecto lanzado. En algunas organizaciones,
un proyecto no es lanzado de forma oficial hasta completar las fases de estudio de
viabilidad, plan preliminar o algunas otras formas equivalentes de análisis. Algunos
tipos de proyectos, especialmente proyectos de servicios internos y proyectos de
desarrollo de nuevos productos, son iniciados de manera informal y algunas
actividades se realizan para asegurar la necesidad del lanzamiento formal.
El grado de alcance constituye las bases del acuerdo entre el equipo del proyecto y el
cliente del mismo por contraste e identificación por ambas partes de los objetivos del
proyecto y los principales resultados esperados del mismo.
Si todos los elementos del grado de alcance ya están disponibles (por ejemplo, la
solicitud o propuesta ya identifica los principales resultados, y el documento de
descripción del proyecto ya define los objetivos del proyecto), este proceso consiste
únicamente en la formalización física del documento escrito.
La especificación del alcance del proyecto consiste en subdividir los resultados del
proyecto global (identificados en el estado del alcance) en componentes más pequeños
y manejables para:
• Mejorar la fiabilidad de las estimaciones de coste, tiempo y recursos.
Unidad didáctica 3 Pág. 24
Definición del Proyecto
DIRECCIÓN DE PROYECTOS
Como se comentó en la unidad didáctica anterior. Los procesos interactúan entre sí,
incluso con procesos de otras áreas de conocimiento dentro de la dirección global del
proyecto. Cada proceso se da, de forma general, al menos una vez en cada fase del
proyecto. Por otra parte, los procesos se solapan en el tiempo.
Los procesos, herramientas y técnicas utilizadas para dirigir o gestionar el alcance del
producto varían dependiendo del área de aplicación y son normalmente definidas como
parte del ciclo de vida del proyecto.
La consecución del "alcance del producto" se mide de forma comparativa con los
requerimientos del producto, sin embargo la consecución del "alcance del proyecto", se
mide de forma comparativa con el plan. La dirección o gestión de estos dos tipos de
alcance debe estar bien integrada para asegurar que la actividad del proyecto tenga como
resultado final la entrega del producto especificado.
RESUMEN
La DIRECCIÓN DEL ALCANCE DEL PROYECTO, recoge todos
los procesos que permiten asegurar que el proyecto incluye las
actividades necesarias, y sólo las necesarias, para completar con éxito
el proyecto.
La definición del alcance del proyecto y la EDT son las claves para
poder controlar todos los aspectos de la gestión del proyecto. La
definición del alcance pone atención en el objetivo final del proyecto,
y la estructura ayuda a asegurar que todas las tareas del proyecto sean
identificadas, proporcionando dos enfoques complementarios del
proyecto: Sobre los entregables y sobre las responsabilidades
organizativas.