MÓDULO 2

Gestión de Proyectos

PRÁCTICA PROFESIONALIZANTE I
PROF. MARIA FRIZZA
GESTION? PROYECTO?
1) Acción o trámite que, junto con otros, se lleva 1) Idea de una cosa que se piensa hacer y para la
a cabo para conseguir o resolver una cosa. cual se establece un modo determinado y un
"las autoridades continúan con las gestiones conjunto de medios necesarios."¿qué proyectos
necesarias para conseguir repatriar al resto de tienes para el futuro?"
ciudadanos retenidos"
2) Memoria o escrito donde se detalla el modo y
2) Conjunto de operaciones que se realizan conjunto de medios necesarios para llevar a cabo
para dirigir y administrar un negocio o una esa idea; especialmente el que recoge el diseño
empresa. de una obra de ingeniería o arquitectura. "hacer
"una buena gestión hace que las empresas un proyecto"
funcionen"

¿Qué es la gestión de un proyecto?

La gestión de proyectos es la disciplina de utilizar principios,
procedimientos y políticas establecidos para guiar con éxito un proyecto
desde su concepción hasta su finalización.
GESTIÓN DE PROYECTOS
GESTIÓN DE PROYECTOS
● La gestión de proyectos, muchas veces, es responsabilidad de un solo individuo.

● Este individuo raramente participa de manera directa en las actividades que producen el resultado
final. En vez de eso, se esfuerza por mantener el progreso y la interacción mutua productiva de las
varias partes de manera que el riesgo general de fracasar se disminuya.

● Un gerente de proyectos es muchas veces un representante del cliente.

● Un gerente de proyectos exitoso debe ser capaz de visualizar el proyecto completo de principio a fin y
tener la habilidad de asegurar que esa visión se haga realidad.

● Tener un calendario permitirá monitorear el progreso y controlar el proyecto. Es una acción que
distribuye el esfuerzo estimado a través de la duración
TRIÁNGULO DE HIERRO
TRIÁNGULO DE HIERRO

Cuando configuramos el plan de gestión de proyecto manejamos muchas variables necesarias.

Entre ellas las 3 mas importantes. TIEMPO - COSTO - ALCANCE.

➔ El TIEMPO
◆ Es el periodo en el que el equipo terminará de realizar el proyecto

➔ Los COSTOS
◆ El costo es el presupuesto y los recursos destinados para la realización del proyecto

➔ El ALCANCE
◆ Es el trabajo que se debe realizar para poder entregar un producto funcional
A esto se le llama el TRIÁNGULO DE HIERRO en gestión de proyectos

Su objetivo principal: Sacar el proyecto en el menor tiempo posible, por lo que cada una de las variables
mencionadas están entrelazadas, donde, si se modifica una, influye directamente en las otras
Por ejemplo, al modificar el costo del proyecto va a repercutir en el número de tareas a realizar, por lo que
habría que reevaluar esa variable reduciendo las tareas u optimizándolas para que se ajusten al presupuesto,
de la misma manera si lo que se quiere es reducir el tiempo en que se va a gestionar el proyecto, sería
necesario contratar más personal por lo que los costos aumentan.
RESTRICCIONES TRADICIONALES
LAS TRES RESTRICCIONES TRADICIONALES

Los proyectos necesitan ser ejecutados y entregados bajo ciertas restricciones.

➔ TIEMPO:
◆ La restricción de TIEMPO se refiere a la cantidad de tiempo disponible para completar un
proyecto.

➔ COSTO:
◆ La restricción de COSTO se refiere a la cantidad presupuestada para el proyecto.

➔ ALCANCE:
◆ La restricción de ALCANCE se refiere a lo que se debe hacer para producir el resultado final del
proyecto.
PLANIFICACIÓN DE PROYECTOS
DE SOFTWARE
PLANIFICACIÓN EN PROYECTOS DE SOFTWARE
● La administración de software abarca la planeación, calendarización, administración de
riesgos,manejo del personal, estimación de los costos de software y la administración de calidad.

