Декомпозиция задач срывается на стыке руководителя и команды

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

Зачем руководителю декомпозиция задач, если команда опытная

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

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

Нечёткая постановка задач — одна из проблем, которые отмечают сотрудники. По данным исследования «СберУниверситета», 42% опрошенных указали на слабые управленческие навыки руководителей. Среди их проявлений — недостаток обратной связи, нечёткие задачи и нереалистичные сроки. При декомпозиции постановщик объясняет цель и нужный заказчику результат, а исполнитель помогает определить состав и порядок работ.

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

«Чем объемнее задача, тем выше в ней уровень неопределенности, и, как следствие больше рисков, что она дальше будет по срокам разрастаться, а наша оценка окажется неверна».

Виктор Брыксин, руководитель разработки Яндекс Телемоста.

Исполнитель в одиночку разбивает задачу-монстра

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

Такую задачу можно узнать по четырём признакам:

• Есть только конечный срок: дата сдачи указана, а промежуточные результаты и сроки для них — нет;
• Работа между участниками не распределена: у проекта есть ответственный, но неясно, какие части выполнят дизайнер, юрист или соседний отдел;
• Статус не меняется: задача неделями остаётся «в работе», и непонятно, что уже готово;
• Описание повторяет цель: из него нельзя понять, какие действия предстоят.

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

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

С такими крупными задачами столкнулась команда продуктовых дизайнеров «Т-Банка»: 7 человек работали с 10 командами разработки. По данным компании, отдельные задачи занимали до 100 дней. Команда рассказывает, как с начала 2024 года меняла процесс, чтобы сделать сроки более предсказуемыми. Среди её практик:

• Декомпозиция вместе с постановщиком: дизайнеры делят эпики и проекты на небольшие задачи с полезным для заказчика результатом;
• Этап как отдельная задача: исследование, подготовку концептов и проработку дизайна учитывают отдельно;
• Квартальный разбор: раз в три месяца тимлид обсуждает с дизайнерами задачи, которые заняли больше 10 дней.

12 ноября 15:00 МСК Онлайн Бесплатно Открытый разбор: КП отправили, а дальше тишина Для руководителей продаж: как узнать, что происходит со сделкой, пока клиент молчит, и как вернуть разговор. Зарегистрироваться

В декомпозиции потерялась часть работы

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

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

Проверку начинают с результата: описывают, что должен получить заказчик, и сверяют это со списком подзадач. Затем проверяют, кто отвечает за необходимые для сборки результата действия — интеграцию, тестирование и согласования. Если назначение подзадачи неясно, выясняют, для чего она нужна и не дублирует ли другую работу.

Небольшую задачу можно сразу разделить на части одного уровня — это одношаговая декомпозиция. В проекте уровней может быть несколько; такую иерархию работ называют структурой декомпозиции работ, или WBS. Полноту проверяют на каждом уровне. Если работу не включили в верхний уровень плана, дальнейшее дробление остальных частей само по себе не устранит пропуск.

Полный перечень работ помогает избежать пропусков, но не гарантирует, что проект принесёт все ожидаемые выгоды. По данным глобального исследования PMI за 2026 год, 31% сложных проектов не достигают всех запланированных выгод. Этот показатель описывает результаты проектов в целом и не позволяет судить о качестве их декомпозиции.

Виды декомпозиции задач: по этапам, по сценарию, по модулям

Полноту проще проверить, если на одном уровне использовать общий принцип деления:

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

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

Срок подзадачи не поддается оценке

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

Например, в командах разработки MWS ориентируются на подзадачи, которые разработчик среднего уровня выполнит за полдня-день, если его никто не отвлекает. Это практика конкретных команд. В другой команде подходящий размер подзадачи может отличаться. Важно, чтобы участники одинаково понимали, насколько подробно нужно разбивать задачу, и могли оценить каждую часть.

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

Задачу стоит разобрать подробнее, если заметен один из двух признаков:

• Неясно, с чего начать: исполнитель не может назвать первое действие;
• Слишком широкий разброс оценки: на вопрос о сроке звучит «неделя или две».

Почему команде бывает проще разбить задачу, чем сразу оценить ее целиком, объясняет Алексей Панаэтов:

«Насколько плохо мы умеем оценивать, настолько же хорошо мы декомпозируем, потому что занимаемся этим все время».

Алексей Панаэтов, руководитель технической команды Центра Геосервисов в MWS.

Пример декомпозиции задачи: вебинар для клиентов

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

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

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

Подзадаче нужен понятный критерий готовности

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

Критерий готовности указывает, что нужно сдать и по каким признакам примут результат. Его согласуют до начала работы и записывают в задаче. Описание подзадачи целиком можно дополнительно проверить по SMART: понятен ли результат, можно ли его измерить и достичь, связан ли он с целью и установлен ли срок.

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

