Этап 1: Стратегия и структура доски. Прежде чем создавать первую доску, ответьте на вопросы: Какая у нее цель (воркшоп, живая документация, ретроспектива)? Кто будет участником и каковы их роли (редактор, комментатор, зритель)? Какой будет lifecycle доски (одноразовая, итеративная, архивная)? «Самая большая ошибка — создавать одну гигантскую доску «на все случаи жизни», — предупреждает Анна, Product Owner в финтех-компании. — Мы используем принцип «одна доска — один процесс». Отдельная доска для карт пользовательских историй (User Story Mapping), отдельная — для диаграмм архитектуры, отдельная — для еженедельных планирований».
Чек-лист структуры:
- [ ] Определить и прописать в заголовке доски ее четкую цель.
- [ ] Использовать встроенные шаблоны Miro как отправную точку (например, «User Story Map», «Business Model Canvas», «Sprint Planning»).
- [ ] Сразу создать зоны (frames) для основных разделов. Например, для доски по планированию спринта: «Бэклог», «На спринт», «В работе», «На ревью», «Готово».
- [ ] Настроить цветовую кодировку. Закрепить легенду в углу доски (например, красный — блокер, зеленый — готово, синий — технический долг).
- [ ] Включить и настроить функцию «таймера» для воркшопов с ограниченным временем.
Чек-лист интеграций:
- [ ] Подключить Jira, Linear или Asana. Динамически отображать карточки задач прямо на доске. Изменения в Miro (перетаскивание карточки в колонку «Готово») могут автоматически обновлять статус в трекере.
- [ ] Встроить живые документы через Google Docs, Confluence или Notion. Не копировать текст, а использовать embed-ссылки. Это сохраняет единый источник правды.
- [ ] Настроить видеозвонки напрямую в Miro (через интеграцию с Zoom, Teams, Meet) для синхронной работы.
- [ ] Использовать API Miro для автоматизации. Например, автоматически создавать доску для нового спринта с заранее подготовленными фреймами и шаблонами.
- [ ] Интегрировать диаграммы из Draw.io или Lucidchart для более сложных схем, которые можно редактировать прямо на канвасе.
- **Системный дизайн и архитектура:** Использовать наборы иконок AWS, GCP, Azure, Kubernetes. Строить диаграммы архитектуры, которые всегда актуальны, потому что живут рядом с обсуждением. «Наша C4-диаграмма уровня компонентов живет в Miro. Когда архитектура меняется, мы обновляем ее тут же во время митинга, а не потом «когда-нибудь» в отдельном Visio-файле», — рассказывает DevOps-архитектор Иван.
- **Работа с кодом и API:** Использовать плагин для подсветки синтаксиса кода. Визуализировать структуры данных, JSON-схемы или графы вызовов API прямо на доске.
- **Инцидент-менеджмент:** Создать шаблон доски для пост-мортемов (Post-Mortem). Зоны для таймлайна инцидента, причинно-следственных связей (5 Whys), action items с ответственными и сроками.
- **Онбординг:** Создать интерактивную карту onboarding’а для новых разработчиков с ссылками на репозитории, документацию, чаты и ключевыми контактами.
Чек-лист администрирования:
- [ ] Настроить команды (Teams) в Miro в соответствии со структурой компании (например, «Frontend-разработка», «SRE», «Продукт»).
- [ ] Четко распределить роли: участник команды (может создавать доски), гости (только просмотр/комментарии).
- [ ] Установить правила именования досок (например, «[Проект_X]_Архитектура_Версия_2»).
- [ ] Ввести регулярный «ревизионный день» (раз в квартал) для архивации или удаления устаревших досок.
- [ ] Использовать теги для categorizing досок для легкого поиска.
Комментарии (6)