Когда расписание проекта составлено, зачастую необходимо сократить его сроки выполнения. Например, руководство компании или заказчик настаивает на сокращении сроков. Мы можем применять к расписанию различные способы сэкономить время – например, быстрый проход (fast tracking) или сжатие расписания (crashing). Но для их эффективного использования надо знать, сокращение каких задач (работ) действительно приведет к сокращению сроков проекта.
В этом может помочь определение критического пути проекта.

Раньше, когда компьютерные программы для расчетов по проекту не применялись, руководитель проекта чертил табличку, в которой для каждой задачи определял 4 даты: раннего начала и раннего окончания, позднего начала и позднего окончания. Первые две даты определялись при прямом проходе по проекту, последние 2 – при обратном.

Прямой проход по проекту (forward pass) означает следующее: сначала самая первая задача проекта ставится на самую раннюю дату, когда ее можно начать. При прямом проходе все задачи ставятся на самые ранние возможные даты начала. Так, если задача-предшественник (с учетом длительности) может закончиться самое раннее третьего числа, то ее задачи-последователи начинаются немедленно после нее – четвертого. Итак, при прямом проходе все задачи ставятся как можно раньше, с учетом их длительностей и связей.

Далее выполняется обратный проход (backward pass). Самая последняя задача проекта ставится окончанием на самую позднюю дату, когда ее можно закончить. Исходя из длительности, рассчитывается ее поздняя дата начала. К ней вплотную, как можно позже, ставятся задачи-предшественники, конечно, с учетом их связей и длительностей.
После выполнения двух проходов табличка заполнена.

Теперь рассчитывается разница между датой позднего начала и раннего начала либо между датой позднего окончания и раннего окончания для каждой задачи. Этот показатель называется общим временным резервом задачи (Total slack, total float).
Общий временной резерв задачи показывает, насколько можно затянуть выполнение задачи так, чтобы не затянуть при этом сроки выполнения проекта в целом.
Если общий временной резерв задачи равен нулю, такую задачу называют критической (critical), или лежащей на критическом пути.

Таким образом, критический путь (critical path) – это набор задач, определяющих сроки всего проекта, самая длинная цепочка задач в проекте.
На эти задачи руководитель проекта обращает особое внимание, контролируя сроки их выполнения. Если, конечно, ему не все равно, сорвется ли дата окончания проекта.
И именно к этим задачам он будет применять разные способы сокращения сроков, если нужно уложить весь проект в определенные сроки.

Как в MS Project увидеть критический путь своего проекта?
Когда критический путь проекта может быть не непрерывным?
Какие способы сокращения сроков можно применить?
Как построить ресурсно-зависимый критический путь проекта?

#ProjectProfessional #ProjectOnlineProfessional #Задачи #КалендарноСетевоеПланирование #Задачи #КритическийПуть