Как я внедрял Asana в компании из 45 человек: полный кейс с ошибками
С чего всё началось
Компания работала по старой схеме: задачи в электронной почте, дедлайны в голове у менеджера, отчёты — в Excel-файлах с именами вроде «финал_v3_правки». Типичная картина для бизнеса, который вырос из десяти человек до сорока пяти, но не успел выстроить систему управления проектами.
Запрос был простой: «Хотим навести порядок». Я предложил Asana — зрелый инструмент с понятным интерфейсом, поддержкой канбан-досок и возможностью отслеживания хода работ в реальном времени. Казалось бы, дело техники. Оказалось — нет.
Ошибка №1: запустили всё сразу
Первый провал случился на старте. Мы создали рабочее пространство, добавили туда все отделы одновременно и попросили команду «просто начать пользоваться». Без обучения, без регламентов, без ответственного за правила.
Через две недели в системе было 200 задач, половина из которых дублировала друг друга. Менеджеры продолжали ставить задачи через электронную почту — потому что привыкли, потому что так быстрее, потому что «в Asana непонятно». Рабочие процессы не изменились, просто добавился ещё один инструмент.
Правильный путь — поэтапное внедрение. Сначала один отдел, один проект, один процесс. Потом масштабирование. Компания COS, например, начала с автоматизации одного типа кампаний, и именно это позволило ей в итоге сократить ежегодный объём ручной работы почти на 2936 часов — это порядка 215 рабочих дней.
Ошибка №2: не сформировали «альянс внедрения»
Я взял на себя роль единственного драйвера изменений. Это была системная ошибка.
Для успешного внедрения нужны минимум три человека с разными ролями: тот, кто отвечает за правила использования системы, тот, кто занимается информированием команды, и тот, кто «продаёт» идею изнутри — так называемый пропагандист. Когда весь энтузиазм сосредоточен в одном человеке, а он уходит в отпуск или переключается на другой проект — внедрение замирает.
В нашем случае именно это и произошло. Руководитель маркетингового отдела, который поддерживал переход на новую систему управления задачами, ушёл на больничный на три недели. За это время команда откатилась к старым привычкам.
Ошибка №3: игнорировали обучение команды
Asana — интуитивный инструмент, но «интуитивный» не означает «не требует объяснений». Мы провели один вводный созвон на сорок минут и посчитали, что этого достаточно. Это не так.
Люди не понимали разницу между проектом и задачей, путали подзадачи с комментариями, не умели выставлять сроки выполнения и приоритеты. Список задач у некоторых менеджеров превратился в свалку из ста пунктов без дедлайнов и ответственных.
Оглядываясь назад, нужно было закладывать минимум 12 часов встреч с экспертом для разработки рабочего пространства и обучения команды — именно такой формат используют профессиональные интеграторы при внедрении Asana. Это не роскошь, а базовый минимум для компании от 30 человек.
Что в итоге сработало
Через два месяца после провального старта мы сделали перезагрузку. Провели аудит: поняли, какие отделы готовы к изменениям, а какие — нет. Начали с команды разработки — там была культура Scrum, привычка к трекингу задач и адекватный тимлид.
Выстроили простую структуру: проект → задача → подзадача. Запретили ставить задачи через электронную почту — всё только через систему. Ввели правило: каждая задача обязательно имеет ответственного и срок выполнения. Звучит банально, но именно отсутствие этих двух полей было главной причиной хаоса.
Совместная работа отделов стала прозрачнее. Менеджер мог видеть загрузку команды в реальном времени, не устраивая совещаний на пятнадцать минут ради одного вопроса. Процесс согласования — тот самый, который раньше тонул в переписке — переехал в Asana и стал занимать часы, а не дни.
Уроки, которые я вынес
Управление проектами — это в первую очередь управление людьми, а не инструментами. Asana не изменит культуру компании сама по себе. Она лишь сделает видимыми те проблемы, которые уже есть.
- Начинай с одного пилотного проекта, а не с полного переезда компании.
- Назначь внутреннего чемпиона — человека, который будет поддерживать внедрение на уровне команды каждый день.
- Вложи время в обучение: один созвон не считается.
- Зафиксируй правила использования письменно — что является задачей, кто её создаёт, какие поля обязательны.
- Не жди моментального результата. Реальные изменения в рабочих процессах проявляются через 6–8 недель регулярного использования.
Компания ROCKET, которую возглавляет CEO Константин Кузнецов, успела выстроить инфраструктуру на базе Asana заблаговременно — и когда пришёл COVID-19, вся команда перешла на удалённую работу за один день. Это не удача. Это результат системной подготовки.
Где мы сейчас
Спустя примерно полгода после перезагрузки компания реально работает в Asana. Не идеально — но работает. Электронная почта больше не является основным каналом для постановки задач. Менеджеры видят прогресс по проектам без ежедневных статус-митингов. Новые сотрудники онбордятся быстрее, потому что все задачи и процессы зафиксированы в системе.
Главный урок этого кейса: план внедрения важнее выбора инструмента. Можно взять лучшую систему управления проектами на рынке и угробить её за месяц. А можно взять любой адекватный инструмент и выстроить на нём эффективную командную работу — если подготовиться правильно.
