Перенесите ваши файлы и переписки из Telegram в несколько кликов
Коротко
Таск-трекер (система управления задачами) может не прижиться в компании по множеству причин: например из-за сильного перегруза персонала (человеческий фактор) или отсутствия мобильного приложения и других нужных инструментов внутри сервиса (технические и организационные сложности).
Меня зовут Данила Розанов, я руководитель команды маркетинга системы управления проектами YouGile. За годы работы я наблюдал множество внедрений таск-трекеров— и успешных, и неудачных.
В статье разберу восемь частых ошибок, из-за которых система не приживается в команде и начинает восприниматься как лишняя бюрократия.
Если узнаете знакомые ситуации, возможно, стоит пересмотреть подход — в большинстве случаев это можно довольно просто исправить.
Ошибка 1. Создать доску без привязки к реальным процессам
Классический сценарий: руководитель быстро создаёт доску с колонками «Новые», «В работе», «Готово» и объявляет о переходе на новую систему. Сотрудники формально соглашаются, но продолжают решать задачи в мессенджерах и почте, игнорируя трекер.
Почему это не работает? Три колонки — это не бизнес-процесс. Если до внедрения не было понятных правил работы, они не появятся сами по себе. Без договорённостей о приоритетах, ответственности и том, как задачи проходят этапы, команда просто продолжит работать по-старому — без трекера.
Как быть? Разберитесь, как у вас устроен сам процесс: какие этапы проходят задачи, кто за них отвечает и в каком порядке идёт работа. Зафиксируйте это текстом или лучше в виде простой блок-схемы.
После этого перенести процесс в систему обычно несложно — по сути, вы просто воспроизводите те же этапы на доске.
Дальше договоритесь о правилах, например:
каждое утро понедельника до 11:00 в работе должно быть не более пяти активных задач на сотрудника
срочные дела постановщик задачи помечает тегом
в пятницу в 12:00 проводим короткую планёрку для сверки итогов недели и корректировки приоритетов.
Ниже — пример доски в YouGileсо со структурированным рабочим процессом. Если вы открываете её впервые и вам понятен процесс, это хороший признак.
Ошибка 2. Перегрузить команду правилами с первого дня
Это другая крайность: в первой ошибке процесса не было совсем — здесь его с самого начала пытаются усложнить.
Частая ошибка — добавлять в систему то, чего раньше не было в работе: лишние правила, обязательные действия и ограничения.
Самый типичный пример — дедлайны. С появлением трекера их начинают ставить почти на все задачи, хотя раньше команда обходилась без них. Кажется, что это наведёт порядок, но на практике такие сроки часто берутся «на всякий случай» и ни на чём не основаны.
В итоге система усложняется и люди начинают воспринимать её как дополнительную нагрузку. Пример простых рабочих правил:
сотрудник старается как можно быстрее освободить свою колонку от задач
приоритетные задачи должны перейти в финальный этап к концу недели
по каждой завершённой задаче оставляют комментарий вроде «всё сделал, вопросов нет»
все возникающие проблемы фиксируют отдельно, чтобы к ним можно было вернуться
при закрытии задачи прикладывают результат — скриншот, лог или ссылку.
Стоит стартовать с двух-трёх. Остальное добавлять постепенно, наблюдая за реакцией команды. Если правило не ускоряет работу, его лучше исключить.
Не стоит ждать мгновенного принятия процесса всеми: если хотя бы треть команды начнёт так работать, это уже победа — остальные подтянутся по примеру коллег.
Ошибка 3. Изолировать команды, чтобы «никто никому не мешал»
Часто доступ к доскам ограничивают из лучших побуждений: «Зачем разработчикам видеть задачи маркетинга? У них своих дел полно».
В итоге приходится постоянно уточнять: какой статус у задачи, когда она будет готова, можно ли уже начинать следующий этап, — хотя вся эта информация уже есть в системе.
Когда задачи открыты, многие такие вопросы просто отпадают. Достаточно зайти на доску и посмотреть, что происходит.
Как настроить систему
Не нужно давать всем полный доступ. Обычно достаточно, чтобы задачи можно было посмотреть. В таск-трекере для этого есть разные уровни доступа.
Например, сотруднику можно открыть только его задачи, руководителю — весь проект, а смежной команде — просто дать доступ на просмотр, чтобы они видели статусы и прогресс, но не могли ничего менять.
При этом доступ можно ограничить даже до одной задачи — если нужно подключить человека точечно и не открывать ему весь проект.
Если команды плотно связаны, можно не ходить на чужие доски вообще. Для этого есть зеркальные задачи или колонки — по сути, это копии одной и той же задачи в разных местах. Меняется статус или появляется комментарий — всё сразу отображается у другой команды.
Вот как это выглядит:
В итоге все остаются в курсе, но не мешают друг другу и не дублируют работу.
Ошибка 4. Поручить контроль руководителю
Кажется очевидным: кто лучше руководителя обеспечит порядок? Но на практике из-за этого менеджер тратит большую часть времени на рутину, а команда видит в трекере инструмент тотального контроля.
Даже в небольшой группе из пяти человек стоит назначить того, кто на первых порах будет присматривать за оформлением задач. Это займёт примерно полчаса в день.
Идеальный кандидат — нейтральный человек, который занимается атмосферой в коллективе, коммуникациями, корпоративной культурой. Офис-менеджер, HR или просто инициативный новичок.
Его функции на старте:
проверять, соблюдаются ли правила оформления
помогать осваиваться тем, кто только подключился
собирать обратную связь — что неудобно и что можно упростить.
Ключевой момент: этот человек не ставит оценки, а помогает наладить процесс. Когда поддержка отделена от контроля, люди охотнее принимают новые правила.
При внедрении системы про мобильное приложение часто думают в последнюю очередь. Есть ощущение, что основная работа всё равно происходит за компьютером, поэтому этот сценарий кажется второстепенным.
В течение дня постоянно возникают мелкие рабочие вопросы: нужно быстро ответить по задаче, что-то уточнить или договориться о следующем шаге. И не всегда в этот момент есть возможность открыть компьютер.
Кроме того, многие привыкли переписываться с телефона. Если зайти в таск-трекер для управления проектами и написать коллеге неудобно, обсуждение просто возвращается в мессенджеры.
Как быть в этой ситуации? Сразу выбирать инструмент с удобным мобильным приложением и договориться, что команда его устанавливает и пользуется им.
В мобильном приложении должны быть все основные функции, а главное — встроенный мессенджер внутри задач. Хорошо, если он устроен так же, как привычные чаты, — так люди начинают отвечать по задачам прямо в системе и постепенно втягиваются в работу.
В мобильном приложении должны быть все основные функции, в том числе возможность отвечать по задачам
Ошибка 6. Свести общение в системе только к постановке задач
Иногда трекер превращается в односторонний канал связи: руководитель ставит задачи, а сотрудники лишь отчитываются об исполнении. В комментариях остаются только сухие указания: «Сделать», «Исправить», «Срок вчера». В такой атмосфере систему не воспринимают как пространство для совместной работы.
Команда включается, когда с ней обсуждают, а не командуют. Посчитайте: сколько раз вы пишете «Переделай» и сколько раз спрашиваете «Что думаешь?» или «Как улучшить?».
Как это исправить? Попробуйте поменять директивные формулировки на вопросы-приглашения к диалогу. Это сменит тон общения со «сверху вниз» на партнёрский.
Сравните два подхода.
Даже в сжатые сроки можно и нужно сохранять человеческое отношение. Фразы вроде «Что думаешь насчёт этого варианта?» или «Есть идеи, как ускорить процесс?» показывают, что мнение исполнителя важно. А дальше люди охотнее пишут комментарии, задают вопросы и делятся прогрессом, потому что чувствуют себя частью общего дела.
Ошибка 7. Использовать систему только для критики
Во многих командах руководители оставляют в задачах только замечания. В комментариях появляются фразы вроде «Переделай», «Исправь», «Тут ошибка». Когда же задача сделана нормально, её просто переводят в «Готово» — без комментариев.
Со временем сотрудники начинают воспринимать систему как место, где им в основном указывают на ошибки.
На самом деле иногда достаточно пары слов. Например, когда проверяющий принимает задачу, он может написать: «Отлично, принято» или «Спасибо, всё хорошо».
Такие комментарии показывают, что работу заметили и оценили. Это простая вещь, но она сильно влияет на отношение команды к системе и подружить сотрудников и таск-трекер.
Руководители часто ждут, что команда довольно быстро начнёт работать в новой системе. Но привыкание к инструменту занимает время.
В первые недели люди забывают менять статусы, задают вопросы и иногда продолжают обсуждать задачи в чатах. Это нормальный этап внедрения.
Проблема возникает, когда в этот момент руководство решает, что система «не прижилась», и перестаёт поддерживать переход.
Как довести дело до конца?
Поддерживайте энтузиастов
Найдите в команде тех, кто быстро освоил систему, и сделайте их амбассадорами изменений. Их пример заразителен.
Собирайте обратную связь
Регулярно спрашивайте: «Что мешает?», «Какой шаг лишний?». Оперативно убирайте барьеры.
Фокусируйтесь на пользе
Напоминайте команде, зачем нужно управление задачами: чтобы было меньше встреч, чтобы ничего не терялось, чтобы работа была прозрачной.
Резюме
Внедрение таск-трекера для компании — это не разовое действие, а постепенная настройка рабочих процессов. Команде нужно время, чтобы привыкнуть к новому инструменту, а самой системе — немного доработки по ходу деятельности.
Начните с простых правил, обеспечьте удобный доступ с любых устройств, обсуждайте задачи в системе и не торопите команду с результатами.
Хороший признак — когда система начинает помогать в работе: задачи не теряются, обсуждения остаются в одном месте, а статусы дают понятную картину происходящего.
Если вы узнали в этой статье свои ситуации, это нормально. Попробуйте исправить хотя бы одну из них и посмотрите, как изменится работа команды.
Другие статьи про онлайн-инструменты для командной работы