Доска Канбан — это визуальный инструмент управления рабочим процессом, используемый для отслеживания задач или элементов работы на разных этапах обработки (например, в очереди, в процессе выполнения и завершённые). Представленная как встроенная функция в Mermaid.js, эта текстовая методика позволяет командам разработчиков и менеджерам проектов быстро создавать интерактивные панели задач внутри файлов документации без необходимости управлять ручными приложениями отслеживания или сторонними элементами изображений.
Базовая структура синтаксиса
Каждая доска Канбан начинается с kanban объявления заголовка. Столбцы определяются с помощью section ключевого слова, а отдельные карточки задач перечисляются последовательно под каждым столбцом с использованием блоков отступов.
kanban
title "Образец спринта проекта"
section Todo
Разработать схему базы данных
Составить маршруты API
section В процессе
Реализовать промежуточное ПО аутентификации 
Справочник по синтаксису
В таблице ниже приведены основные компоненты данных и параметры, используемые для создания карты доски Канбан в Mermaid.js.
| Компонент синтаксиса | Требование типа | Описание и правила использования |
|---|---|---|
| Объявление | Ключевое слово-идентификатор | Инициализирует параметры сопоставления блоков гибкого рабочего процесса. Должно использоваться точное kanban блок. |
| Заголовок | Строка в кавычках | Необязательный заголовок глобальной рабочей области, центрированный в верхней части холста доски Канбан. |
| Столбец раздела | Ключевое слово + имя | Определяет столбец независимого этапа рабочего процесса. Используйте section ключевое слово, за которым следует метка столбца. |
| Карта стандартной задачи | Отступающая строка | Простое текстовое описание, представляющее одну карточку. Оно должно быть отступлено или выровнено непосредственно под активным разделом. |
| Карта идентификатора задачи | Идентификатор в квадратных скобках | Расширенный формат отслеживания карточек задач, использующий явный уникальный идентификатор вместе с меткой отображения: id[Текст карточки]. |
| Блок метаданных | Карта конфигурации JSON | Необязательный блок свойств, добавляемый с помощью правила синтаксиса @{...} правила синтаксиса для назначения атрибутов, таких как приоритет билета или владельцы. |
Расширенные атрибуты задач и метаданные
Для детальных инженерных спринтов или рабочих процессов отслеживания ошибок вы можете напрямую назначать атрибуты метаданных на карточку. Сопоставив уникальный идентификатор узла (например, task1[...]) с последующим блоком объявления конфигурации JSON (@{}), вы можете напечатать структурированные переменные, такие как исполнители задач, приоритеты и внутренние номера отслеживания, непосредственно на лицевой стороне элемента карточки.
Поддерживаемые переменные задач
| Ключ атрибута | Форматирование значения | Визуальный результат |
|---|---|---|
назначено |
Имя в кавычках | Отображает назначенного владельца или метку разработчика непосредственно внутри матрицы деталей карточки. |
приоритет |
Строка шкалы в кавычках | Отображает ориентиры серьезности задачи (например, 'Высокий', 'Средний', 'Низкий'). |
билет |
Целочисленный или буквенный токен | Отслеживает связанные номера задач разработки или коды системных проектов. |
Реальный чертеж: Спринт выпуска гибкой разработки
Этот всесторонний чертеж отслеживает выпуск развертывания инфраструктуры. Он определяет три различных столбца (Бэклог, В процессе и Готово к развертыванию) и использует расширенные идентификаторы задач в паре с параметрами структурной метаданных для назначения конкретных разработчиков и кодов билетов по функциям.
канбан
title "Доска выпуска основных функций Q3"
section Бэклог
task101[Создать документацию для API-конечной точки]@{ assigned: 'Sarah K', priority: 'Средний' }
task102[Создать макеты страницы входа]
section В процессе
task201[Уточнить синхронизацию запросов к базе данных]@{ assigned: 'Alex M', priority: 'Высокий', ticket: 4012 }
task202[Настроить компоненты пользовательского интерфейса Lightbox]@{ assigned: 'Sarah K', priority: 'Низкий' }
section Готово к развертыванию
task301[Реализовать многофакторную аутентификацию пользователей]@{ assigned: 'Команда разработчиков', ticket: 3985 } 
Совет по синтаксису: Хотя простые задачи можно вводить как необрамленные строки обычного текста, сложные назначения, содержащие метапараметры, *должны* использовать уникальный префикс строки сопоставления идентификаторов (например, id1[...]@{...}). Повторное использование точного идентичного идентификатора задачи в разных частях доски приведет к перезаписи свойств или возникновению ошибок макета.
Распространенные ошибки синтаксиса и системные ограничения
При проектировании высокоплотных многоэтапных систем макетов помните об этих параметрах структурной диагностики неисправностей:
- Правило: раздел перед карточками: Все карточки задач должны находиться под активным блоком столбца. Написание строки задачи сразу под основным
канбанзаголовком без объявленияразделамизаголовка столбца первым приведет к остановке компиляции. - Пробелы и отступы: Двигатель отслеживания макетов группирует карточки на основе табуляции строк. Убедитесь, что все строки карточек задач равномерно отступают под своими активными
разделамитегами, чтобы избежать нарушения выравнивания. - Формат разделителя метаданных: При создании пользовательских атрибутов внутри
@{ }блока ключи и значения должны соответствовать допустимым системным аргументам. Разделяйте несколько атрибутов запятыми и используйте чистые кавычки для обрамления строковых значений. - Управление плотностью карточек: Хотя компонент Kanban полностью адаптивен, перегрузка одной доски более чем пятью столбцами или добавление десятков плотных строк метаданных может снизить удобство сканирования на мобильных устройствах. Сознательно подбирайте правила расстановки элементов в макете.