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