● Muchas son las causas para el fracaso de proyectos de software, se pueden mencionar: entrega tardía,
no fiable, costo superior al estimado, características de ejecución pobres.

● Muchas veces la falla estaba en el enfoque de administración utilizado.

● La necesidad de administrar es una distinción importante entre un desarrollo profesional de software y

la programación no profesional.

● La administración de proyectos de software es necesaria debido a que la ingeniería de software

profesional siempre está sujeta a restricciones de presupuesto y calendarización; a las que debe
ajustarse la organización que desarrolla el software. El trabajo del administrador de proyectos de
software es asegurar que éstos cumplan dichas restricciones y entregar software que contribuya a las
metas del negocio. Una buena administración no garantiza el éxito del proyecto, sin embargo la mala
siempre asegura el fracaso del mismo.
CALENDARIO DE PROYECTO
ELEMENTOS PRINCIPALES EN EL CALENDARIO DE UN PROYECTO
● LAS ACTIVIDADES PROGRAMADAS: El calendario debe abarcar todas las tareas y actividades del
proyecto, desde su inicio hasta su conclusión. Entre ellas se incluye el trabajo de campo, el diseño de
bases de datos, el análisis, desarrollo, etc. Así pues, el calendario depende en gran medida de la escala
del proyecto y las actividades previstas tras la conclusión del análisis y relevamiento del software a
desarrollar.

● EL TIEMPO Y LOS RECURSOS necesarios para realizar las actividades planificadas: Al elaborar un
calendario se debe asignar un plazo de tiempo y cierta cantidad de recursos (analistas,
programadores, infraestructura) a cada una de las tareas del proyecto. También deben tenerse en
cuenta los aspectos logísticos de cada una de las actividades y la experiencia de cada recurso con
respecto a su puesto (seniority). Se precisa por tanto una evaluación previa de los recursos humanos,
materiales y financieros disponibles, incluyendo las instalaciones y el personal especializado.

● EL ORDEN en que se llevarán a cabo las actividades del proyecto: En todo proyecto ciertas
actividades deben llevarse a cabo antes que otras (o después, o simultáneamente), con lo que es
preciso determinar la relación entre las distintas tareas y la secuencia en que deben realizarse.
TRABAJO EN EQUIPO
TRABAJO EN EQUIPO
● Elaborar el calendario de un proyecto de software no compete únicamente al director del proyecto. El
calendario debe programarse en colaboración con todos los especialistas encargados de las
diferentes partes del proyecto.

● Así, antes de aprobar el calendario el director del proyecto debe consultar con los responsables de
cada una de las tareas involucradas. Si el proyecto incluye actividades de facturación, por ejemplo,
deben tenerse en cuenta las normativas en materia fiscal asociada a la actividad. Si no se colabora
con especialistas en este campo, el calendario resultante podría ser imposible de poner en práctica,
con lo que habría que malgastar muchas horas tratando de resolver problemas que podrían haberse
evitado con una buena planificación.

● El éxito de un proyecto depende, por encima de todo, del trabajo en equipo. Por eso es esencial que
cada participante conozca el calendario del proyecto. En cuanto el calendario se ha elaborado, y antes
de que comience el proyecto, cada miembro del equipo debe saber cuál es su función, cuáles son las
tareas programadas y el orden en que se llevarán a cabo (y, si todo va bien, se finalizarán).
REPRESENTACIÓN VISUAL
El mejor modo de elaborar un calendario comprensible para los participantes es presentarlo en un formato
gráfico claro y sencillo. Esta representación gráfica debe mostrar:

✓ Todas las tareas que deben llevarse a cabo

✓ La secuencia correcta en que deben realizarse

✓ Su relaciones y dependencias

✓ Las partes que tienen prioridad

✓ El tiempo y responsable asignado a cada tarea

Hay muchos modos de representar visualmente el calendario de un proyecto.

