Дизайн приложения со спринт-бордом

Спринт-борд Northwind

Этот официальный пример OpenDesign показывает Northwind Growth Squad в Sprint 38, день 6 из 10. Настольное рабочее пространство держит борд в центре, а справа постоянно видна боковая панель Sprint Pulse, поэтому оперативную работу и сводный контекст можно читать вместе.

Верхняя панель задаёт рамки до появления карточек: «NORTHWIND / GROWTH SQUAD» стоит рядом с «Sprint 38 · Day 6 of 10». Search tickets, Filter и New находятся у противоположного края. Такой порядок помогает быстро перейти от определения текущего спринта к поиску или добавлению работы, оставляя основную область для сравнения задач.

Полоса фильтров отделяет элементы управления от содержимого задач. Инициалы участников, метки Active sprint, Bug, Feature и Research, а также элементы Group · Status и Sort · Priority наглядно показывают организацию борда в примере. Цена этого — плотность: многие варианты управления остаются на виду, зато пользователь понимает предполагаемую группировку, не открывая другой экран.

Обзор нагрузки и блокеров

Дизайн подходит команде, которая смотрит, что ожидает, движется, проходит ревью или завершено. Карточки повторяют одну структуру: цветная полоса типа работы, название задачи, аватар владельца, оценка в баллах и идентификатор вроде NW-241. Благодаря повторяемости можно сравнивать разнородную работу, не теряя идентичность тикета.

Демонстрационные данные также показывают разные виды работы в одной очереди. «Add empty-state illustration to onboarding step 2» стоит рядом с «Interview 5 new Enterprise admins about 2FA enforcement», а «CSV export drops emoji from project names» выделяет дефект как отдельный класс. Полосы типов различают Feature, Design, Research, Chore и Bug, но общая анатомия карточек сохраняет сопоставимость категорий.

Такая организация поддерживает быстрый просмотр, а не детальное обсуждение тикетов. Команда видит, что исследовательская задача оценена в 5 pts, а проблема экспорта CSV — в 1 pt, но борд не объясняет правила оценки или критерии приёмки. В рабочем приложении для этого потребовался бы более подробный вид задачи; в видимый дизайн он не входит.

От борда к Sprint Pulse

Рабочее пространство читается слева направо: Backlog, In progress, In review и Done. Показанные счётчики — 5, 4, 3 и 6. Первые три совпадают с числом видимых карточек, но в Done только четыре карточки при счётчике 6. Последовательность слева направо по-прежнему различает этапы процесса, но расхождение в примере нужно устранить, прежде чем использовать борд как операционные данные.

Индикаторы прогресса есть только у нескольких карточек In progress, включая TOTP enrollment UI in member settings, Recovery codes, Fix focus-trap regression in command bar и 2FA challenge step. Их наличие визуально отделяет активное продвижение от карточек, которым просто присвоен статус. Поскольку визуал не определяет, что измеряет полоса, её следует читать как иллюстративный сигнал прогресса, а не как проверенную метрику завершённости.

Боковая панель меняет масштаб чтения с тикетов на демонстрационную сводку спринта. Она показывает Completed 22 of 38 pts и перечисляет Devon Park — 9 pts, Mira Reddy и Priya Banerjee — по 5 pts, Caleb Renner — 3 pts. Сумма этих значений равна 22, но четыре видимые карточки Done дают всего 11 баллов. Источник не объясняет разницу, поэтому боковую панель и борд нельзя считать сверенным отчётом об эффективности.

Последний блок боковой панели явно связывает статус и зависимость. «1 ticket needs unblock» указывает на NW-205, который ожидает проверки текста от Brand, а «Mention @Sasha or move it back to backlog» служит видимой подсказкой дальнейших действий. Размещение рядом с бордом помогает не пропустить эту зависимость, хотя боковая панель постоянно занимает место, которое иначе могло бы расширить область задач.

Границы видимого дизайна

Этот артефакт — пример дизайна настольного приложения с иллюстративными именами, цифрами, содержанием задач и утверждениями. Снимки показывают видимую композицию, подписи, цветовое кодирование, порядок и состояние из примера. Они не подтверждают наличие подключённого рабочего сервиса, постоянного хранилища, работающего поиска, фильтрации, создания тикетов или обновлений в реальном времени.

При адаптации сохраните связь между четырьмя колонками рабочего процесса и боковой панелью Sprint Pulse. Для полезной реализации потребуется чётко определить суммы баллов, индикаторы прогресса, действия с блокерами и изменения состояний, прежде чем выдавать их за операционные данные. Источник достаточно ясно показывает контракт интерфейса, чтобы прототипировать эти состояния, но недостаточно, чтобы утверждать, что элементы управления уже их выполняют.