На менеджерских собеседованиях довольно часто задают дефолтный вопрос, что такое критический путь проекта. И значительно реже я сталкивался с тем, чтобы спрашивали про критическую цепь проекта. А ведь это, на мой взгляд, существенно более приближенный к реальности термин.

В чем разница? Критический путь проекта — это самая длинная последовательность взаимосвязанных задач, которая определяет минимальный срок завершения всего проекта.

Критическая цепь проекта — это самая длинная последовательность зависимых задач, учитывающая ограничения по времени, логической последовательности и доступности ресурсов.

То есть фактически критический путь — это про сферического коня в вакууме (если думаете, что я сошел с ума, то это отсылка к анекдоту), а критическая цепь — это про реальную работу с поправкой на имеющиеся ресурсы.

Почему это важная разница? Я неоднократно встречал одну и ту же проблему. Расписали критический путь, начали делать, а потом оказалось, что один исполнитель со своего этапа должен периодически отходить что-то на другом проекте поделать, другой делает медленнее, потому что не во всем есть компетенции, а на фазу рисерча или конструирования прототипа из веток и грязи направили перфекциониста, который не сдаст работу, пока всё не будет идеально.

Я не предлагаю забуриваться в комплексную разницу подходов (там как минимум управление буферами разнится), но сделать какой-то минимальный минимум, который поможет любому тимлиду/менеджеру.

Давайте считать не только что нужно делать, но и кто это будет делать, кто что умеет делать, кто с кем в паре или на стыке хорошо или плохо работает, где зависимости на смежников гарантировано обеспечены ресурсами, а где они обещаются словами «ну посмотрим, может, и влезет, если повезет».

Мне кажется, что нынче особенно важно прикидывать именно критическую цепь, потому что всё меньше проектов и компаний, где главное — выделить критический путь, а дальше людьми и деньгами зальем, сколько надо. Сейчас все внимательно считают денежки, все пытаются утилизировать время и компетенции людей с пользой, поэтому нередко один человек задействован в N проектах и если это не учесть, можно сильно промахнуться в своих прогнозах.

Итог Очень важно учитывать не только минимально необходимую последовательность работ в проекте, но и ресурсы, которыми эта работа будет выполняться. Не понимаю, почему про это на собесах спрашивают реже, чем просто про критический путь. Но может, я где-то и концептуально/методологически не прав, и вы меня в комментариях поправите? Я самоучка, поэтому как сам понял, так и вам рассказал 🙂