Se pueden emplear gráficos en cascada, diagramas PERT (técnicas de evaluación y revisión de proyectos) o
el método CPA (análisis del camino crítico).
La importancia y complejidad del proyecto determinarán qué método de representación visual es más
conveniente.
Uno de los más empleados es el diagrama de Gantt, que debe su nombre al ingeniero estadounidense Henry
Gantt (1861-1919).
 PERT
(PROGRAM EVALUATION AND REVIEW TECHNIQUE / TÉCNICA DE
REVISIÓN Y EVALUACIÓN DE PROGRAMAS)
PERT (PROGRAM EVALUATION AND REVIEW TECHNIQUE)
➔ Es una de las herramientas de planificación y programación más difundida para la realización de
monoproyectos (trabajo que se realiza una sola vez).

➔ Permite determinar con buena precisión la duración de nuestro proyecto, los tiempos en que suceden
eventos, y las dependencias de las distintas tareas.
Esto nos permite:

✓ Prevenir problemas

✓ Determinar las tareas que necesitan mayor control

✓ Nivelar la utilización de recursos no acumulables

✓ Optimizar la utilización de recursos financieros

✓ Maximizar las ganancias del proyecto variando la duración de las tareas y del proyecto, o lo que
es igual, minimizando recursos y costo total
Cómo funciona el diagrama de PERT

El diagrama de PERT es una representación visual de las tareas de un proyecto y las dependencias
conectadas a cada una. Puedes usarlo para crear un programa inicial y un cronograma estimado que
puedes compartir con los participantes del proyecto antes de que el proyecto comience.

Crear una hoja de ruta del proyecto, en forma de diagrama de PERT, te ayudará a realizar varias
actividades de planificación del proyecto, entre las que se incluyen las siguientes:

● Obtener la aprobación de los directivos con respecto al programa y al cronograma

● Comunicar los objetivos del proyecto a los participantes
● Crear un plan detallado visual de un proyecto complejo
● Estimar el tiempo necesario para finalizar tareas individuales

Para aprovechar al máximo tu diagrama de PERT, primero debes comprender los pasos necesarios para
crear uno y cómo trazar tu diagrama de manera visual.
Cómo hacer un diagrama de PERT
Para crear un diagrama de PERT, sigue los cinco pasos del ciclo de vida del proceso, que incluye desde la
identificación de las tareas hasta la gestión de la finalización del proyecto.
1. Identifica las tareas del proyecto

● El primer paso para crear un diagrama de PERT exitoso implica identificar y recopilar la información y
las tareas necesarias para el proyecto.

● Podremos comenzar la fase de planificación del proyecto de manera similar a como normalmente lo
haríamos con la fase inicial de gestión del proyecto.

● Esto puede incluir lo siguiente:

○ Un caso de negocios
○ Un plan de comunicación
○ Una reunión inicial

● La planificación anticipada garantiza que estarás preparado para definir las dependencias y conectar
las tareas durante las fases subsiguientes.
2. Define las dependencias de las tareas

● La dependencia de una tarea es una tarea o un hito que depende de que se finalice otra tarea antes

de poder iniciarse. Esto a veces se denomina relación lógica y a menudo se usa en una estructura de

desglose del trabajo

● Crear dependencias puede ayudarte a realizar un seguimiento adecuado del trabajo, garantizar que

las tareas se finalicen y establecer una comunicación clara. En el caso de proyectos complejos,

planificar los cronogramas y la duración del proyecto de manera adecuada y con anticipación.

● En un diagrama de PERT, las dependencias se visualizan conectando y enumerando las tareas. Si bien

no es tan completo como otros métodos, como lo es la estructura de desglose del trabajo, ofrece una

visualización general de las tareas y el trabajo necesario para completarlas.

3. Vincula las tareas del proyecto

Una vez que se han creado las dependencias de las tareas, puedes crear tu diagrama de PERT vinculando
las tareas del proyecto entre sí. Estas conexiones constan de flechas, que representan tareas y nodos, que
representan eventos o hitos.

