Статья
30 октября 2026 г.
Представим ситуацию. Маркетинг готовит акцию. Макеты сверстаны, тексты утверждены, осталось лишь показать условия юристам. Материалы ушли еще в среду вечером, но во вторник выясняется, что проверка даже не начиналась — юристы ждали полный текст условий, а маркетологи были уверены, что хватит макета.
Несколько рабочих дней потеряны. А дату запуска при этом никто не сдвигал.
Саботажа здесь нет, все были заняты делом. Просто между «отправили» и «получили» задача стала… ничьей. Маркетинг считал, что мяч у юристов, юристы считали, что у маркетинга. Руководитель узнал обо всем, когда спасать было уже поздно.
В статье разберем, почему согласования застревают на стыке отделов, кто должен за ними следить и что делать, чтобы не писать «ну что там?» по десять раз на дню.
Внутри отдела у задачи обычно хозяин есть: руководитель распределяет работу, а команда видит общую доску. Между отделами такого хозяина обычно нет. Каждый отвечает за свой кусочек, а за путь задачи от одного кусочка к другому не отвечает никто.
Автору при этом кажется, что отправка письма с макетом и текстом «Коллеги, посмотрите, пожалуйста» завершает его часть работы. Но письмо в почте юриста ≠ задача. Это одно из сорока его входящих, еще и без срока и без понятного вопроса.
Для согласующего задача «посмотрите, пожалуйста» — абстрактная просьба из чужого отдела. У него своя очередь, свой руководитель и свои сроки. Чужая просьба без даты встает в конец очереди.
Чем больше людей в копии, тем меньше шансов, что ответит хоть кто-нибудь. Психологи называют это размыванием ответственности: каждый уверен, что вопросом займется кто-то другой. Дарли и Латане описали этот эффект еще в 1968 году. Участники эксперимента слышали по интеркому, что их собеседнику стало плохо. Когда собеседник понимал, что разговор слышит только он, почти всегда бросался на помощь. Когда же думал, что слушателей еще четверо, помощь оказывалась заметно реже и позже. В рабочей переписке этот эффект работает примерно так же.
🔍 Задача больше ждет, чем движется. Если согласование заняло 5 дней, это не значит, что юрист все 5 дней его проверял. Вполне возможно, сама проверка заняла вообще пару часов, а остальное время задача ждала очереди или ответа на уточняющий вопрос. У этого даже есть название: эффективность потока (flow efficiency), то есть доля времени, когда над задачей действительно работают. Понятие популяризировали Модиг и Ольстрем в книге «This Is Lean». В нашем примере задача могла ждать в разы дольше, чем над ней работали. В общем, ускорять стоит не работу юриста, а ожидание.
Самый действенный шаг — договориться, что за согласование по умолчанию отвечает тот, кому нужен результат. Не юрист и не финансист, а инициатор: в нашем примере маркетолог, который запускает акцию. Отправить материалы — не конец его работы, а середина: он следит, чтобы решение было получено и задача ушла дальше.
Идея не новая. В Apple, по словам журналиста Адама Лашински, у каждой задачи есть DRI (directly responsible individual), то есть «непосредственно ответственный». Его имя пишут прямо в повестке встречи, так что вопрос «а кто этим занимается?» там просто не возникает.
Что это значит для нашего маркетолога на практике:
⚠️ Ответственность без полномочий. Маркетолог отвечает за запуск, но не может менять приоритеты юридического отдела. Если согласование застряло, он может обратиться к руководителю юристов, чтобы договориться о сроке или другом исполнителе.
Сравните два сообщения:
Чем точнее просьба, тем быстрее ответ
Первая размытая просьба перекладывает работу на получателя: ему придется выяснять, что от него хотят, к какому сроку и по каким документам. Второе сообщение можно брать в работу сразу.
Быстрая проверка перед отправкой: поймет ли человек, что от него нужно, если прочитает только задачу, без созвона и без поиска по чату? Если нет, допишите, чего не хватает.
💡 Ответ тоже должен быть однозначным: «согласовано», «на доработку» или «отклонено». «Посмотрел, вроде нормально» — это не решение. Если после одобрения поменяли условия, например размер скидки, прежнее «да» уже ничего не значит.
Маркетолог отправил условия юристу и через два дня спрашивает в чате: «Есть новости?» Юрист отвечает: «Еще не смотрел». Через день все повторяется. Ответственность за согласование на маркетологе, но знать, что происходит, он может только из переписки.
Проще, когда у согласования есть понятный обоим статус:
Где вести статусы — в трекере, таблице или почте, — зависит от того, как устроена работа в компании. Важно другое: статус меняет тот, у кого сейчас задача, и его видят все участники.
Самое полезное здесь — разница между «ожидает» и «на проверке». Если задача третий день ждет, ее никто не проверяет, она лежит в очереди. Торопить юриста бесполезно, у него свои приоритеты. Лучше сразу договориться с ним или его руководителем, когда задача дойдет до проверки, или передать ее другому юристу.
⚡ В taskITnow можно завести для согласований свои статусы: «Ожидает проверки», «На проверке» и так далее. Тогда достаточно открыть страницу «Все задачи» и отфильтровать свои согласования: из каких бы проектов они ни были, сразу видно, какое у кого лежит.
Когда на согласовании пять человек, замечаний может быть много. И автор обычно считает обязательными их все: раз написали, значит, без этого нельзя.
В Google с подобным справились следующим способом. Проверяющие кода помечают каждый комментарий: «мелочь», «на подумать» или «к сведению». Так автор сразу видит, что нужно исправить до запуска, а что можно учесть позже или вовсе оставить как есть.
Тот же прием работает для любых согласований. Юристу достаточно дописать «обязательно» к своему замечанию про незаконную скидку, а коллеге — «на ваше усмотрение» к идее нового заголовка. Ценны оба мнения, но запуск блокирует только одно.
А когда задача возвращается на проверку, напишите, что изменилось: «Убрали „весь ассортимент“, остальное без изменений». Тогда юристу не придется искать 10 отличий, перечитывая все с нуля.
⚡ В taskITnow замечания удобно оформить чек-листом прямо в задаче: каждый пункт — одно исправление, и автор отмечает его после выполнения. При повторной проверке сразу видно, что сделано.
— 📖 Подробнее о чек-листах читайте в статье «Дьявол в чек-листах: зачем разбивать работу на шаги»
🔹 Договоритесь на берегу. Обсудите с отделами, с которыми чаще всего согласуете работу: где идет согласование, что считается ответом и сколько ждать. Например: в почте, письмо со словом «согласовано», один рабочий день. И сразу решите, что молчание — не согласие, а после срока можно идти к руководителю.
🔹 Перед отправкой. Напишите конкретному человеку, а не «коллегам». Укажите срок, главный вопрос и приложите все, что нужно для проверки. Проверьте себя: поймет ли он задачу без созвона?
🔹 После отправки. Если срок прошел, а ответа нет, не напоминайте, а выясните, что мешает: не хватает данных, у согласующего завал или нужен другой исполнитель.
🔹 Когда пришли замечания. Отделите обязательные правки от пожеланий. Возвращая задачу, напишите, что изменилось.
🔹 Когда пришло «да». Убедитесь, что согласовали ту версию, которую вы запускаете.
Статусы, общий список задач, контроль зависших задач и многое другое уже есть в taskITnow. Начните работу — и согласования перестанут теряться между отделами.
Подпишитесь на новости и релизы
Нажимая кнопку, я подтверждаю, что согласен с политикой конфиденциальности
