Como desarrollador, a veces me topo con el término 'Ruta crítica' en el contexto de la ejecución del desarrollo. De wikipedia Sé que tiene que ver con la identificación de las tareas necesarias que debe completar en un proyecto.¿Qué es el camino crítico?
¿Es correcto mi entendimiento?
¿Cuál es la mejor definición de camino crítico que ha encontrado? ¿Cómo identificaría el camino crítico al planear un proyecto?
no estoy seguro de si es la mejor definición, pero es sin duda uno de los más sucinta:
La secuencia de pasos dependientes que determinan el tiempo mínimo necesario para llevar a cabo una operación
otra, un poco más larga, y en el contexto de la gestión de proyectos (similar a la del artículo de Wikipedia que se conectó a):
El camino a través de una serie de actividades, teniendo en cuenta interdependencias, en el que el fallecido finalización de las actividades tendrá un impacto en la fecha de finalización del proyecto o demora un hito clave (puede haber más de una ruta crítica)
Su interpretación es correcta, y el primer paso para identificar la ruta crítica a través de un proyecto dado, sería definir en primer lugar, de hecho todos los pasos individuales necesarios para completar el proyecto, a continuación, t o examine todos y cada uno de los "pasos" para determinar qué tan dependiente/importante es ese paso tanto para los otros pasos del proyecto como para el proyecto en general.
Digamos que quiero pintar una pared. Los pasos pueden ser (este es un ejemplo simplificado intencionalmente):
Pues bien, dado que el resultado final sería una bonita pared recién pintada, el primer paso aquí (comprar un poco de pintura) es absolutamente crítico para todo. Si no puedo lograr eso, todo lo demás se detiene. Además, cada paso posterior depende completamente de que el paso 1 haya sido completado previamente. Por lo tanto, en este ejemplo (ciertamente artificial), el primer paso en la ruta crítica es comprar pintura.
Por el contrario, el paso 2 es importante para un buen trabajo de pintura, pero podría omitirse si simplemente tiro la pintura en la pared!
Yo diría que si una tarea es parte de un proyecto, entonces todas deben completarse.
Mi comprensión de la "ruta crítica" tiene más que ver con las dependencias. Es la tarea con la mayor cantidad de dependencias, el mayor riesgo, la que hará que falle la mayoría de las otras tareas si no se completa. Puede ser la tarea de plazo de entrega más larga, por lo que debe planificarse e iniciarse lo suficientemente temprano como para garantizar el tiempo suficiente para completar el resto.
"Todo debe ser completado" puede ser cierto con respecto al desarrollo de fabricación/producto, ya que tienes un punto extremo fijo, pero dev software es típicamente versionado/iterativo/parcheado y también puede ser menos predecible para planear. Por lo tanto, las características del tipo "lista de deseos" marcadas como las primeras en irse deberían convertirse en un problema. Sin embargo, +1 para la descripción concisa de CP. – Mathew
Buen punto para distinguir la fabricación del desarrollo de software. Las cartas de Gantt preceden a las computadoras (alrededor de 1915), por lo que no sorprende que haya nuevas arrugas que no encajen. – duffymo
MatW, de hecho, el desarrollo de productos dentro de la fabricación también es iterativo, tiene versiones y los productos están parcheados. Las marcas de automóviles y elevaciones faciales son versiones (normalmente denominadas "niveles de ingeniería"), el desarrollo de un automóvil nuevo pasa por iteraciones y rara vez se inicia desde cero, los automóviles se revisan (los parches se conocen como "rellamada por el fabricante" y hecho a menudo como parte del mantenimiento programado). De forma similar a la fabricación, el software debe ser liberado en la configuración de trabajo y sin las características incluidas. Similar al software, en la fabricación de productos durante el desarrollo tienen listas de deseos. –
para una aplicación:
La ruta crítica es la secuencia de actividades (de todas las posibles secuencias dentro de la aplicación), que se suman a la duración global más larga, y por lo tanto es el primer objetivo de optimización .
para un proyecto:
La ruta crítica es la secuencia de actividades de proyectos que se suman a la larga duración global. Esto determina el tiempo más corto posible para completar el proyecto.
Hehe. Siempre estoy escéptico/preocupado cuando la gente habla de "optimizar" un horario. Es como una gran cantidad de optimizaciones de código; ¡raramente es necesario ni produce los resultados/ganancias que esperarías! – Mathew
Buena respuesta. Conciso. +1 –
No olvide que cada retraso en un elemento de la ruta crítica genera una demora en todo el proyecto. –
La ruta crítica es la línea de tareas dependientes que, si hay un cambio de hora en una de estas tareas, pospondrá todo el proyecto.
¿Qué quiero decir con esto:
Si tiene tareas a, b, c, d. A yb tienen que hacerse antes de que c pueda comenzar. D no es dependiente de ninguna otra tarea. Un tarda más en terminar que en b, y un yc juntos tardan más en terminar luego d, [a, c] es la ruta crítica.
La optimización de esta ruta acortará su proyecto.
Será una buena práctica realizar de cerca las actividades en la ruta crítica.
La ruta crítica es la que no tiene holgura.
Cuando las tareas del proyecto se dividen entre los miembros del equipo, habrá una (o dos) personas que no tengan ningún tiempo de inactividad entre las tareas o al final del proyecto. Como una demora en cualquiera de estas tareas provocará una demora en todo el proyecto, se dice que estas personas están en la ruta crítica.
Por ejemplo (un proyecto 4 tarea 2 persona):
Person A
Task 1-----|
|-Task 3----|
Person B
Task 2---|
|-Task 4---|
persona A es en la ruta crítica.Una demora en la tarea 1 o 3 retrasará todo el proyecto, mientras que un retraso en la tarea 2 o 4 no lo hará (a menos que sea una demora importante, por supuesto).
Para mitigar este:
La actividad de un proyecto se encuentra en la ruta crítica si cualquier retraso en esta actividad provoca un retraso en el proyecto como un todo.
Imagine un proyecto compuesto por muchas tareas con dependencias entre ellas (por ejemplo, A debe estar completo antes de que B pueda comenzar, C debe comenzar después de que D se inicia, etc.).La ruta crítica es el conjunto de tareas para las cuales cualquier aumento en la duración afecta la duración del proyecto. Entonces, si la tarea C está en el CP y demora 2 días, el proyecto se retrasa 2 días. En proyectos complejos, puede ser muy difícil determinar el CP, y es probable que haya muchas tareas que no estén en él. Sin embargo, ten cuidado con las tareas que no están en el CP pero que se mueven sobre él a medida que se desarrolla el proyecto: el CP es dinámico, no estático.
Buena suerte
Marcos Westwood
proyecto se divide en tareas como la codificación, pruebas. La mayoría de las tareas dependen unas de otras. Por ejemplo, las pruebas dependen de la codificación que se completará. Algunas otras tareas se pueden ejecutar en paralelo.
Digamos que usted tiene un mini proyecto para escribir un sistema de gestión de clientes. Se podía más o menos dividiremos en tres tareas:
Si lo hizo todos la tarea secuencialmente, el proyecto habría tomado 5 + 7 + 2 = 14 días.
Supongamos ahora que la interfaz de usuario y el backend de codificación podría hacerse en paralelo, por lo que se pueden asignar dos desarrolladores para trabajar al mismo tiempo. Sin embargo, la integración depende de ambas tareas completadas.
¿Cuánto tiempo tomaría el proyecto?
Ahora, puede ver, que si la codificación de UI comenzó el día 3, en lugar del primer día no afectaría en realidad la fecha límite general del proyecto, porque se completaría en ese día 7 a tiempo para que la integración comience. Esto se llama holgura, la codificación de la interfaz de usuario tiene una holgura de 2 días.
Por el contrario, si la codificación back-end se retrasó, se habría retrasado calendario general por la misma cantidad de días. La tarea no tiene ninguna holgura en el cronograma.
codificación e integración de programas de fondo juntos forman la ruta crítica del proyecto: si se retrasa cualquiera de las tareas, la entrega del proyecto se retrasará también.
La ruta crítica del proyecto se puede definir como una secuencia de tareas dependientes necesarias para completar el proyecto y que da como resultado la mayor duración, o definición alternativa, la secuencia de tareas dependientes necesarias para completar el proyecto sin holgura.
Huelga decir que si una tarea se encuentra en la ruta crítica que es de suma importancia que se entrega a tiempo, de lo contrario, el programa va a la deriva, el aumento de los costos.
tareas que no están en el camino crítico se les permite tener variación en la duración o la hora de inicio, siempre que no supere el relevo, de lo contrario se convierten en parte de la ruta crítica a sí mismos.
La secuencia de tareas dependientes críticas para determinar el tiempo necesario.
También este término es ampliamente utilizado en el ciclo de proceso por lotes de mainframe. Determine la ruta crítica para optimizar el ciclo del lote. El ejercicio consiste en eliminar los trabajos por lotes no críticos de las dependencias para que se determine la ruta crítica optimizada, lo que a su vez reduce el tiempo de ventana del lote.
Ruta crítica en la gestión de proyectos le permite reaccionar y planificar las tareas que deben completarse secuencialmente ('tareas de flotación cero'), así como tareas (llamadas 'flotantes') que se pueden completar casi en cualquier momento durante el proyecto .
Leonard Davis OnePlan.io
Los pasos 1 y 2 podrían completarse en paralelo, por lo que técnicamente la ruta crítica sería (el más largo del paso 1 o 2) + paso 3. – Frozenskys
@Frozenskys - Sí, tiene razón. ¡Fue un ejemplo pobre y artificial el que traté de sacarme de quicio! Pero todavía tiene que funcionar en serie si suponemos que la tienda que nos vende la pintura no vende pinceles (tenemos que ir a otro lado para eso). Sí, es un estiramiento, lo sé! :) – CraigTP