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 = Петров А.А. (Рук. направления) — Петров курирует выполнение, Иванов делает работу.
