1. Призначати виконавців лише на звичайні задачі проєкту
Ресурси (люди) повинні призначатися на звичайні задачі, а не на зведені, календарні або віхи. Це забезпечує коректний розрахунок трудовитрат (Work), тривалості (Duration) та вартості.
Практика MS Project: зведені задачі агрегують дані «знизу», тому будь‑яке пряме призначення на них спотворює картину завантаження.
Приклад:
Простіше: призначити інженера на зведену задачу «Монтаж».
Правильно: призначити інженера на «Монтаж кабель‑каналів», «Прокладання кабелю», «Підключення шаф».
2. На задачу рекомендується призначати лише одного виконавця
Один власник виконання зменшує управлінську невизначеність: хто звітує про прогрес, хто змінює % завершення, хто відповідає за строки.
Коли можна інакше: якщо робота дійсно виконується паралельно (наприклад, два монтажники працюють у різних зонах) — краще розбити задачу на дві, а не змішувати двох людей в одній активності.
Приклад:
Проблемно: «Оздоблення приміщень (2 виконавці)» — один повідомляє про 80%, другий про 20%, загальна картина спотворена.
Прозоро: «Оздоблення — блок А (Виконавець 1)» та «Оздоблення — блок B (Виконавець 2)».
3. Призначати виконавців із завантаженням 100% (за замовчуванням)
Базова норма — повна доступність на задачі, що спрощує розрахунки. Винятки (50%, 25%) встановлюються свідомо, коли людина паралельно залучена в інших задачах або така модель є нормою за роллю (наприклад, архітектор‑консультант — 25%).
Практика MS Project: якщо завантаження <100%, тривалість збільшується за фіксованого обсягу роботи (Work), що впливає на критичний шлях. Важливо розуміти тип задачі (Fixed Units/Work/Duration) та правило «Effort‑Driven».
Приклад:
Стартовий підхід: аналітик на «Збір вимог» = 100%.
Усвідомлений виняток: експерт на «Рецензування» = 25%, тривалість збільшується пропорційно.
4. Лише один відповідальний може бути призначений на задачу або зведену задачу
Окрім виконавця, має бути єдиний відповідальний (Owner/Responsible), який приймає рішення, знімає блокери та погоджує зміни.
Практика: навіть якщо на задачі кілька ресурсів, роль «Відповідальний» залишається унікальною.
Приклад:
У задачі «Пусконалагодження» працюють три інженери, але відповідальний один — провідний інженер ділянки.
5. Відповідальний може бути призначений як на звичайну, так і на зведену задачу
На операційному рівні — відповідальний за конкретну задачу; на рівні WBS‑розділу (зведеної задачі) — куратор, який відповідає за весь блок робіт.
Практика: це забезпечує вертикаль управління — від мікрозадач до великих пакетів робіт.
Приклад:
На задачу «Тестування інтерфейсів» — відповідальний: «QA‑лід проєкту».
На зведену «Система зв’язку» — відповідальний: «Керівник напряму зв’язку».
6. Рекомендується зазначати відповідальних у користувацькому полі типу «Текст»
Зберігати дані про відповідального окремо від ресурсних призначень зручно для звітності, фільтрації, аналітики та експорту. Користувацьке поле («Текст1/Текст2» з підписом Responsible) запобігає плутанині з фактичними виконавцями.
Практика MS Project:
- перейменувати поле Текст1 → Responsible;
- ввести ПІБ/роль відповідального (не обов’язково збігається з призначеним ресурсом);
- створити фільтри/групування «за Responsible» і отримувати звіти в один клік.
Приклад:
Задача має ресурс «Інженер‑електрик (Іванов)», але поле Responsible = Петров А.А. (керівник напряму) — Петров курує виконання, Іванов виконує роботу.
