Командная работа

Распределение задач в команде: как назначать ответственных и сроки

Распределение задач в команде ломается на мелочах: «кто-нибудь посмотрит», «сделаем на неделе», решение осталось в чате. Разбираем простые правила — один ответственный, срок-дата, результат в названии, — порядок распределения по шагам, задачи на доске рядом с планом и контроль сроков без микроменеджмента.

12 мин чтения

Запуск рассылки
На этой странице

Почему задачи теряются#

Задача теряется не потому, что люди безответственны. Обычно у неё просто нет хозяина или нет даты. На встрече все согласны, что «надо обновить прайс», каждый уверен, что это сделает кто-то другой, а через две недели выясняется, что прайс старый и клиенту уже назвали неверную цену.

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

Признаки, что задачи распределены плохо#

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

Пять правил хорошо распределённой задачи#

Методик управления задачами много, но почти все держатся на одних и тех же основах. Если каждая задача в команде им соответствует, половина проблем исчезает ещё до выбора инструмента.

  • Один ответственный. Не «отдел маркетинга» и не «Олег и Ира», а один человек.
  • Срок — конкретная дата. «До 14 октября», а не «на следующей неделе».
  • Результат в названии. «Обновить цены в прайсе на сайте», а не «Прайс».
  • Задача видна всем. Её видит не только ответственный, но и те, кто от неё зависит.
  • Понятен статус. По задаче видно, начата ли она, готова или застряла.

Так хуже

Через день никто не вспомнит, кто что обещал.

Так лучше

Что сделать, кто отвечает и до какого числа.

Почему ответственный — один#

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

Как назначать срок#

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

  • Привязывайте к дате, а не к событию. «До релиза» сдвигается вместе с релизом, «до 20 октября» — нет.
  • Ставьте срок раньше настоящего дедлайна. Если клиенту обещали в пятницу, внутренний срок — четверг: останется день на проверку.
  • Большую задачу делите на этапы со своими датами. Месячная задача с одним сроком в конце показывает проблему, когда исправить её уже поздно.

Как сформулировать задачу#

Название задачи начинайте с глагола и заканчивайте результатом: «Сверстать письмо и проверить на телефоне». Человек должен понимать, что считать готовым, без созвона с автором. Подробности, ссылки и критерии готовности — в описании или в чек-листе внутри задачи, а не в длинном заголовке.

Как распределить задачи в команде: по шагам#

Порядок подходит и для нового проекта, и для еженедельного планирования. На небольшой проект хватает одной встречи.

  1. Соберите всю работу в одном месте

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

  2. Разбейте крупное до действий

    «Запустить рассылку» — это проект. Задачи — «собрать базу», «написать текст», «сверстать», «отправить». Задачу можно сделать и отметить готовой.

  3. Найдите зависимости

    Какие задачи не начать, пока не готова другая. Их соедините связью — так видно, где очередь и кто кого ждёт.

  4. Назначьте ответственных

    По опыту, интересу и загрузке. Спросите вслух, кто возьмёт, и запишите одно имя на задачу.

  5. Договоритесь о сроках

    С каждым ответственным — дата, которую он подтвердил. Начинайте с задач, от которых зависят другие.

  6. Проверьте загрузку

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

  7. Зафиксируйте там, где все видят

    Итог — не в протоколе, который никто не откроет, а на общей доске или в трекере, куда заглядывает команда.

  8. Назначьте день сверки

    Короткая встреча раз в неделю: что готово, что застряло, где сдвигаются сроки.

Как выбрать ответственного#

Кому отдать задачу: частые ситуации
СитуацияКого назначитьНа что обратить внимание
Задача по специальностиТого, кто лучше всех в этом разбираетсяНе перегрузить одного эксперта всей командой
Задача, чтобы научитьсяТого, кому это полезно освоитьСрок с запасом и опытный помощник
Задача на стыке отделовТого, кому результат нужнее всехОн собирает остальных, а не делает за них
Срочная мелочьТого, у кого сейчас меньше всего задачПроверить загрузку, а не спрашивать «кто свободен»
Никто не хочет братьРуководителя или ведущего встречиПересмотреть, нужна ли задача вообще

Визуальная доска задач: зачем видеть задачи рядом с планом#

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

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

Такая доска особенно полезна, когда задач не сотня, а десятки, и важна картина целиком: запуск продукта или рассылки, переезд офиса, подготовка мероприятия, план по итогам ретроспективы. Как нарисовать сам процесс, разбираем в статье «Как сделать блок-схему процесса», а если работа описывает путь пользователя по продукту — в статье «Что такое User Story Map».

Как разложить задачи на доске#

Три способа разложить задачи и когда какой подходит
РаскладкаКак выглядитКогда подходит
По статусуКолонки «Нужно сделать», «В работе», «Готово»Поток однотипных задач, ежедневная работа
По этапамЗадачи под шагами процесса или планаПроект с последовательными этапами и зависимостями
По неделямГруппы «Эта неделя», «Следующая», «Позже»Планирование на одну-две недели вперёд

Раскладки можно сочетать: этапы сверху, статус — цветом или точкой на карточке. Главное — не дублировать одно и то же двумя способами, иначе доска начнёт противоречить сама себе.

