Мы проанализировали 1 000 задач команды и нашли самые частые причины срыва сроков

Наверняка каждый сталкивался с неразберихой на работе: непонятно, кто за что отвечает, внесены ли правки, когда созвон и так далее. Чтобы понять, почему так происходит, мы не стали гадать на кофейной гуще или винить «плохую мотивацию». Мы выгрузили данные, проанализировали 1000 задач из внутрянки Projecto и нашли три закономерности, которые чаще всего приводят к срыву сроков. Спойлер: лень сотрудников на самом деле ни при чем.

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

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

Допустим, маркетолог просит «собрать базу для рассылки». Аналитик выгружает таблицу в Excel со всеми данными подряд, а потом выясняется, что маркетологу нужна была выборка из CRM по конкретным фильтрам. В итоге переделка, срыв сроков, потрепанные нервы и вишенка на торте в виде фразы: «Ну ты бы хоть уточнил!».

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

Здесь работает классический «эффект свидетеля». Если в задаче указано три исполнителя или она привязана к целому отделу, ждать, что кто-то добровольно возьмет на себя эту «ношу» — очень самонадеянно. Обычно это означает, что такая задача не делается почти никогда. Каждый думает, что ее закроет кто-то другой, поэтому коллективная ответственность на практике всегда означает отсутствие какой-либо ответственности вообще.

Возьмем к примеру задачу: «Организовать выезд для команды» и поставим ответственным за нее отдел HR. Что происходит в итоге? Никто не бронирует площадку, потому что Аня ждет, что это сделает Боря, а Боря думает, что Аня уже все решила. Задача висит со статусом «В работе» до тех пор, пока не наступит день Х, и все начинают в панике искать виноватого.

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

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

Волшебной таблетки по-прежнему нет, но есть гигиена управления, которая чинит косяки в системе.

• Прозрачные процессы. Опишите, как ставятся задачи и как они принимаются. Введите правило: задача без контекста, критериев приемки и дедлайна считается не поставленной. Сотрудник имеет полное право отказаться ее выполнять, пока не получит нужные вводные.
• Понятные зоны ответственности.У задачи всегда должен быть конкретный ответственный. Даже если над ней работает пять человек из разных отделов, кто-то один должен официально отвечать за результат и пинать остальных, если они тормозят.
• Учёт зависимостей. Если для задачи нужен доступ, бюджет или подпись, запрос на это должен создаваться одновременно с самой задачей, а не за час до дедлайна. Переход на асинхронную коммуникацию и четкие внутренние сроки реакции на запросы творят чудеса.
• И, разумеется, используйте инструменты для упрощения процессов. Руками за всем не уследишь, особенно когда в команде больше пяти человек. Системы вроде Projecto помогают сократить количество просрочек: здесь можно настроить кастомные статусы и автоматические уведомления, чтобы замечать узкие места. Так вы сразу увидите на общей канбан-доске или своем рабочем столе, где сейчас «завис» мяч. А когда процесс оцифрован, он перестает быть хаосом и становится управляемым.

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

А как у вас в команде дела с дедлайнами? Что чаще всего тормозит работу: размытые задачи, бесконечные согласования или что-то еще? Делитесь в комментариях.