Метод критичного шляху простими словами: як знайти те, що насправді визначає термін проєкту

Кожен проєкт має термін. Але коли йдеться про те, щоб його дотримати, не всі завдання однаково важливі.

Одні завдання можуть зсунутися на день-два без серйозних наслідків. Інші, якщо хоч трохи вийдуть за межі, тягнуть за собою дату завершення всього проєкту. Знати, які з них які, не просто корисно — це необхідно будь-якому керівникові проєкту, який хоче тримати ситуацію під контролем.

Саме в цьому й допомагає розібратися метод критичного шляху (CPM).

Що таке метод критичного шляху?

Метод критичного шляху — це методика планування проєктів, розроблена в 1950-х роках інженерами DuPont і Remington Rand. Спочатку його застосовували у великих промислових проєктах, а сьогодні це одне з базових понять керування проєктами в будь-якій галузі — від будівництва до розробки ПЗ і маркетингових кампаній.

Основна ідея проста: для заданого набору завдань і залежностей між ними критичний шлях — це найдовший ланцюжок залежних завдань, який визначає найранішу можливу дату завершення проєкту.

Завдання на критичному шляху мають нульовий резерв часу (його ще називають «запасом»). Резерв часу — це час, на який завдання можна затримати, не зсуваючи дату завершення проєкту. Якщо завдання має нульовий резерв, простору для маневру немає: затримка в ньому — це затримка всюди.

Чому критичний шлях важливий?

Уявіть, що ви керуєте запуском продукту. У вас є:

• Команда контенту пише тексти (3 дні)
• Команда дизайну створює візуальні матеріали (5 днів)
• Команда розробки робить лендинг (залежить і від текстів, і від візуалу, займає 4 дні)
• QA тестує лендинг (2 дні)
• Запуск

Робота над дизайном триває довше, ніж над текстами. Оскільки команда розробки не може почати, доки не буде готове і те, і те, проєкт не зрушить з місця до 5-го дня. Якщо дизайн буде готовий на 5-й день, розробка займе 4 дні, а QA — 2 дні, то найраніший запуск — на 11-й день.

Критичний шлях тут такий: дизайн > розробка > QA > запуск (5 + 4 + 2 = 11 днів). Тексти не лежать на критичному шляху: вони готові на 3-й день, тож мають 2 дні резерву, перш ніж стануть вузьким місцем.

Саме це розуміння й дає вам CPM: графік команди дизайну безпосередньо визначає дату запуску. Не потрібно сильніше тиснути на команду копірайтерів — потрібно берегти час і сили команди дизайну.

Як визначити критичний шлях

Ось простий порядок дій, який допоможе знайти критичний шлях у будь-якому проєкті:

Крок 1. Перелічіть усі завдання

Почніть із того, що розбийте проєкт на окремі завдання. Не намагайтеся робити це на верхньому рівні: що детальніше ви будете, то точнішим виявиться ваш критичний шлях.

Наприклад, замість «зробити функцію X» розбийте її на «написати технічне завдання», «намалювати макети інтерфейсу», «фронтенд-розробка», «розробка API на бекенді», «інтеграційне тестування».

Крок 2. Визначте залежності між завданнями

Для кожного завдання запитайте себе: що має бути зроблено, перш ніж воно зможе початися? Так з’являється ваша карта залежностей. Найпоширеніший тип залежності — «завершення — початок» (FS): завдання Б не може початися, доки не завершиться завдання А. Але є й інші («початок — початок», «завершення — завершення»), які додають нюансів.

Крок 3. Оцініть тривалість

Дайте кожному завданню реалістичну оцінку часу. За можливості залучайте тих, хто виконуватиме роботу: їхні оцінки точніші, ніж прикидки, спущені згори.

Крок 4. Побудуйте мережевий графік (або діаграму Ганта)

Наочно відобразіть усі завдання та їхні залежності. Діаграма Ганта — найбільш інтуїтивно зрозумілий формат для цього. Ви одразу почнете бачити, які ланцюжки найдовші.

Крок 5. Розрахуйте критичний шлях

Пройдіть мережею від початку до кінця та розрахуйте для кожного завдання ранній початок, раннє завершення, пізній початок, пізнє завершення й резерв часу. Завдання з резервом, що дорівнює 0, лежать на вашому критичному шляху.

На практиці такі інструменти, як LoopGantt, розраховують його автоматично, щойно ви введете завдання, тривалості й залежності, — жодних ручних обчислень. Завдання критичного шляху підсвічуються, тож ви з першого погляду бачите, що визначає ваш термін.

Типові помилки під час роботи з критичним шляхом

Помилка 1. Забути про нього після планування

Критичний шлях — не разовий розрахунок. У міру просування проєкту тривалості завдань змінюються, з’являються нові залежності, і критичний шлях може зміститися. Завдання, некритичне на першому тижні, на третьому може стати критичним. Переглядайте його регулярно.

Помилка 2. Ставитися до всіх завдань однаково

Коли ресурсів мало, виникає спокуса розподілити їх порівну. Але це не завжди правильне рішення. Пріоритетом має бути збереження можливостей тих, хто працює над завданнями критичного шляху.

Помилка 3. Забути про зовнішні залежності

Багато аналізів критичного шляху враховують лише внутрішню роботу. Але якщо ваш проєкт залежить від того, що постачальник щось доставить, юристи завершать перевірку чи сторонній API буде готовий, — цим зовнішнім подіям теж місце на вашій карті залежностей.

Помилка 4. Вважати критичний шлях незмінним

Якщо критичний шлях задовгий, а термін зсунути не можна, у вас є варіанти: розпаралелити завдання там, де це можливо, додати ресурси на критичні завдання (так зване форсування) або скоротити обсяг робіт. Не миріться із запізненням — уважно вивчіть шлях і знайдіть, де його можна стиснути.

Майже критичні шляхи: прихований ризик

Завдання з дуже малим резервом часу (скажімо, 1–2 дні) не лежать на критичному шляху, але близькі до нього. За такими майже критичними шляхами варто уважно стежити.

Якщо майже критичне завдання зсунеться лише на пару днів, воно приєднається до критичного шляху, і раптом ваш термін визначатимуть уже два ланцюжки робіт замість одного. Відстежуйте резерв часу за всіма завданнями, а не лише за тими, де він нульовий.

Як керувати критичним шляхом у LoopGantt

LoopGantt перетворює керування критичним шляхом із теорії на практику. Коли ви налаштовуєте проєкт із завданнями, тривалостями й залежностями, критичний шлях розраховується та підсвічується автоматично — жодних формул у таблицях і мережевих графіків, намальованих вручну.

У міру розвитку проєкту критичний шлях оновлюється в реальному часі. Ви завжди знаєте, які завдання найбільше потребують вашої уваги, а які мають запас.

Аналіз критичного шляху входить у безкоштовний план (до 3 проєктів). LoopGantt Pro коштує $5 на місяць або $45 на рік за користувача.

Підсумок

Метод критичного шляху допомагає відсіяти інформаційний шум у керуванні проєктами. Замість того щоб вважати кожне завдання однаково терміновим, він точно показує, які з них визначають результат, — щоб ви могли зосередити сили, захистити графік і справді здати проєкт вчасно.