Por ejemplo, coloca los eventos principales en los

nodos (representados como círculos o cuadrados

numerados) y traza flechas de tareas que

representarán las dependencias necesarias para

finalizar los eventos.

Este diseño te proporciona una estructura de

proyecto simple que, aunque no es demasiado

específica, los participantes del proyecto pueden

comprender fácilmente.
4. Establece el cronograma del proyecto
● A esta altura debes estimar la duración total del proyecto utilizando el método de la ruta crítica (CPM)
y la fórmula de PERT. La ruta crítica es la secuencia más larga de tareas que deben llevarse a cabo
para finalizar con éxito un proyecto.

● El objetivo es encontrar el camino más largo que llevará más tiempo para calcular la duración total del
proyecto que sea más corta. Las estimaciones de tiempo se pueden calcular en función de lo siguiente:

○ La duración siendo optimistas: La cantidad mínima de tiempo necesaria para realizar una tarea.
○ La duración siendo pesimistas: La cantidad máxima de tiempo necesaria para realizar una tarea.
○ La duración más probable: La mejor estimación de cuánto tiempo se necesitará para realizar una
tarea.
 ● Puedes usar la fórmula de PERT para calcular la duración esperada de una tarea y el momento de su
finalización de la siguiente manera: (O + (4 × MP) + P) ÷ 6. Esto se puede medir en minutos, horas, días o
incluso semanas.

O: Optimista MP: Mas Probables P: Pesimista

Por ejemplo, si la duración siendo optimista es de 30 minutos, la duración siendo pesimista es de 60 minutos

y la duración más probable es de 45 minutos, la fórmula de PERT sería así:

(30 min + (4 × 45 min) + 60 min) ÷ 6 = 45 minutos

Una vez que hayas calculado la duración esperada por tarea, puedes sumar cada una de las estimaciones

de tu ruta crítica para obtener un promedio del cronograma del proyecto.

5. Gestiona el progreso de las tareas

● El paso final para crear un diagrama de PERT es gestionar el progreso de las tareas hasta la
finalización del proyecto. Esto se puede hacer cerrando dependencias y mitigando problemas a lo
largo del camino hasta que se finalicen todas las tareas.

● Recuerda que un diagrama de PERT debe actualizarse a lo largo del proyecto a medida que se van
dando cambios. Esto podría combinarse con un proceso de control de cambios, que ayude a detallar y
comunicar los cambios del proyecto.

● Una vez que se hayan finalizado todas las tareas del proyecto, puedes archivar materiales en un
espacio compartido para consultarlos más adelante si fuese necesario.
Ejemplo de un diagrama de PERT
● Todos los diagramas difieren según la complejidad y la duración de un proyecto determinado.

● Para comenzar tu diagrama, haz lo siguiente:

○ Dibuja tus nodos numerados: Recuerda que estas son las tareas madre de tu proyecto que,
cuando se finalicen, constituirán el proyecto en cuestión. Tu diagrama puede tener cualquier
cantidad de tareas, pero 10 es una buena cantidad para empezar.

○ Conecta los nodos a las tareas: Dibuja flechas que representarán las dependencias de las
tareas. Estas tareas son lo que debe hacerse para que se finalicen los eventos. Tu diagrama debe
tener un comienzo y un final claros, aunque la parte del medio puede ser más compleja.
Ejemplo de cómo debería ser tu diagrama de PERT:
TERMINOLOGÍA PERT

● Nodos: Los nodos representan los eventos del proyecto. Estos eventos son los componentes grandes
que conforman tu proyecto. Por ejemplo, al lanzar el diseño de un sitio web, un nodo podría
representar el diseño de un logotipo nuevo.

● Tareas: Las tareas representan lo que debe realizarse para que los nodos se implementen. Por
ejemplo, una tarea puede representar el diseño de tres bosquejos de logotipos.

● Dependencias: Una dependencia es cuando una tarea está conectada a otra tarea. Estas tareas
dependen una de la otra y no se puede finalizar una sin la otra.

● Dependencias sin recursos: Una dependencia sin recursos es aquella que, aunque está conectada a
otra, no tiene tareas tangibles que debían finalizarse. Por ejemplo, si bien el lanzamiento de un
producto y la página de inicio pueden estar correlacionados, ninguna tarea está conectada.

Los diagramas de PERT se pueden crear utilizando diferentes herramientas, incluido un software de gestión
de proyectos. Las herramientas pueden ayudarte a planificar, visualizar y establecer las dependencias y
recordatorios de las tareas de forma adecuada para dar seguimiento al progreso del proyecto y detectar
fácilmente los cuellos de botella.
Cuándo usar el diagrama de PERT
● Para empezar, el diagrama de PERT es un buen método cuando buscas evaluar el cronograma, los
recursos necesarios y la ruta crítica de un proyecto. Veamos cada uno de estos elementos un poco
más en detalle.
○ Para determinar la ruta crítica: Una de las características clave del diagrama de PERT que lo
distingue de otros métodos es que te permite determinar la ruta crítica de un proyecto. Esto es
importante al visualizar el cronograma general de un proyecto.
○ Para evaluar los recursos: Gracias a las características únicas que ofrece el diagrama de PERT,
puedes mostrar fácilmente qué tareas requieren recursos y cuáles no. Esto te ahorra tiempo a ti y
a los participantes del proyecto ya que pueden acceder fácilmente a esa información y la tienen
por adelantado.
○ Para estimar el tiempo: Dado que el diagrama de PERT evalúa tanto la duración de cada tarea
como la duración general del proyecto, es una gran herramienta cuando necesitas comprender
el cronograma esperado durante la fase inicial de planificación del proyecto.

● En general, crear un diagrama de PERT es una buena opción si necesitas un plan de proyecto simple
que puedas compartir fácilmente con los miembros del equipo. Utiliza este diagrama para compartir
rápidamente recursos y cronogramas.
DETERMINACIÓN DEL CAMINO
CRÍTICO
DETERMINACIÓN DEL CAMINO CRÍTICO
● El camino crítico es el conjunto de tareas sucesivas que vinculan el primer y último acontecimiento del
proyecto, cuya suma de tiempos de duración es máxima y que señala, en consecuencia, que cualquier
atraso, en alguna o todas las tareas del camino crítico, produciría un atraso equivalente en la
concreción del proyecto.

● Para obtenerlo, se suman los tiempos de duración de las tareas por los distintos caminos posibles y el
camino de mayor duración de tiempo es el camino crítico.
EJEMPLOS
EJEMPLO DE APLICACION: PERT

2.5 1 2.5
TAREA DURACIÓN (DÍAS) DEPENDENCIA

2 3 1 2.5
3
3 2 3 1
1
3 1 1
5 4
4 2 2,3
5
5 5 2
2
6
6 1.5 5
1,5 7 4 4,6
7

4
*
EJEMPLO DE APLICACION: PERT

TAREA DURACIÓN (DÍAS) DEPENDENCIA

2.5 1 2.5
1 2.5

2 3 2 3 1
3
3 3 1 1
1
4 2 2,3
5 4
5 5 2
5
2 6 1.5 5
6
7 4 4,6
1,5
7 Camino I: 1, 2, 5, 6, 7 (2.5+3+5+1.5+4) = 16
Camino II: 1, 2, 4, 7 (2.5+3+2+4) = 11.5
4 Camino III: 1, 3, 4, 7 (2.5+1+2+4) = 9.5
*
GANTT
¿Qué es un diagrama de Gantt?
Se llama así en honor a su creador, Henry Gantt, quien lo diseñó al comienzo del siglo XX.

● El diagrama de Gantt, muy usado en la gestión de proyectos. Es un gráfico de barras horizontales que
se usa para ilustrar el cronograma de un proyecto, programa o trabajo.