Эти трудности знакомы участникам опроса сервиса Weeek: 22% сообщили, что задачи постоянно меняются «на ходу», 17% назвали помехой неясные приоритеты. Чаще всего респонденты отмечали слишком большое число дел одновременно — 35%.

Перед передачей подзадачи исполнителю проверяют, указаны ли в её описании:

• Ответственный: кто выполняет работу;
• Ожидаемый результат: что нужно сдать;
• Критерий готовности: по каким признакам работу примут;
• Первый шаг: с чего начать;
• Срок: дата сдачи с учётом объёма работ и зависимостей;
• Приоритет: место в очереди относительно других задач;
• Контекст: ссылки на исходные материалы, договорённости и ограничения.

Контекст собирают в описании задачи, чтобы исполнителю не приходилось разыскивать нужные сведения. По данным Weeek, сотрудники в среднем тратят около 1 часа 50 минут в день на поиск информации и восстановление рабочего контекста.

Задачи команды разошлись с целью

Бывает, что команда закрыла все подзадачи вовремя, но цели не достигла. Одна из возможных причин — план составили из привычных действий, не проверив, ведут ли они к нужному результату. Цель изменилась, а работа осталась прежней.

Чтобы этого избежать, план строят от результата: сначала определяют, чего нужно достичь, затем — какие действия для этого потребуются. Некоторые из них могут быть новыми для команды. В исследовании сообщества OKR Russia за 2026 год 67% участников ответили, что для достижения цели придётся менять привычные способы работы. Опрос проводили среди участников профессионального сообщества, поэтому его результат нельзя переносить на все российские компании.

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

• Общую систему планирования: в ней отмечают зависимости между командами и отделами и открывают доступ всем участникам;
• Дерево целей и интеллект-карты: показывают, какие задачи помогают достичь каждой цели;
• Диаграмму Ганта: показывают работы во времени, в том числе какие задачи начнутся только после завершения других.

Таким образом связи между подразделениями показывали в «Росгосстрахе», когда согласовывали цели на 2025 год по методике OKR — целей и ключевых результатов. Кураторы из числа топ-менеджеров задали направление и ожидаемый результат. Подразделения сформулировали свои цели и отметили стрелками зависимости на общей виртуальной доске. Цели разделили на три типа: поставленные по запросу куратора, вспомогательные и предложенные сотрудниками по собственной инициативе.

По данным компании, в этой работе участвовали более 200 руководителей и менеджеров среднего звена из 22 подразделений. Компания сообщает, что время на согласование целей сократилось в несколько раз.

Когда пора пересмотреть декомпозицию задач

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

Изменения сроков встречаются часто. По данным Weeek, 79% руководителей и 66% сотрудников хотя бы раз переносили срок выполнения задачи. Причиной могут быть новые приоритеты или нехватка ресурсов. Поэтому прежде чем менять декомпозицию, нужно выяснить, из-за чего возникла задержка. Сооснователь сервиса поясняет:

«Сам по себе перенос срока не говорит о плохом планировании. Руководитель одновременно видит несколько проектов, ресурсы команды и новые вводные».

Инга Скерсь, сооснователь сервиса Weeek.

Особое внимание нужно уделить задачам, которые переносят снова и снова. Чтобы заметить проблемы вовремя, в план заранее добавляют контрольные точки — например, в конце этапа или на еженедельной встрече. На них проверяют:

• Повторные переносы: одну подзадачу откладывают второй или третий раз;
• Рост объёма: появляются работы, которых не было в описании;
• Работу вне плана: команда выполняет задачи, которые в нём не учтены;
• Неясный старт: исполнитель по-прежнему не может ответить, с чего начать.

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

Проверка декомпозиции перед раздачей задач

Подробное описание задачи ещё не означает, что постановщик и исполнитель одинаково понимают ожидаемый результат. В исследовании Gallup за 2025 год 47% сотрудников в США полностью согласились с утверждением, что знают, чего от них ждут на работе. Опрос касается рабочих ожиданий в целом, но напоминает, почему перед началом задачи полезно сверить понимание плана:

• Разобрали ли постановщик и исполнитель задачу вместе и согласовали ли ожидаемый результат?
• Охватывают ли подзадачи всю работу без пропусков и дублирования?
• Понятно ли, кто отвечает за каждую подзадачу, с чего начать и сколько времени займёт работа?
• По каким критериям будут принимать результат?
• Как подзадачи связаны с целью команды и работой соседних отделов?

Если на какой-то вопрос нет ясного ответа, эту часть плана уточняют до начала работы.