Categoría: Unidad 2

Ruta crítica

¿Qué consideramos como ruta crítica en un proyecto?

Es la ruta más larga en el proyecto en términos de duración y podemos encontrarla en el diagrama de red. Definido formalmente es: La secuencia de actividades en la planeación de un proyecto que deben ser completadas a tiempo para que el proyecto sea completado en el tiempo establecido.

La duración del proyecto, definido por la ruta crítica, se le conoce también como makespan. Cualquier atraso en las actividades de la ruta crítica causarán un atraso en el proyecto.

Esto actua como la base para la preparación de la planeación además de una herramienta para la administración de un proyecto. Además de identificar las tareas que deben de ser completadas con mayor urgencia para terminar el proyecto a tiempo, también permite estimar el tiempo mínimo necesario para completar el proyecto.

Pasos para encontrar la ruta crítica

  1. Hacer una matriz de dependencia de todas las actividades del proyecto
  2. Elaborar el diagrama de red.
  3. Añadir los tiempos al diagrama.

 

critical-path

Ruta crítica en un diagrama de red.

critical_path

Ruta crítica en un diagrama de Gantt

¿Que es Project Crashing?

El project crashing es un tipo de plan B, ¿que puedes hacer si la fecha de entrega esta próxima y aun no esta listo el proyecto?.

  • La duración del proyecto puede ser acortado reduciendo la duración de las actividades críticas.
  • Puede ser conveniente invertir dinero (comprometer presupuesto) en reducir la duración del proyecto.
  • Seleccionar la opción menos costosa para crashear
  • Pueden surgir nuevas rutas críticas.
  • Hay que reducir todas las rutas críticas.

Como resultado de un project crashing podemos obtener:

Ruta crítica

  • Más corta
  • Puede cambiar
  • Más actividades se pueden volver críticas
  • Mayor riesgo

Reducir el alcance

  • Eliminar actividades
  • Innecesarias
  • Reducir funcionalidades
  • Tomar atajos
  • Sub contratar

managing-project-resources-4-728

¿Es bueno o malo usar Gantt y porque?

Yo opino que no es bueno ni malo, simplemente dependiendo del proyecto y sus características se debe decidir si es buena opción para utilizar esta herramienta.
Yo usaría este diagrama para planificar o gestionar un proyecto con pocas actividades o de corto plazo, el diagrama no estaría tan grande y no se batallaría para hacerlo y mostrarlo a los demás. En realidad esta herramienta si tiene muchas ventajas ya que en el puedes ver el progreso de tu proyecto y el tiempo estimado que tardaras en cada actividad, además en él se plasma la fecha de inicio y del fin de nuestro proyecto, esta mayor organizado y administrado el tiempo. A pesar de que es muy bueno para la administración del tiempo, a veces se tienen muchas fallas en este aspecto, pero la verdad no creo que sea por la utilización de este método si no por culpa de los que llenan el diagrama, ponen fechas que no son reales, son demasiado optimistas y creen que pueden terminar el proyecto en el tiempo que se puso, pero lo que pasa es que planifican para el tiempo disponible que tienen para realizarlo, en vez de en función del tamaño del proyecto. Otro grave problema es que a veces no se contemplan en el tiempo los días que no se laboran, como los días festivos, las vacaciones, alguna incapacidad o simplemente el tiempo que tarda en llegar algún material o las reuniones.

Cuando se utiliza este diagrama para planificar un proyecto será mejor que no sea uno a largo plazo y con demasiadas actividades, porque te puedes perder en el diagrama o confundir, ya que estará muy gigante. Otro de los errores que cometen los que administran este diagrama para un proyecto de gran tamaño, es que ponen fechas exactas para terminar actividades o el fin del proyecto, esto no es muy bueno hacer porque pueden resultar varios inconvenientes en el transcurso del tiempo y desarrollo del proyecto y así no lograran las actividades en las fechas especificadas y puede que fallen en su entrega.

El diagrama de Gantt es una muy buena herramienta para la administración y planeación de un proyecto, sin embargo se debe hacer contemplando muy bien todos los percances que pueden sufrir en el tiempo, siempre viendo los días que no se laboran, especificando las actividades en rangos y no en fechas específicas, además de dejar un poco más de tiempo para por si sucede algún problema con alguna de las actividades, yo en lo personal solo lo utilizaría para un proyecto a corto plazo y con pocas actividades, siento que si es un proyecto grande no sería la mejor forma de mostrarlo a los demás, además de que tardaría en encontrar algunas actividades por el tamaño de este.

WBS

WBS o Work Breakdown Structure es el proceso de subdividir entregables y el trabajo del proyecto en componentes más pequeños. Se le considera también una composición por niveles de trabajo.

Hay tres reglas para elaborar un WBS

  • Los entregables deben de ser únicos: Cada entregable debe de ser independiente, identificable, único y diferente de los demás.
  • Cada nivel debe completar el porcentaje del entregable superior hasta llegar al 100%
  • Cada entregable debe desmenuzarse hasta ser algo razonable para ser asignado a un solo miembro del equipo.

Recomendaciones

  • No detallar más del 10% o 5% de un entregable.
  • Tener al mayor número de personas del equipo desarrollador.
  • Usar un sistema automatizado.
  • Usar algo para escribir.

Ejemplo de WBS

example_PC_function_WBS

Diagrama de Gantt

  • Es una representación gráfica de la administración de un proyecto, en la cuál se especifican:
    •Cuáles son las actividades del proyectos
    •Cuándo inicia una actividad y cuándo termina
    •El tiempo previsto de duración para cada actividad
    •En qué momento las actividades de solapan con otras actividades y en qué forma
    •La fecha de inicio y la fecha final del proyecto

 

gantt