● Es una forma de visualizar la programación de tu proyecto, de dar seguimiento a los logros y de estar
siempre familiarizado con el cronograma de tu trabajo.

● Cada barra de un diagrama de Gantt representa una etapa del proceso (o una tarea del proyecto) y
su longitud, la duración de la tarea. Cuando los miras en perspectiva, los diagramas de Gantt ofrecen a
los miembros del equipo un panorama general acerca de cuál es el trabajo que hay que hacer, quién lo
hace y cuándo.
Funciones clave de los diagramas de Gantt en la era moderna En la actualidad, los diagramas
de Gantt se usan en un software inteligente y en línea, que permite detectar dependencias, programar el
trabajo y mantener los proyectos al día. A continuación se presentan algunas funciones clave de los
diagramas de Gantt modernos:

Visualización del progreso de los proyectos en tiempo real La mayoría de los diagramas de
Gantt actuales son herramientas de software para gestión de proyectos en la nube que sirven para que los
equipos planifiquen proyectos de todo tipo de tamaño. A diferencia de los diagramas de Gantt originales que
se dibujaban en papel, los diagramas de Gantt en línea permiten que los equipos tengan el control de la
planificación de sus proyectos y que puedan hacer ajustes fácilmente cuando sea necesario. Cuando
cambias una fecha o trasladas un logro, el diagrama de Gantt debería reflejar automáticamente esas
modificaciones, para que puedas estar al día con respecto a las novedades del proyecto. Así, se facilita la
colaboración entre los equipos y se lleva a cabo un excelente trabajo.

Fechas de inicio y finalización de las tareas Los diagramas de Gantt son ideales para observar
proyectos complejos con muchas tareas. Cada “barra” horizontal del diagrama de Gantt representa una
tarea en particular. De este modo, los equipos pueden contar con una idea clara de qué tareas se llevan a
cabo, cuándo y cuánto tiempo demandará realizarlas.
Dependencias de las tareas Además de la posibilidad de ver las fechas de inicio y finalización de cada
tarea en un diagrama de Gantt, estos gráficos visuales facilitan la trazabilidad entre las dependencias de las
tareas. Con el software que uses para los diagramas de Gantt, deberías poder trazar las dependencias de
las tareas. Gracias a estas dependencias, los miembros del equipo pueden identificar fácilmente quién está
esperando que un trabajo termine para luego poder empezar. Y, si por algún motivo necesitas posponer un
trabajo, puedes identificar los posibles problemas y hacer las modificaciones pertinentes para evitar
conflictos de dependencias antes de empezar.

Logros Los logros son una función clave de los proyectos con diagramas de Gantt. A diferencia de la
mayoría de las tareas en un gráfico de Gantt, que aparecerán como barras horizontales que se extienden a
lo largo de un período, los logros son puntos destacados en el tiempo. En un gráfico de Gantt, los logros
representan puntos de verificación y momentos importantes en el cronograma del proyecto. También
permiten apreciar de un solo vistazo todas las fechas clave del proyecto.
Los beneficios de usar un diagrama de Gantt
● Brindar una representación visual del plan y cronograma de un proyecto. Los diagramas de Gantt son
una buena opción para mostrar cuál es el trabajo que se hará, cuándo se hará y en qué orden.
Además, te pueden ayudar a aportar claridad con respecto al plan y al cronograma de tu proyecto.

● Organizar proyectos complejos. Ya sea que se trate de una iniciativa entre distintos equipos o un nuevo
proyecto grande y ambicioso, un gráfico de Gantt te servirá de guía. Al igual que en un mapa, puedes
ver cada paso con anticipación y qué debe hacer tu equipo a continuación.

● Coordinar a múltiples colaboradores. Con frecuencia, varios miembros del equipo trabajan de manera
simultánea en distintas partes de un proyecto. Los diagramas de Gantt te permiten ver en todo
momento todas las piezas en movimiento, y cuándo pasar el testigo a la persona siguiente.

