Задачи команды живут в трёх чатах, двух таблицах и чьей-то памяти. Руководитель спрашивает: «Что с отчётом?» — и получает три разных ответа. Кто-то уверен, что задачу взял коллега, а коллега считал, что ждёт правок. Работа не потеряна, она застряла на невидимом этапе.
Канбан-доска делает этапы видимыми. Ниже разберём, как за один рабочий день спроектировать структуру в Synqo, оформить карточки, настроить доступ и перенести текущие задачи. Все возможности Synqo описаны по его документации; договорённости команды я отдельно помечаю как рекомендации, а не функции системы. Другие сервисы не сравниваются, кроме источников импорта.
Зачем команде канбан-доска и когда она не подходит
Доска показывает, на каком этапе находится каждая задача и где работа копится. Если в колонке «На проверке» лежит девять карточек, а в «В работе» две, узкое место видно без вопросов в чате.
Но доска ничего не решает за команду. Она не расставит приоритеты, не заставит проверять задачи вовремя и не повысит производительность сама по себе. Без договорённостей о приоритетах и регулярного обзора она превращается в красивое кладбище карточек.
Канбан плохо подходит там, где нет повторяемых этапов: единичные разовые дела или задачи, у которых нет понятного пути «начали → проверили → закончили». Для них хватит простого списка. А если ваши процессы повторяются, читайте дальше; другие практические разборы собраны в блоге Synqo.
Как спроектировать структуру: пространство, проекты, доски, колонки
В Synqo иерархия такая: рабочее пространство → проекты → доски → колонки → карточки. В одном проекте может быть несколько досок. Права доступа определяются на уровне проекта, поэтому границы проектов лучше проводить с учётом того, кто что должен видеть. Подробнее о наборе функций — в разделе возможности Synqo.
Учебный пример. Команда маркетинга из шести человек ведёт контент. Создаём проект «Контент-план» и в нём две доски:
- «Статьи»: Идеи → Черновик → Редактура → Правки автора → Опубликовано;
- «Соцсети»: Идеи → Текст готов → Дизайн → Ожидает публикации → Опубликовано.
Почему две доски, а не одна. У статей и постов разный ритм и разные этапы: пост не проходит редактуру в три круга. Если смешать их, колонок станет двенадцать и никто не найдёт свою задачу. Зато оба потока в одном проекте, а значит, у участников один набор прав и общая команда.
Колонка «Правки автора» нужна именно этой команде: редактор возвращает туда текст, и автор видит, что мяч на его стороне. Без неё правки уходили бы в личные сообщения.
Правило разделения: новую доску заводим, когда у потока свои этапы; новый проект — когда меняется состав людей или уровень доступа. Колонки можно создавать, переименовывать и перемещать, поэтому первый вариант не обязан быть идеальным.
Какие колонки выбрать под реальный процесс команды
Базовый набор: «Backlog», «В работе», «На проверке», «Готово». Для многих команд его достаточно.
Правило выбора. Выпишите путь одной типичной задачи от появления до результата. Колонка нужна там, где задача переходит к другому человеку или ждёт чего-то снаружи. Если смена этапа ничего не меняет ни для кого, это не колонка, а пометка в карточке или чек-лист.
Признаки ошибки:
- слишком дробно: восемь колонок, из которых три почти всегда пусты;
- слишком общо: всё лежит в «В работе», и непонятно, кто кого ждёт.
Добавьте две договорённости, это практики команды, а не функции Synqo:
- WIP-лимит. Например, не больше двух карточек «В работе» на человека. Система его не проконтролирует, следить будет команда на обзоре.
- Регулярный обзор. Пять–десять минут, на которых идём справа налево: сначала что можно закрыть, потом что застряло.
Как оформить карточку задачи, чтобы она была понятна без лишних вопросов
В карточке Synqo доступны описание, срок, назначенные участники, приоритет, метки, чек-листы, комментарии, файлы и история изменений.
Минимум для хорошей карточки:
- Название с глаголом: «Подготовить отчёт по рассылке за март».
- Описание: результат, который считается готовым, и ссылки на материалы.
- Срок и приоритет: только если они действительно есть.
- Метки: для сквозных признаков вроде «клиент» или «срочно», не для этапов (этапы это колонки).
- Чек-лист: шаги, если задача больше часа работы.
Комментарии и файлы держат контекст рядом с задачей, а история изменений отвечает на вопрос «кто и когда это передвинул».
Отдельно договоритесь о ролях в задаче. Исполнитель назначается в карточке, а «ответственный за результат» и «проверяющий» — договорённость команды, отдельных системных ролей для них нет. Простая схема: в описании первой строкой пишем «Проверяет: Имя», а на этапе проверки назначаем этого человека участником карточки.
Как настроить роли доступа для команды и гостей
В проекте четыре роли: владелец, администратор, участник и гость. Участник работает с задачами. Гость только просматривает доступные задачи и комментирует: он не создаёт, не изменяет и не перемещает ни задачи, ни колонки.
Гость проекта не получает автоматического доступа к другим приватным проектам. Не стоит рассчитывать, что можно открыть ему одну карточку или часть доски: доступ задаётся проектом.
Правило для гостей. Спросите: должен ли этот человек двигать карточки?
- Да, он выполняет задачи (штатный сотрудник, постоянный подрядчик) — участник.
- Нет, ему нужно видеть ход работы и оставлять замечания (клиент, приглашённый эксперт) — гость.
- Ему нужно видеть только часть задач — заведите отдельный проект под этот контур, а не пытайтесь ограничить доску.
Администраторов оставьте минимальным числом: одного–двух. Лимиты на участников и гостей зависят от тарифа, их стоит проверить заранее.
Как перенести текущие задачи из Trello, OTask или Kaiten
Synqo умеет импортировать данные из Trello, OTask и Kaiten. Важное ограничение: импорт создаёт новый приватный проект с досками и не объединяет данные с уже существующим проектом. Поэтому переносить в середину живого проекта не получится; планируйте импорт как отдельный проект, а потом решайте, что с ним делать.
Trello поддерживает импорт из JSON-файла. Скачивание вложений зависит от тарифа и недоступно на бесплатном плане; для вложений из Trello могут понадобиться API-данные. Полный перенос любых данных обещать нельзя, поэтому проверяйте результат.
Учебный пример. Команда разработки из восьми человек работает в Trello. План на день:
- Утром: проверить, что в доступе есть экспорт в JSON и поддерживается ли нужный формат, а также какой у рабочего пространства тариф и нужны ли вложения.
- Выгрузить JSON из Trello и запустить импорт в Synqo. Получаем новый приватный проект с досками и колонками.
- Сверить: число карточек на каждой доске, колонки, описания, сроки, чек-листы. Допустим, в Trello было 60 открытых карточек — столько же должно быть в новом проекте.
- Проверить вложения вручную: открыть 5–10 карточек, где они были. Если их нет — решить, достаточно ли ссылок на старую доску или нужен другой тариф и API-данные.
- Назначить роли: участников — участниками, заказчика — гостем.
- Заархивировать старую доску в Trello только после того, как команда неделю работает в новой.
Критерий успеха: любой участник находит свою текущую задачу в новом проекте и понимает, что делать дальше. Для OTask и Kaiten порядок тот же, но поддерживаемый формат и состав переносимых данных сверяйте перед началом.
Как ввести доску в постоянную работу команды
Запуск на один день — это настройка. Привычку создают правила:
- Обзор. Ежедневно или раз в два дня, короткий, по колонкам справа налево.
- Перемещение. Запишите, кто и когда двигает карточку: исполнитель переносит в «На проверке» только если выполнен чек-лист; проверяющий возвращает в «В работе» с комментарием, что исправить.
- Единый источник. Новые задачи из чатов попадают на доску; если задачи нет на доске, считаем, что её нет.
Перед масштабированием проверьте лимиты рабочего пространства по участникам, гостям, проектам, доскам и файлам: они зависят от тарифа, актуальные условия — на странице тарифы Synqo.
Итог
Начните с одного потока работы, двух–четырёх колонок и понятных карточек. Роли задайте по принципу «двигает карточки или наблюдает», старые задачи перенесите отдельным проектом и проверьте вручную. Через две недели пересмотрите колонки: лишние уберите, недостающие добавьте.
План рабочего дня: от пустого пространства до первой недели на доске
Существующие разделы объясняют, из чего состоит доска. Ниже собран порядок действий и разбор типичных ситуаций. Это рекомендации по организации работы команды, а не описание функций Synqo сверх уже сказанного.
Расписание на один день
Руководителю небольшой команды хватит четырёх блоков:
- Первый час: инвентаризация. Выпишите, где сейчас живут задачи: чаты, таблицы, личные заметки. Для каждого места отметьте, что в нём лежит: рабочие задачи, идеи, переписка с клиентами. Переносить нужно только живые задачи, у которых есть исполнитель или срок.
- Второй–третий час: структура. Нарисуйте путь типичной задачи на бумаге, определите, нужен ли один проект или несколько, и создайте проект с первой доской и колонками. Не пытайтесь предусмотреть все случаи: колонки можно переименовать и переставить.
- Середина дня: наполнение. Перенесите задачи импортом или вручную, оформите минимум полей в каждой карточке и пригласите людей с нужными ролями.
- Конец дня: короткий пробный обзор. Соберите команду на десять минут и пройдите доску справа налево. Всё, что вызвало вопрос, запишите: это список правок структуры.
Разбор ситуации: одна карточка вместо трёх переписок
Учебный пример. Руководитель отдела аналитики пять человек. Задача «Подготовить квартальную сводку» обсуждалась в общем чате, в личке с коллегой и в письме. Исходные условия: срок есть, исполнитель называется по-разному, версия файла неизвестна.
Действия команды:
- создаётся одна карточка с названием-глаголом и описанием: что должно быть в сводке и кто её получит;
- исполнитель назначается участником карточки, в первую строку описания пишется «Проверяет: Имя»;
- ссылки на ключевые сообщения из чатов копируются в комментарий, актуальный файл прикрепляется к карточке;
- договорённость: обсуждение по задаче идёт в комментариях к карточке, а в чат уходит только короткое уведомление «посмотри карточку».
Критерий решения: через неделю на вопрос «что со сводкой?» отвечает карточка, а не человек. Если ответ по-прежнему ищется в чате, значит, правило «обсуждаем в карточке» не прижилось, и его стоит обсудить на обзоре.
Как именно Synqo уведомляет участников о комментариях, в исходных данных не подтверждено. Это стоит проверить до того, как строить на уведомлениях процесс. Пока не проверили, оставьте в договорённости ручное упоминание в чате.
Что делать с задачами, которые не вписываются
Любая доска сталкивается с исключениями. Заранее решите четыре случая:
- Срочная задача вне очереди. Договоритесь, что она ставится в начало колонки «В работе» с меткой «срочно», но WIP-лимит не отменяется: чтобы взять её, нужно отложить другую карточку и написать об этом в комментарии.
- Задача ждёт ответа снаружи. Если такое случается часто, добавьте колонку «Ожидание». Если редко, достаточно метки и комментария с датой, когда вы вернётесь к вопросу.
- Задача слишком большая. Если чек-лист вырос до двух десятков пунктов или карточка висит в «В работе» дольше обычного цикла, разбейте её на несколько карточек по этапам результата.
- Задача отменена. Не удаляйте молча: оставьте комментарий с причиной и перенесите в «Готово» или в отдельную колонку архива. История изменений сохранит, кто и когда это сделал.
Как проверить, что перенос получился
После импорта или ручного переноса пройдите короткий аудит. Он не требует знаний о внутреннем устройстве сервиса, только сверки с источником:
- число открытых карточек в старой и новой доске совпадает;
- у трёх случайно выбранных карточек совпадают название, описание, срок и исполнитель;
- в колонках лежат карточки на правильных этапах, а не всё в одной;
- каждый участник нашёл свою текущую задачу сам, без подсказки;
- роли проверены: гость не может двигать карточки, участник может.
Всё, что не совпало, записывайте в список расхождений, а не чините на ходу. Если расхождения повторяются в одном и том же поле, это сигнал сверить формат файла и настройки экспорта перед повторной попыткой. Помните: импорт создаёт новый проект, поэтому неудачную попытку можно оценить отдельно, не затрагивая рабочие проекты.
Первые две недели: что пересматривать
Первая неделя нужна, чтобы привыкнуть, вторая чтобы настроить.
Неделя 1. Ведите короткий список трений: где карточка застряла без причины, где не хватило колонки, где два человека двигали одну задачу. Не меняйте структуру каждый день, иначе команда перестанет ей доверять.
Конец недели 2. Проведите ретроспективу на двадцать минут и задайте три вопроса:
- Какие колонки почти всегда пусты? Объедините или уберите их.
- Где карточки копятся дольше всего? Там узкое место: проверьте, не нарушается ли WIP-договорённость и не нужен ли второй проверяющий.
- Какая информация по-прежнему уходит мимо карточек? Выясните причину: неудобно, нет привычки или правило неясно.
Решения записывайте одной строкой в описание проекта или в закреплённый документ команды, чтобы новый сотрудник читал правила, а не выяснял их устно.
Правило для новых участников
Когда в команду приходит новый человек, ему достаточно трёх вещей: путь задачи по колонкам, правило «кто двигает карточку дальше» и договорённость, где обсуждаются задачи. Дайте ему первую небольшую карточку с чек-листом, где он сам проходит этот путь вместе с наставником. Через несколько дней спросите, что в доске осталось непонятным, и поправьте описание правил, а не человека.
