The post has been translated automatically. Original language: Russian
In any project, some tasks can be shifted slightly without consequences, while others cannot. If the equipment order is late, the delivery will be delayed, followed by installation and eventually delivery of the project. A chain of tasks, the delay of any of which shifts the end of the project, is called a critical path.
To find the critical path, you need to know the duration of each task and the dependencies between them.: what can only start after the end of what. The longest chain of dependent tasks from the beginning to the end of the project is the critical path. The rest of the tasks have a reserve of time, and a small delay on them does not affect the total time.
For engineering projects, the critical path most often passes through the purchase and supply of imported equipment. Software development can run in parallel and have a margin, but the supply of controllers with a long production time determines everything. Therefore, such purchases should be launched as early as possible, sometimes even before the final approval of the project.
Knowing the critical path helps to properly distribute attention. The project manager primarily monitors the tasks along the way and immediately responds to any delays. And if you need to speed up the project, you need to reduce critical tasks, otherwise additional resources will not give results.
В любом проекте одни задачи можно немного сдвинуть без последствий, а другие нельзя. Если опоздает заказ оборудования, сдвинется поставка, за ней монтаж и в итоге сдача проекта. Цепочка задач, задержка любой из которых сдвигает конец проекта, называется критическим путём.
Чтобы найти критический путь, нужно знать длительность каждой задачи и зависимости между ними: что может начаться только после окончания чего. Самая длинная цепочка зависимых задач от начала до конца проекта и есть критический путь. У остальных задач есть запас времени, и небольшая задержка на них не влияет на общий срок.
Для инженерных проектов критический путь чаще всего проходит через закупки и поставки импортного оборудования. Разработка ПО может идти параллельно и иметь запас, а вот поставка контроллеров с длинным сроком изготовления определяет всё. Поэтому такие закупки нужно запускать как можно раньше, иногда ещё до окончательного согласования проекта.
Знание критического пути помогает правильно распределять внимание. Руководитель проекта в первую очередь следит за задачами на этом пути и сразу реагирует на любые задержки. А если нужно ускорить проект, сокращать нужно именно критические задачи, иначе дополнительные ресурсы не дадут результата.
Share