● Estimar los cronogramas y la carga de trabajo. Ya sea que trabajes en la oficina o en una agencia, el
diagrama de Gantt te permite saber con anticipación cuánto tiempo y cuánta mano de obra necesitas,
de modo que puedas realizar una adecuada asignación de recursos y programar las fechas de
entrega según sea necesario.
Diagrama de PERT vs. diagrama de Gantt
Si bien, algunas personas confunden ambos diagramas, tienen algunas diferencias clave.

No solo difieren en su apariencia visual, sino que también brindan diferentes características según las
necesidades de tu equipo.
1. Los diagramas de PERT son diagramas de flujo, mientras que los diagramas de Gantt son gráficos de
barras: Una de las mayores diferencias está en su diseño visual. Los diagramas de Gantt adoptan un
enfoque de diagrama de barras tradicional, mientras que los diagramas de PERT tienen una apariencia
menos estructurada y adoptan diferentes diseños según el proyecto.
2. Los diagramas de Gantt ofrecen organización, mientras que los diagramas de PERT ofrecen
personalización: Los diagramas de Gantt están organizados de manera más estructural. Por otro lado,
los diagramas de PERT permiten una personalización de diseño simple que es mejor para las
necesidades de proyectos de nivel más general.

3. Los diagramas de PERT se pueden utilizar antes de que comience el proyecto: Dado que los diagramas
de PERT ofrecen un plan de proyecto y un diseño de cronograma simples, a menudo se usan como
guías visuales durante el inicio del proyecto. Los gerentes de proyectos luego usan otro método, como
una estructura de desglose del trabajo o un diagrama de Gantt, específicamente para planificar en
detalle las tareas y dependencias del proyecto.
CONTROL
CONTROL
● Si se quiere verificar el cumplimiento de las tareas programadas, una vez que el proyecto se puso en
marcha, se necesitará de un sistema que permita un flujo continuo de información, para que facilite el
control en forma continua.

● El diagrama calendario constituye una eficiente herramienta a tal fin. Debemos tener información
sobre lo programado y ejecutado, informes sobre costos e informes sobre desviaciones en el
programa.

● La información debe ser dada en forma periódica (quincenal, semanal, mensual, etc., dependiendo de
las características del proyecto).

● Para retrasos no considerables, normalmente se intentará entrar en lo previsto mediante acciones

correctivas, como podría ser trabajar horas extras en determinadas etapas futuras. Si el retraso es de
orden superior, se deberá replanificar, construyendo una nueva red, lo que probablemente nos dará un
nuevo camino crítico.
CONTROL - TÉCNICA DE FAST
TRACKING (VÍA RÁPIDA)
CONTROL – TÉCNICA DE FAST TRACKING (vía rápida)
● Fast Tracking significa simplemente que tendremos que fijamos en las actividades que se realizan
normalmente en forma secuencial y tratar de ejecutarlas, aunque sea parcialmente, en paralelo.

● Debería tenerse en cuenta que ésta técnica siempre implica un riesgo que podría llevar a mayores
costos y algunos reprocesos posteriores. Por ejemplo, en el diseño y construcción de una aplicación, es
posible que el diseño cambie antes de su culminación, y los cambios finales podrían resultar en el
hecho de tener que rehacer algunas de las actividades de construcción ya en marcha.

● Una regla general es que las actividades secuenciales podrían ser aceleradas hasta en un 33%. En
otras palabras, si se utilizará Fast Tracking, significa que se puede iniciar la segunda de las dos
actividades secuenciales cuando la primera actividad esté al 66% de avance.

● Esto es asumir un nivel de riesgo que normalmente se considera como aceptable.

Beneficios del Fast Tracking

No implica un aumento del coste del proyecto.

Sin embargo, presenta la posibilidad de un incremento en el riesgo de nuestro proyecto. Ésto es debido a
que muchas actividades pasarán de realizarse en secuencia a realizarse en paralelo.

