1. Тривалість робіт указується в єдиному форматі та цілими значеннями
Усі задачі проєкту рекомендується описувати тривалістю в одному форматі — наприклад, лише в днях, тижнях або годинах. Крім того, тривалість повинна зазначатися цілими значеннями. Це дозволяє уникнути неоднозначностей під час розрахунків і полегшує контроль строків. Єдиний формат робить модель більш стабільною, запобігає помилкам округлення та зменшує ризик розбіжностей між плановими й фактичними показниками.
Приклад із практики: Під час створення графіка будівництва об’єкта всі проєктувальні задачі встановлюються тривалістю 10 дн, 15 дн, 20 дн, а не «13,5 дн» чи «1,75 тиж».
Це дозволяє уникнути "плаваючих" обчислень та спрощує контроль залежностей між задачами.
2. Задачі без попередників пов’язуються з віхою «Початок проєкту»
Якщо задача не має вхідних зв’язків, її необхідно прив’язати до віхи «Початок проєкту». Це забезпечує коректний запуск усіх гілок графіка та запобігає появі «плаваючих» задач, які можуть випадково зміститися під час змін в інших частинах плану. Такий зв’язок задає логічну точку відліку, від якої починається розрахунок часу.
Приклад із практики: Задача «Підготовка технічного завдання» не має логічних попередників.
У проєкті її пов’язують залежністю: Початок проєкту → Підготовка ТЗ (FS).
3. Задачі без наступників пов’язуються з віхою «Проєкт завершено»
Аналогічно попередньому пункту, задачі, що не мають вихідних зв’язків, повинні бути прив’язані до завершальної віхи проєкту. Це дозволяє MS Project коректно обчислювати критичний шлях, визначати загальну тривалість та запобігати неконтрольованому «зависанню» задач, які система може сприйняти як завершені занадто рано.
Приклад: Задача «Формування підсумкового звіту» — остання в ланцюжку робіт.
Навіть якщо на неї немає інших залежностей, вона пов’язується з віхою: Формування звіту → Проєкт завершено (FS).
4. Усі задачі та віхи проєкту повинні бути пов’язані
Кожна задача повинна бути вбудована в логічний ланцюжок. Винятком є лише дві точки — «Початок проєкту» та «Проєкт завершено». Повна пов’язаність мінімізує ризики логічних розривів у графіку, забезпечує коректне формування діаграми Ґанта та допомагає точно визначати критичний шлях.
Приклад: Під час планування монтажу обладнання кожна задача є частиною ланцюжка:
- Поставка обладнання → Монтаж
- Монтаж → Пусконалагодження
- Пусконалагодження → Перевірка готовності
Так формується безперервний логічний потік.
5. Не рекомендується пов’язувати сумарні задачі
Зв’язки повинні встановлюватися між звичайними задачами. Сумарні задачі — це агреговані структури, які керують лише відображенням ієрархії. Їх зв’язування може призвести до некоректної поведінки графіка, циклічних залежностей і помилок розрахунків. Логіка проєкту має будуватися тільки на рівні атомарних задач.
Неправильна практика: Пов’язати сумарну задачу «Будівельно-монтажні роботи» із сумарною «Пусконалагодження».
Це викликає некоректні розрахунки та цикли.
Правильний варіант: Пов’язувати конкретні задачі всередині цих розділів: Завершення монтажу → Початок пусконалагодження (FS).
6. Використання зв’язку «Завершення–Початок» (Finish–Start)
Тип зв’язку «завершення–початок» є основним і найбільш передбачуваним способом побудови залежностей. Він формує чітку послідовність виконання робіт і забезпечує стабільність моделі. Інші типи зв’язків допускаються лише за наявності обґрунтованої необхідності.
Приклад: «Розробка робочої документації» (FS) → «Погодження документації»
Погодження може початися тільки після завершення розробки, що логічно й прозоро.
7. Не рекомендується використовувати випередження та запізнення
Використання Lead (випередження) та Lag (запізнення) слід мінімізувати. Такі механізми ускладнюють аналіз критичного шляху й можуть приховувати реальні залежності. За можливості їх слід замінювати окремими задачами або явними зв’язками, що робить графік більш прозорим.
Поганий приклад: Задача «Оздоблення приміщень» починається з випередженням 5 днів від задачі «Монтаж інженерних систем» (FS –5).
Це важко інтерпретувати й пояснити в звітах.
Хороший приклад: Створити окремі задачі:
- «Частковий монтаж інженерних систем»
- «Оздоблення приміщень»
Так логіка стає прозорою й перевіряємою.
