애자일 요구사항을 위한 작업 분류 구조를 구축하면 팀이 범위, 기능 영역, 하위 구성 요소, 스토리, 수용 기준, 오너십 및 종속성을 하나의 시각적 작업 분류 구조로 매핑하여 기능을 스프린트 준비 작업으로 전환하는 데 도움이 됩니다.
무엇인가요?
에픽을 구축 가능하고 테스트 가능한 백로그 작업으로 번역하는 75–90분 워크숍
UX, 논리, 상태, 통합, 분석, 엣지 케이스의 공유 맵
정제 전에 모호성을 줄이는 인계 준비된 구조
어떤 문제를 해결하나요?
위험한 티켓이 될 수 있는 모호한 요구사항
늦게 발견되는 숨겨진 복잡성 (상태, 종속성, 규정 준수, 추적)
제품 의도, 디자인 세부사항, 엔지니어링 기대치 간의 불일치
사용 방법
목표, 성공 기준, 범위 경계를 정의합니다.
작업을 기능 영역(워크플로우, 논리, 상태, 통합, 분석)으로 나누세요.
각 영역을 하위 구성 요소 및 작업 항목으로 세분화합니다.
주요 항목을 수용 기준과 테스트 케이스가 있는 스토리로 전환합니다.
WBS 레벨을 시각화하고, 오너십, 종속성, 장애 요소를 태그로 추가합니다.
일반적인 실수
범위와 성공에 대한 합의 없이 티켓으로 바로 넘어가기
비정상의 경로를 잊어버림 (오류, 빈 상태, 권한, 로딩)
오너십 레이블이 없어 작업 후에 항목이 중단됩니다.
실수를 피하는 방법
세분화 전에 "범위 내/외"를 글로 명확히 합니다.
각 영역에 필수 체크리스트 사용: 상태, 검증, 복사, 분석, 접근성
작업 항목별로 한 명의 DRI를 할당하고, 즉시 장애 요소와 다음 단계를 태그로 추가합니다.
자주 묻는 질문(FAQ)
Q: 이 템플릿을 통해 이익을 얻을 수 있는 사람은 누구인가요? A: 제품 관리자, 디자이너, 엔지니어, QA, 그리고 스프린트 계획 및 에픽 정제를 준비하는 크로스 기능 팀입니다.
Q: 적절한 세부 수준은 무엇인가요? A: 엔지니어가 예측하고 QA가 핵심 행동에 대한 추측 없이 테스트할 수 있을 정도입니다.
Q: 언제 이 워크숍을 진행해야 하나요? A: 새로운 에픽을 위한 정제 전에, 발견 이후, 또는 명확하지 않은 범위로 인해 기능이 차단된 경우에 진행합니다.
사용된 Miro 기능들
워크숍 단계별 프레임, 기능 영역 및 하위 구성요소를 위한 스티커 메모, WBS 수준(전달물 → 영역 → 구성요소 → 작업 항목)별 섹션, 우선 순위를 위한 투표, 소유자, 종속성, 차단 상태를 위한 태그 및 색상 레이블.
