Этап 1: Первичная настройка и знакомство с интерфейсом.
- Создайте рабочее пространство (Workspace) для вашей команды или проекта. Не используйте одну общую доску для всего — это быстро превратится в хаос.
- Изучите левую панель инструментов: основные фигуры, стикеры, инструменты рисования, соединение стрелками. Обратите особое внимание на инструмент «Карточка» (Frame) — это основа для структурирования информации.
- Настройте права доступа. Определите, кто из команды может быть редактором (Edit), комментирующим (Comment) или только просматривающим (View). Для внешних консультантов или заказчиков часто достаточно прав на комментарии.
- Установите и проверьте интеграции. Самые важные для IT-команд: Jira, Confluence, Slack, Figma, Google Drive. Настройка автоматического создания карточек в Miro из Jira-issues или отображения прототипов из Figma экономит массу времени.
- Продумайте цель доски перед созданием. Четкий ответ на вопрос «Для чего эта доска?» определяет ее структуру. Примеры: «Архитектура микросервиса X», «Планирование спринта 24», «Ретроспектива проекта Y».
- Используйте шаблоны Miro разумно. Они хороши для старта, но не бойтесь их кастомизировать под нужды команды. Лучше создать несколько собственных шаблонов для повторяющихся процессов (например, стандартная повестка митинга по архитектуре).
- Применяйте принцип «один экран — одна мысль». Не пытайтесь уместить весь проект на одной гигантской доске. Создавайте ссылки между связанными досками или используйте инструмент «Карта доски» (Board Map) для навигации по сложным структурам.
- Ведите визуальную гигиену. Используйте единую цветовую палитру для типов объектов (например, фиолетовый для задач бэкенда, зеленый — фронтенда), шрифты и размеры стикеров. Это резко повышает читаемость.
- Для планирования спринтов (Sprint Planning): создайте доску с колонками «Бэклог», «В спринте», «В работе», «На ревью», «Готово». Перетаскивайте карточки из Jira или создавайте их вручную. Используйте таймер и функцию голосования для оценки задач.
- Для проектирования архитектуры (Architecture Design Review): используйте стандартные фигуры UML или кастомные наборы для C4-моделирования, диаграмм последовательности. Подключайте диаграммы из Draw.io или ссылайтесь на документацию в Confluence прямо на доске. Записывайте решения и вопросы прямо на доске, а не в отдельном документе.
- Для ретроспектив (Retrospective): используйте классические форматы вроде «Что было хорошо/Что можно улучшить» или «Паруса/Якоря». Ключевое преимущество Miro — возможность асинхронного заполнения до начала встречи. Затем на самой встрече используйте режим презентации (Presentation Mode), чтобы сфокусировать внимание на каждом пункте, и функцию группировки (Clusterization) для объединения схожих идей.
- Для ежедневных стендапов (Daily Sync): создайте легкую доску с полями для каждого участника: «Что сделал вчера», «Что сделаю сегодня», «Блокеры». Участники могут заполнять ее асинхронно до встречи, а сама встреча длится 10 минут и посвящена только обсуждению блокеров.
- Внедрите асинхронную коммуникацию. Поощряйте членов команды оставлять комментарии к элементам на доске в нерабочее для других время. Используйте теги (@username) для упоминаний.
- Создайте «командный хаб» — главную доску с ссылками на все ключевые доски проекта: roadmap, архитектура, бэклог, ретроспективы, документация. Это точка входа для любого нового члена команды.
- Автоматизируйте рутину с помощью API Miro и таких инструментов, как Zapier или Make (ранее Integromat). Например, можно автоматически создавать доску для ретроспективы в конце каждого спринта или копировать действия из митинга в Confluence.
- Используйте режим «Smart Meetings» для живых совещаний. Таймеры, голосования, таймлайны обсуждения — все это помогает держать встречи в рамках регламента и делает их более результативными.
- Назначайте ответственных за доски (Board Owners). Это человек, который следит за порядком, архивирует устаревшие доски и приглашает новых участников.
- Регулярно проводите «чистку». Раз в квартал просматривайте рабочие пространства и архивируйте доски, которые не используются более 2-3 месяцев. Это снижает визуальный шум и упрощает поиск.
- Собирайте фидбэк от команды. Что удобно, что не работает? Возможно, для код-ревью лучше подходит GitHub, а для рисования диаграмм — специализированный инструмент. Miro должен решать проблемы, а не создавать их.
Комментарии (6)