Выбрать сервис для управления проектами — половина дела. Вторая половина — сделать так, чтобы им действительно пользовались. На практике многие инструменты так и остаются «ещё одним приложением», в которое заглядывают раз в неделю, а реальная работа продолжает жить в чатах. Ниже — план на первые 30 дней, который помогает избежать этого сценария.
Подготовка: до первого дня
Назначьте ответственного за внедрение. Это не обязательно руководитель — подойдёт любой сотрудник, который разбирается в процессах и готов отвечать на вопросы коллег. Определите, какие проекты переносите первыми, и сформулируйте, что будет считаться успехом через месяц: например, все задачи пилотной команды ведутся только в новом сервисе, а еженедельный статус-созвон сократился вдвое.
Дни 1–7: структура и базовые правила
Создайте структуру: проекты, этапы, стандартные статусы задач. Не увлекайтесь — пяти-шести статусов обычно достаточно. Запишите короткие правила на одну страницу:
- как формулируется задача и что в ней обязательно: исполнитель, срок, описание результата;
- где идёт обсуждение — в комментариях к задаче, а не в личных сообщениях;
- кто и когда обновляет статусы;
- как ставятся задачи коллегам из других отделов.
Проведите получасовую встречу, на которой покажете интерфейс на реальном проекте, а не на демонстрационных данных.
Дни 8–14: пилотная команда работает только в сервисе
Это самый важный этап. Договоритесь, что задач вне системы не существует: если поручение пришло в чат, его переносят в сервис. Руководителю стоит подавать пример — ставить задачи и задавать вопросы только через инструмент. Собирайте обратную связь: что неудобно, чего не хватает, какие уведомления раздражают.
Дни 15–21: настройка под реальные сценарии
Скорректируйте структуру по итогам первых двух недель. Подключите нужные интеграции — календарь, почту, мессенджер. Если в сервисе есть учёт времени, включите его и договоритесь о правилах заполнения. Настройте шаблоны для повторяющихся проектов, чтобы не создавать задачи каждый раз с нуля.
Дни 22–30: итоги и масштабирование
Сравните результат с целями, поставленными в начале. Опросите участников пилота: что стало проще, что сложнее. Подготовьте короткую инструкцию для следующих команд с учётом найденных ошибок и только после этого подключайте остальных.
Типичные ошибки
- Переносить весь архив старых задач — это захламляет систему с первого дня.
- Настраивать все функции сразу — команда теряется в возможностях.
- Оставлять параллельный канал постановки задач в чатах.
- Не выделять ответственного — без него внедрение затухает через пару недель.
Как понять, что внедрение удалось
Ощущения обманчивы, поэтому стоит заранее выбрать несколько простых показателей. Например: доля задач, поставленных через сервис, а не в чатах; количество задач без исполнителя или срока; время, которое команда тратит на статус-созвоны; число активных пользователей за неделю. Если через месяц половина задач по-прежнему приходит в мессенджер, проблема не в сервисе, а в договорённостях — к ним и стоит вернуться.
Роль руководителя
Внедрение почти никогда не происходит снизу. Если руководитель продолжает ставить задачи голосом и в личных сообщениях, команда быстро считывает, что новые правила необязательны. И наоборот: когда все поручения, вопросы и решения появляются в задачах, остальные подтягиваются за пару недель.
Итог
Даже лучшая проджект менеджер программа не приживётся, если люди не понимают, зачем она им нужна. Месяц последовательной работы с понятными правилами обычно даёт больший эффект, чем поиск «идеального» сервиса. А если на этапе пилота выяснится, что инструмент не подходит, лучше сменить его сразу, пока в нём не накопились сотни задач и привычки команды.
Менеджер проектов маркетингового агентства MAVR.
Читайте также:
