​Критический путь

Метод критического пути - самый популярный способ оценки сроков проектов и фич. Им пользуются менеджеры в аутсорсе, продукте, геймдеве и даже на стройке. Бывает, что даже неосознанно - настолько метод легкий и интуитивный.

Суть его в том, чтобы расставить задачи в плане так, чтобы срок проекта был минимальным. Иными словами, критический путь - это самая длительная последовательность задач, которая приведет к завершению проекта.

Объясню на примере.
Допустим, мы планируем фичу “пригласи друга, получи скидку”. Чтобы ее сделать, нужно отрисовать дизайн (1 неделя), запрогать приложение (2 недели), запрогать бекенд (1 неделя) и написать пресс-релиз (2 дня).

Предположим, что все дизайны согласовывает лично СЕО, поэтому приложение мы не начинаем, пока дизайн не завершен. Пресс-релиз можно писать в любое время.

Самое минимальное время, за которое можно сделать такую фичу (ее критический путь) это: дизайн (1 неделя) + приложение (2 недели) = 3 недели.

Зачем нужен критический путь.
Во-первых, построить расписание. Чтобы это сделать, мы максимально распараллеливаем все задачи, пока это не вредит качеству и минимизируем простои между ними.

В примере выше распараллелить можно две задачи: разработку бекенда (его можно начинать одновременно с дизайном) и пресс-релиз (можно написать в любое время). Само приложение можно начинать после согласования дизайна, распараллелить эти две задачи нельзя. Значит, они обе находятся на критическом пути и их суммарная длительность, это и есть длительность всей фичи.

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

Задержки с бекендом и пресс-релизом для нас не так важны - они не на критическом пути. Даже если они задержатся, это не повлияет на дату завершения фичи.

При работе с критическим путем главная задача менеджера не позволять ему расти, чтобы не ехало расписание.