Новая срочная задача: откуда взять ресурс, если команда уже загружена
В прошлой статье мы разбирали ситуацию, когда один специалист одновременно участвует в нескольких проектах. Каждый локальный план может выглядеть реалистично, но суммарная загрузка человека превышает его доступное время.
Следующий логичный вопрос: что происходит, когда в такой план добавляется новая срочная задача?
Обычно она появляется неожиданно:
— клиент просит срочную доработку;
— руководство запускает новую инициативу;
— в продукте обнаруживается критическая проблема;
— нужно быстро подготовить данные, расчёты или презентацию;
— один из проектов получает более высокий приоритет.
На словах решение кажется простым: «Давайте поставим эту задачу первой».
Но изменение приоритета не создаёт дополнительную ёмкость команды.
Если нужный специалист уже занят, новая работа может начаться только за счёт чего-то другого.
## Новая задача всегда вытесняет существующую работу
Представим, что разработчик полностью загружен на ближайшие две недели.
В понедельник появляется новая задача, которую нужно завершить к пятнице. Руководитель повышает её приоритет и назначает того же разработчика.
В системе теперь могут одновременно существовать:
— прежние задачи с согласованными сроками;
— новая срочная задача;
— прежняя доступность специалиста;
— ожидание, что все обязательства будут выполнены.
Формально в плане появилась ещё одна задача.
Фактически произошло одно из четырёх:
1. Сдвинется ранее запланированная работа.
2. Специалист будет вынужден работать с перегрузкой.
3. Снизится качество или объём результата.
4. Новый срок окажется невыполнимым.
Если руководитель не выбрал вариант явно, выбор всё равно произойдёт — только позже и уже без его контроля.
## Почему команда часто не видит конфликт сразу
Во многих системах новую задачу можно быстро назначить исполнителю и поставить ей срок.
Но система может не ответить на более важные вопросы:
— сколько времени у специалиста действительно осталось;
— какие задачи уже занимают его рабочее время;
— в каких других проектах он участвует;
— какие работы зависят от задач, которые придётся перенести;
— какие обязательства перед клиентами или подразделениями окажутся под риском.
В результате решение принимается только на уровне новой задачи:
«Она важная, значит, делаем первой».
При этом последствия для остального плана остаются невидимыми.
## Приоритет определяет порядок, но не увеличивает ресурс
Высокий приоритет отвечает на вопрос, что нужно делать раньше.
Но он не отвечает на вопрос, сможет ли команда выполнить весь запланированный объём.
Если специалист может выполнить 40 часов работы в неделю, назначение ему задач на 60 часов не увеличивает его доступность.
Изменяется только очередь.
Поэтому после повышения приоритета нужно пересчитать план и определить:
— какая задача будет отложена;
— на какой срок она сдвинется;
— какие зависимые работы изменятся вслед за ней;
— кого необходимо уведомить;
— остаются ли прежние обязательства выполнимыми.
Без этого новый приоритет существует отдельно от реального расписания.
## «Сделаем параллельно» — не всегда решение
Часто конфликт пытаются закрыть фразой: «Пусть пока делает параллельно».
Но параллельное выполнение нескольких задач одним специалистом означает постоянное переключение контекста.
Разработчику приходится вспоминать архитектуру разных проектов. Аналитику — возвращаться к разным наборам требований и данных. Дизайнеру — держать в голове несколько пользовательских сценариев.
Работа формально движется по всем направлениям, но каждая задача завершается медленнее.
Появляются дополнительные потери:
— время на переключение;
— больше незавершённой работы;
— сложнее оценить фактический прогресс;
— растёт вероятность ошибок;
— увеличивается срок ожидания результата.
Поэтому «делать всё одновременно» часто означает не ускорение, а распределение задержки между несколькими проектами.
## Пять вопросов перед добавлением срочной задачи
Чтобы новая работа не разрушила план незаметно, перед её запуском стоит ответить на пять вопросов.
### 1. Какие специалисты действительно нужны?
Недостаточно назначить ответственного руководителя.
Нужно определить, какие роли потребуются на разных этапах: аналитик, разработчик, дизайнер, тестировщик, эксперт, согласующий сотрудник.
Конфликт может возникнуть не у основного исполнителя, а на следующем этапе.
### 2. Когда именно потребуется каждый участник?
Специалист может быть свободен сегодня, но занят в тот момент, когда задача дойдёт до него.
Поэтому важно планировать не только состав команды, но и последовательность работ.
### 3. Что уже находится в работе у этих специалистов?
Нужно учитывать задачи из других проектов и подразделений, а не только текущий локальный план.
Именно здесь чаще всего обнаруживается, что свободного ресурса фактически нет.
### 4. Какие работы придётся перенести?
Если новая задача действительно важнее, это нормально.
Но перенос должен быть осознанным: с понятным новым сроком и оценкой последствий.
### 5. Какие зависимости изменятся вслед за переносом?
Одна сдвинутая задача может задержать тестирование, согласование, внедрение, обучение пользователей или работу другой команды.
Цена изменения определяется не только длительностью самой задачи, но и её местом в общем плане.
## Четыре честных управленческих решения
Когда свободного ресурса нет, у руководителя остаётся ограниченный набор решений.
### Перенести новую задачу
Подходит, если срочность оказалась ниже, чем первоначально казалось, или последствия переноса существующих обязательств слишком велики.
### Перенести одну из текущих задач
Нужно явно выбрать работу, которая уступит место новой, пересчитать её срок и предупредить заинтересованных участников.
### Назначить другого специалиста
Возможно, если у человека есть нужные компетенции и подключение не потребует слишком долгого погружения.
### Сократить объём работы
Иногда к нужной дате можно выполнить не всю задачу, а минимально достаточный объём. Остальную часть запланировать отдельно.
Главное — не делать вид, что новая задача ничего не меняет.
## Срочность должна превращаться в видимый компромисс
Фраза «задача срочная» сама по себе не является планом.
Полезное управленческое решение должно выглядеть конкретно:
«Чтобы завершить новую задачу к пятнице, мы переносим работу по проекту А на три дня. Из-за зависимости тестирование начнётся позже, поэтому итоговый срок проекта изменится с 18 на 21 число».
Такой подход может казаться более жёстким, чем простое повышение приоритета.
Но именно он делает решение прозрачным.
Руководитель видит цену срочности, команда понимает новый порядок работы, а заинтересованные стороны получают реалистичные сроки.
## Почему нужен общий план
Проблему невозможно решить, если каждый проект существует в отдельной таблице или системе.
В одном плане специалист может выглядеть свободным, а в другом — быть полностью занят.
Для принятия решения нужно одновременно видеть:
— все задачи специалиста;
— их приоритеты;
— плановую трудоёмкость;
— последовательность выполнения;
— зависимости;
— доступное рабочее время;
— обязательства по срокам.
Только после этого можно понять, где действительно есть ресурс и какую цену придётся заплатить за новую работу.
## Что должен показывать инструмент планирования
Система не должна просто позволять добавить срочную задачу.
Она должна помочь ответить:
— когда задача реально может начаться;
— какой специалист доступен;
— какие работы будут вытеснены;
— какие сроки изменятся;
— где появится перегрузка;
— какие варианты перепланирования существуют.
Например, руководитель может сравнить несколько сценариев:
— оставить текущего исполнителя и перенести другие задачи;
— подключить другого специалиста;
— изменить последовательность работ;
— сократить объём новой задачи;
— согласовать более поздний срок.
Это превращает перепланирование из ручного перебора вариантов в управляемое решение.
## Как это реализуется в Диплексе
Диплекс помогает планировать задачи с учётом сроков, зависимостей, приоритетов и доступности специалистов.
При появлении новой работы важно не просто добавить её в список, а пересчитать общий план и увидеть последствия:
— где возникает конфликт загрузки;
— какие задачи сдвигаются;
— какие зависимые этапы оказываются под риском;
— насколько реалистичен новый срок.
Диплекс не принимает управленческое решение вместо руководителя.
Его задача — показать ограничения и последствия каждого варианта до того, как команда столкнётся с задержкой в реальной работе.
## Новая работа требует ответа на главный вопрос
Когда в загруженную команду приходит очередная срочная задача, недостаточно спросить:
«Кто её возьмёт?»
Более точный вопрос звучит так:
«Откуда мы возьмём для неё ресурс и что изменится в существующем плане?»
Если ответ неизвестен, задача пока не запланирована — она только добавлена в список.
А хороший план начинается там, где каждая новая работа связана с реальной доступностью команды и понятным управленческим компромиссом.