No sirviendo como regla de planificación, aunque habitualmente se cumpla, las actividades que se hayan
ejecutado hasta aproximadamente dos terceras partes de su duración, son susceptibles de Fast Tracking sin
añadir un riesgo excesivo a nuestros cronogramas. En otras palabras, cuando una actividad se ha
completado en un 66%, al aplicar Fast Tracking, el riesgo incrementará pero siempre dentro de unos límites
aceptables. Un ejemplo de actividad donde la Técnica de Fast Tracking tiene sentido sería el curado de
hormigón. Éste no impide que ciertas actividades puedan ejecutarse en paralelo sin que ello incurra en un
aumento de coste.

El uso de Fast Tracking nos ayuda a reducir la duración de nuestro schedule(planificacion) hasta cierto
límite. Debería ser considerada como la primera técnica a utilizar para la comprensión de nuestro
cronograma. Sin embargo, deberemos tener en cuenta que el uso excesivo de esta técnica puede traer
consigo un aumento masivo del riesgo y provocar lo que se conoce como rework o volver a hacer los
trabajos ya ejecutados.
CONTROL - TÉCNICA CRASHING
CONTROL – TÉCNICA DE CRASHING (acelerado, intensivo)
● Hacer Crashing del cronograma significa simplemente agregar recursos adicionales a las
actividades del camino crítico sin necesidad de obtener el máximo nivel de eficiencia.

Por ejemplo, supongamos que una persona estaba trabajando en una actividad de diez días en la ruta
crítica. Si se necesita acortar este plazo de tiempo, se podría agregar un segundo recurso a esta
actividad. De hecho, el recurso no puede tener todos los conocimientos adecuados, pero igualmente es
seguro que se podría reducir el tiempo total, aunque sea solo dos días menos.

● Con la opción anterior estamos haciendo uso de esta técnica de una manera no muy eficiente (dos
recursos y reducir sólo dos días), no obstante piense que para algunos casos es necesario conseguir
desesperadamente bajar o reducir sea como fuese el tiempo de una actividad. Sin embargo, a cambio
de completar el trabajo antes de lo previsto, el crashing conduce siempre a costos incrementales
adicionales al proyecto.
Beneficios del Crashing
Las etapas tempranas de la técnica de Crashing traerán mayor reducción en la duración del proyecto con
un menor impacto en el aumento de coste. Sin embargo, si seguimos aplicando esta técnica el coste se verá
afectado en mayor medida para reducciones mínimas en tiempo.

Como ejemplos de Crashing, están:

● Horas Extra de trabajo

● Implementar mayor número de recursos
● Motivar al equipo de trabajo con recompensas de carácter económico

Hay algunas actividades que no aceptan esta técnica de compresión del cronograma.
CONTROL - LEY DE BROOKS
LEY DE BROOKS
Es un principio utilizado en el desarrollo de software que afirma que añadir más efectivos a un proyecto
de software en retraso, lo retrasará más. Fred Brooks explica que, la ley de Brooks es que cuando se
incorpora una persona en un proyecto, éste se ralentiza en lugar de acelerarse.
En otras palabras…

● Nuevas personas en un proyecto necesitan tiempo para ser productivos.

A los nuevos trabajadores en el proyecto hay que enseñarles primero sobre el trabajo que se realizó
anteriormente; esta formación requiere tiempo entre aquellos que ya estaban trabajando en el
proyecto, disminuyendo su productividad de forma temporal hasta que los nuevos trabajadores
tengan una contribución neta. Cada nuevo trabajador también tiene que integrarse en un equipo ya
compuesto.

● Aumento de los costes generales (en tiempo) a medida que aumenta el tamaño del proyecto. El
número de canales de comunicación diferentes aumenta con el número de personas de forma
exponencial. Todos aquellos que trabajan en un tema necesitan estar sincronizados entre ellos, de
forma que si crece el número de personas, también crecerá el tiempo invertido en tratar de averiguar
lo que hace el resto.