Как организовать работу команды на онлайн-доске: проекты, роли и ритм

Зачем команде общая доска#

Команда работает не в одном документе, а в десятке: схема процесса — у аналитика, макеты — у дизайнера, договорённости — в чате, задачи — в голове руководителя. Каждый видит свой кусок, и на созвоне полчаса уходит на то, чтобы все смотрели в одно место. Онлайн-доска собирает эти куски рядом: процесс, архитектура, задачи и обсуждения лежат на одном холсте, и их видно целиком.

Но сама по себе доска ничего не организует. Без договорённостей через месяц на ней двадцать досок «Новая доска (копия)», все могут всё стереть, а заказчик случайно двигает блоки. Хорошая новость: правил нужно немного, и почти все они про три вещи — где что лежит, кто что может и когда что обсуждаем.

Структура: проекты и доски#

Первое правило — один проект на одно направление работы: продукт, клиент, отдел или крупная инициатива. Внутри проекта — доски по смыслу: процесс, архитектура, план, ретро. Тогда новый человек открывает проект и за минуту понимает, что где лежит.

• Названия — по содержанию. «Процесс возврата товара», а не «Схема 2» или «Новая доска».
• Одна доска — одна тема. Если на доске три несвязанные схемы, это три доски.
• Старое — в корзину, а не в сторону. Неактуальная доска рядом с актуальной путает сильнее, чем её отсутствие.
• Повторяющееся — из шаблона. Ретро, бриф или онбординг удобно начинать с заготовки команды, а не копировать прошлую доску вручную.

Роли и доступы: кому что можно#

Самая частая ошибка — дать всем одинаковые права «чтобы не мешать». Права нужны не для контроля, а для спокойствия: заказчик не сдвинет блоки перед защитой проекта, стажёр не удалит доску, а ведущий точно знает, кто может приглашать людей.

Как организовать работу команды на доске: по шагам#

1. 1

   Решите, кто ведёт пространство

   Один человек отвечает за структуру проектов, приглашения и оплату. Это не обязательно руководитель — часто тимлид или менеджер проекта.

2. 2

   Создайте проекты по направлениям

   По одному на продукт, клиента или отдел. Сразу договоритесь, как называть доски.

3. 3

   Пригласите людей с ролями по задаче

   Редактировать — тем, кто рисует, смотреть — тем, кому нужна картина. Внешних людей — на отдельную доску, а не во весь проект.

4. 4

   Подготовьте шаблоны

   Повторяющиеся доски — ретро, бриф, онбординг — сохраните заготовками, чтобы каждый раз начинать с одного вида.

5. 5

   Договоритесь, где обсуждать

   Вопросы к блоку — в комментарии на доске, а не в чат. Чат — для срочного и личного.

6. 6

   Задайте ритм

   Когда обновляется план, когда созвон у доски, когда итоги. Без ритма доска устаревает за пару недель.

7. 7

   Пропишите, как приходят и уходят

   Кто приглашает нового человека и куда, кто снимает доступ ушедшему и что остаётся команде.

Ритм: асинхронно, на созвоне и по итогам#

Удалённая работа команды держится на ритме: что делается в своём темпе, а что — вместе. Доска хорошо закрывает оба режима, если не смешивать их.

• Асинхронно. Каждый правит свои части доски, а вопрос к конкретному блоку пишет в комментарии и зовёт коллегу через @имя. Ответ лежит рядом с тем, о чём спрашивали.
• На созвоне. Ведущий показывает доску всем: участники следуют за его экраном, а не ищут «справа внизу». Большую доску удобно показывать по шагам — группа за группой.
• По итогам. Решения сразу становятся задачами с ответственным и сроком. Как это делать, разбираем в статье «Распределение задач в команде».

Приход и уход людей#

Команда меняется постоянно: приходят новички, на месяц подключается подрядчик, кто-то уходит в другой отдел. Если это не продумать, через полгода доступ к доскам есть у людей, которые давно ушли, а у новичка — нет к нужным.

• Новичку — проект, а не ссылки. Пригласите его в проект целиком и дайте одну доску «С чего начать» со схемой проекта и ссылками на остальные доски.
• Подрядчику — доска, а не проект. Приглашение на одну доску покажет только её, без остальной работы команды.
• Уходящему — снять доступ в тот же день. И заранее решить, что из его досок остаётся команде.
• Доски не должны принадлежать сотрудникам. Если проект создан в личном пространстве человека, после его ухода команда рискует остаться без досок.

Как это устроено в NodePanel#

В NodePanel работа строится вокруг проектов и досок. Участников приглашают по почте в проект целиком или на одну доску, у каждого — одна из четырёх ролей: «Только просмотр», «Редактирование», «Полный доступ» и «Владелец». Что может каждая роль, описано в разделе «Участники и роли».

• Совместная работа в реальном времени: правки, курсоры и «печатает» видны сразу, а «Показать всем» ведёт участников за экраном ведущего — подробнее в разделе о показе на созвоне.
• Комментарии к блоку и к доске с ответами, отметкой «решено», реакциями и упоминаниями «@имя» — с колокольчиком и письмом.
• Публичная ссылка открывает доску только для просмотра — заказчику не нужен аккаунт. Как её включить — в разделе «Публичная ссылка».
• История версий и корзина: если кто-то стёр полсхемы, доску можно вернуть — подробнее в разделе «История версий».
• Шаблоны проекта: удачную доску можно сохранить заготовкой для всей команды — как это сделать.

Платить можно обоими способами. Личная подписка у каждого своя: смотреть доски можно без неё, а править — с ней или в пробный период. Тариф «Команда» — для второго подхода: один человек покупает места и раздаёт их коллегам, а место открывает редактирование в проектах команды без личной подписки. Проекты команды принадлежат плательщику, поэтому остаются у команды, когда человек уходит, а места можно докупить посреди срока. Подробно — в разделе «Команда», цены и калькулятор мест — на странице «Тарифы».

Частые ошибки#

• Общий аккаунт на всех. Не видно, кто что сделал, и нельзя отключить одного человека.
• Всем полный доступ. Удалить доску или выключить ссылку может любой — и однажды сделает это случайно.
• Обсуждения в чате. Через неделю решение не найти, а на доске нет следа, почему блок выглядит так.
• Доски без хозяина. Никто не отвечает за то, чтобы схема была актуальной, и ей перестают верить.
• Проекты в личных пространствах сотрудников. Ушёл человек — вместе с ним «ушли» и доски.
• Доступ после ухода. Бывшие сотрудники и подрядчики годами видят рабочие доски.

Чек-лист: работа команды на доске организована, если…#

• Проекты разложены по направлениям, у досок понятные названия.
• У каждого свой аккаунт, роли выданы по задаче, а не «всем всё».
• Внешние люди видят только свои доски или ссылку для просмотра.
• Вопросы к блокам задают в комментариях, а не в чате.
• Есть ритм: план, созвоны у доски, итоги с задачами.
• Повторяющиеся доски начинаются с шаблона команды.
• Понятно, кто приглашает новых людей и кто снимает доступ ушедшим.
• Проекты принадлежат команде, а не отдельным сотрудникам.
• Договорились, кто и как платит за тех, кто редактирует.