스프린트 보드 앱 디자인

Northwind 스프린트 보드

이 공식 OpenDesign 예시는 Sprint 38의 Day 6 of 10 시점에 있는 Northwind Growth Squad를 보여 줍니다. 데스크톱 워크스페이스는 보드를 중앙에 두고 오른쪽에 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 같은 이슈 ID라는 반복 구조를 사용합니다. 이 반복 덕분에 성격이 다른 작업도 티켓 정체성을 잃지 않고 비교할 수 있습니다.

샘플 데이터는 한 대기열 안에 여러 종류의 작업이 있음을 보여 줍니다. “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인데 카드는 네 개뿐입니다. 왼쪽에서 오른쪽으로 이어지는 순서는 여전히 워크플로 단계를 구분해 주지만, 보드를 운영 데이터로 쓰기 전에 이 샘플 수 불일치를 해결해야 합니다.

진행률 막대는 TOTP enrollment UI in member settings, Recovery codes, Fix focus-trap regression in command bar, 2FA challenge step을 포함한 일부 In progress 카드에만 나타납니다. 이 막대는 단순히 상태만 지정된 카드와 진행 중임을 나타내는 카드를 시각적으로 구분합니다. 막대가 무엇을 측정하는지 정의되어 있지 않으므로, 검증된 완료 지표가 아니라 예시용 진행 단서로 읽어야 합니다.

사이드바는 읽는 단위를 티켓에서 샘플 스프린트 요약으로 바꿉니다. 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”은 Brand의 카피 검토를 기다리는 NW-205를 가리키며, 후속 안내로 “Mention @Sasha or move it back to backlog”가 표시됩니다. 이를 보드 옆에 두면 의존성을 놓치기 어렵지만, 사이드바가 계속 공간을 차지해 작업 영역을 넓히지 못하는 단점이 있습니다.

보이는 디자인의 경계

이 아티팩트는 예시용 이름, 수치, 작업 내용, 주장이 담긴 디자인 전용 데스크톱 앱 예시입니다. 캡처는 보이는 구성, 라벨, 색상 코드, 순서, 샘플 상태만 보여 줍니다. 연결된 프로덕션 서비스, 영구 저장소, 작동하는 검색, 필터링, 티켓 생성, 실시간 업데이트가 있다는 근거는 되지 않습니다.

응용할 때는 네 개의 워크플로 열과 Sprint Pulse 사이드바 사이의 구체적인 관계를 유지하세요. 실제로 구현하려면 포인트 합계, 진행률 막대, 블로커 조치, 상태 변경을 운영 데이터로 제시하기 전에 명확한 정의가 필요합니다. 원본은 이런 상태를 프로토타입으로 만들 만큼 인터페이스 계약을 충분히 보여 주지만, 컨트롤이 이미 그 동작을 수행한다고 주장할 근거는 아닙니다.