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