Планирование нескольких проектов: общий ресурс, очереди и право остановки

Сначала найдите общий ограниченный ресурс

Несколько отдельных планов могут быть выполнимыми поодиночке и невыполнимыми вместе. Начните с человека, оборудования или согласующего, который нужен сразу нескольким проектам. Соберите его работу в один календарь. В строке проекта укажите ближайший проверяемый результат, реальную дату потребности, оставшийся объём и зависимость. Общий список всех мелких задач пока не нужен: он скрывает конфликт под подробностями.

Учебный пример: небольшая студия одновременно делает каталог, сайт и презентацию. Везде нужен один дизайнер. На следующую неделю у него 30 рабочих часов после обязательных встреч. Руководители уже обещали 18 часов каталогу, 16 сайту и 8 презентации. Сумма 42 часа превышает ресурс на 12. Ускорение переписки этот разрыв не устраняет: необходимо изменить хотя бы одно обязательство.

Отделите важность проекта от очередности работы

Высокая ценность проекта не означает, что каждая его задача должна исполняться первой. Для каталога завтра нужен только пробный разворот, а весь объём допускает перенос. Сайт ожидает доступы до четверга. Презентация нужна к выступлению в среду. Сравнивайте ближайшие результаты и последствия задержки, а не статус заказчика. Запишите основание очереди: внешний срок, зависимый исполнитель, стоимость простоя или возможность исключить объём.

В примере дизайнер сначала готовит презентацию за 8 часов, затем пробный разворот за 6. Для сайта резервируют 10 часов после получения доступов. Оставшиеся 6 часов уходят на каталог. Ещё 6 часов каталога и 6 сайта не исчезли: их явно перенесли и согласовали. Такой план честнее трёх зелёных полосок в разных файлах.

Посчитайте доступность до назначения дат

Берите часы из рабочего календаря, затем вычитайте регулярные обязанности, отсутствие и уже принятые обязательства. Не считайте всю неделю временем производства. Для задачи отдельно указывайте трудоёмкость и календарное ожидание: час проверки может ждать ответа заказчика два дня. Если специалист доступен только по вторникам, десять часов работы нельзя механически разместить в любые два дня.

Проверяйте также парные ограничения. Дизайнер может закончить макет, но без редактора он не будет готов к печати. Добавьте в общий обзор момент передачи и того, кто принимает результат. Защищённое окно редактора полезнее оптимистичной даты завершения дизайна. При отсутствии данных используйте диапазон и договорённость о повторной оценке после первого образца.

Чтобы посчитать доступность общих исполнителей, используйте Ресурсный план проекта: как посчитать доступность и найти перегрузку.

Установите предел одновременно начатой работы

В Kanban Guide незавершённая работа рассматривается как отдельная характеристика потока. Для своей студии можно договориться: у дизайнера одновременно один макет в работе и один ожидающий ответа. Это локальное правило примера, а не универсальная численная норма. Оно предотвращает ситуацию, когда каждый проект формально начат, но ни один не дошёл до передачи.

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

Сделайте один короткий обзор портфеля

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

Для студии обзор занимает место перед раздачей работы на неделю. Руководитель видит, что доступы к сайту снова задерживаются, и возвращает часть окна каталогу. Но он сохраняет дату, после которой обещание по сайту потребует пересогласования. Свободный сегодня специалист ещё не означает свободный ресурс в момент, когда запоздавший входящий материал наконец появится.

Шаблон решения о конфликте

Скопируйте запись: «Ресурс: __. Период: __. Доступно: __. Запрошено: __. Невмещающийся объём: __. Первым делаем: __, потому что __. Переносим или исключаем: __. Изменение подтверждает: __. Следующая проверка: __». Заполнить её можно в обычной таблице; отдельная система управления портфелем для трёх небольших проектов необязательна.

Добавьте рядом журнал решений. В нём полезны исходная дата, причина изменения и сообщение затронутому участнику. Без истории руководитель через неделю будет заново спорить о давно согласованном переносе. При этом журнал не должен содержать лишние персональные или коммерческие данные: ссылки на защищённые документы достаточно.

Чтобы проверить цепочку зависимых передач, откройте Критический путь проекта: простой расчёт на примере.

Ошибки: делить всё поровну и держать резерв невидимым

Равное распределение по десять часов каждому проекту выглядит справедливо, но может сорвать выступление и оставить три незавершённых результата. Исправление: сначала обеспечить ближайшие передачи, затем распределять остаток. Другой сбой — обещать резерв сразу нескольким заказчикам. Если каждый считает его своим, это уже не резерв. Показывайте его отдельно от подтверждённой загрузки.

Не принимайте количество проектов за измерение нагрузки. Два крупных согласования могут требовать больше внимания, чем шесть небольших независимых задач. Сравнивайте фактический состав работ и доступность общих участников. Если оценка сильно плавает, уменьшайте размер ближайшего обещания и уточняйте её на завершённых частях.

Когда общего календаря недостаточно

Для небольших независимых проектов достаточно общей таблицы ресурсов и регулярного решения конфликтов. При сложной сети зависимостей потребуется более подробный график: поставки, испытания, внешние согласования и критические ограничения. Не пытайтесь заменить его личным списком дел. Участники должны видеть, чьё решение необходимо для движения и где проходит граница полномочий.

В конце недели сравните обещанное с принятым результатом и назовите одну причину отклонения. Если проблема была во входящих данных, следующее улучшение — условие готовности материалов. Если в нехватке ресурса — пересмотр обязательств. Добавление ещё одного статуса не исправит ни ту, ни другую причину.

Заполненный протокол распределения на неделю

Решение студии от понедельника: доступность дизайнера — 30 часов после встреч. Каталог получает 12 часов вместо 18, из них первые шесть — пробный разворот для редактора. Презентация получает восемь часов до среды. Сайт получает десять часов после передачи доступов в четверг. Руководитель каталога подтверждает перенос оставшихся шести часов на следующую неделю. Владелец сайта согласует меньшую первую передачу: главная страница и один типовой экран вместо полного набора.

Ответственный за доступы должен подтвердить их работоспособность до 12:00 четверга. Если этого не произошло, два часа окна сайта переходят каталогу, а обещание по сайту пересматривается до начала пятничной работы. Нельзя просто занять все десять часов и затем снова обещать их сайту: журнал должен показывать, какая часть реально высвобождена.

Проверка в пятницу: презентация принята, пробный разворот согласован, по сайту переданы два экрана. Студия сравнивает именно эти выходы, а не процент занятости дизайнера. Если десять часов сайта ушли на настройку доступа и результата нет, это отдельный факт для нового расчёта. Так общий план связывает ресурс с полезными передачами.

Материалы для следующего шага

Для следующего действия используйте Канбан-доска для команды: колонки, WIP-лимиты и движение задач: отобразите выбранные ограничения в очереди готовой, активной и ожидающей работы.