Задачи из встреч: планёрка и ретроспектива#

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

  1. Оставьте на это время

    Последние десять минут встречи — только на задачи. Если обсуждение затянулось, переносите тему, а не распределение.

  2. Переформулируйте решения в действия

    «Тестов мало» — не задача. «Добавить проверку оплаты в автотесты» — задача.

  3. Имя и дата — вслух

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

  4. Начните следующую встречу с проверки

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

Для ретро это особенно важно: без задач с ответственными ретроспектива превращается в разговор о наболевшем. Как провести её на доске всей командой — на странице «Ретроспектива онлайн» и в пошаговом руководстве «Ретроспектива команды на онлайн-доске».

Контроль сроков без микроменеджмента#

Контроль сроков задач не должен сводиться к ежедневным «ну что, как там?». Если задачи и сроки видны всем, человек сам замечает, что отстаёт, а руководитель смотрит на картину, а не опрашивает каждого.

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

Задачи на карточках в NodePanel#

В NodePanel любую карточку на доске можно сделать задачей: назначить одного ответственного из участников доски и поставить срок. Внизу карточки появляется плашка с аватаром и датой, которая меняет цвет: красная — срок прошёл, оранжевая — срок сегодня, жёлтая — завтра. Готовая задача — это обычный статус «Готово». Как всё устроено по шагам — в документации, в разделе «Задачи на карточках и „Мои задачи“».

  • «Мои задачи» — страница со всеми карточками, где ответственный — вы, со всех досок сразу, по группам от просроченных до задач без срока. Задачу можно отметить готовой прямо там.
  • Уведомления в колокольчике и письмом: когда вам назначили задачу, накануне срока и на следующий день, если задача не готова. Письма о задачах можно выключить в настройках.
  • Задачи рядом с планом: карточка остаётся частью схемы — со связями, группами, комментариями и упоминаниями через «@имя».
  • Ссылка на задачу: ссылка на блок откроет доску сразу на нужной карточке — удобно вставить в чат.
План задач

Начать проще всего с шаблона плана задач: три колонки со статусами, в которых осталось назначить людей и сроки. Назначать может тот, кто правит доску; кому что доступно, описано в разделе «Роли».

Частые ошибки#

  • Задача на всех. «Команде проверить сайт» — значит, никто не проверит. Один ответственный, остальные — помощники.
  • Срок без даты. «ASAP» и «на неделе» не дают ни напоминаний, ни повода спросить.
  • Слишком крупные задачи. «Сделать сайт» висит месяц в статусе «В работе», и не видно, движется ли он.
  • Распределение без учёта загрузки. Самому надёжному человеку отдают всё подряд, пока он не начнёт срывать сроки.
  • Задачи в трёх местах. Часть в чате, часть в таблице, часть на доске — в итоге не верят ни одному источнику.
  • Готовое не отмечают. Доска показывает прошлую неделю, и на сверке приходится заново всех опрашивать.
  • Просрочку замалчивают. Перенос, о котором сказали за день, — нормальная работа. Перенос, о котором узнали после срока, — подведённая команда.

Чек-лист: задачи распределены, если…#

  • У каждой задачи одно имя ответственного.
  • У каждой задачи срок — конкретная дата, о которой договорились с ответственным.
  • Название начинается с глагола и описывает результат.
  • Крупная работа разбита на задачи, которые можно сделать за дни, а не за месяц.
  • Зависимые задачи связаны, и видно, кто кого ждёт.
  • Загрузка проверена: ни у кого нет всех сроков на одну неделю.
  • Задачи лежат в одном месте, которое видит вся команда.
  • Решения встреч превращены в задачи до конца встречи.
  • Есть день сверки, и готовое отмечают сразу.

Вопросы и ответы#

Как правильно распределить задачи в команде?

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

Может ли у задачи быть несколько ответственных?

Участников может быть несколько, а ответственный лучше один: тот, кто доводит задачу до конца. Если работа делится на независимые части, разбейте её на несколько задач с разными ответственными. В NodePanel у карточки-задачи всегда один ответственный.

Как контролировать сроки задач и не стоять у всех над душой?

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

Чем доска задач отличается от таск-трекера?

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

Можно ли назначить задачу человеку, который только смотрит доску?

В NodePanel можно назначить ответственным любого участника доски, в том числе зрителя. Он увидит задачу на странице «Мои задачи» и получит напоминания, но отметить её готовой не сможет: для этого нужны права на правку доски.

Процессы

Как сделать блок-схему процесса: пошаговая инструкция с примером

Пошагово: границы процесса, участники, шаги, развилки, дорожки и проверка на реальном случае. Пример — возврат товара, типичные ошибки и чек-лист.10 мин чтения
Продукт

Что такое User Story Map и как её построить

Что такое User Story Map: хребет активностей, шаги, истории и релизы, отличие от бэклога, сессия построения по шагам, пример интернет-магазина и чек-лист.10 мин чтения
Идеи и обучение

Как сделать интеллект-карту: правила, примеры и ошибки

Как сделать интеллект-карту по шагам: правила построения, примеры для плана поездки и программы курса, отличие от блок-схемы, частые ошибки и чек-лист.10 мин чтения