전통적인 폭포 작업 모드는 세부 요구 사항 사양을 사용하여 요구 사항을 표현하고 요구 사항 담당자는 요구 사항 연구를 담당하고 연구 상황에 따라 세부 요구 사항 사양을 편집하고 요구 사항 검토를 수행하고 검토 후 서명 및 확인하고 손으로 확인합니다. 설계 및 개발을 위해 R&D 팀에 넘겼습니다. 이러한 환경에서 요구사항 문서는 정보 전달의 주체이자 계약이기도 합니다.

그러나 세부 요구 사항 사양에는 다음과 같은 5가지 주요 단점이 있습니다.

일방적인 정보 전달은 오해의 소지가 있습니다.
문서화는 매우 형식적이어서 사실이어야 하는 것으로 착각할 수 있습니다. 의심하지 말고 판단을 멈추자.
자세한 문서가 있으면 상호 확인을 위해 앞뒤로 이동하지 않습니다.
서면 문서는 팀의 책임 분담을 촉진하지 않으며 증거 역할을 합니다. Scrum은 팀의 공동 책임을 강조합니다.요구 담당자, 개발자 또는 테스터를 막론하고 토론과 협업을 통해 요구 사항을 올바르게 이해하고 이러한 요구 사항을 고객이 정말로 필요로 하는 기능으로 전환하는 것이 모두의 공통 목표입니다. , 일방적인 업무 전달이 아닌 .
상세하고 정확하게 표현된 요구사항 문서를 작성하는 데 많은 시간이 소요되며, 요구사항이 자주 변경될 경우 유지보수 비용이 높아집니다.

Agile은 제품 백로그를 사용하여 요구 사항을 관리합니다. 제품 백로그는 비즈니스 가치별로 정렬된 요구 사항 목록입니다. 높은 우선 순위 요구 사항은 백로그의 맨 위에 있습니다. 제품 백로그는 점진적으로 세부적인 목록이며 DEEP라는 4가지 주요 기능이 있습니다.

상세 적절한 세부 수준, 우선 순위가 높은 요구 사항은 더 자세하고 우선 순위가 낮은 요구 사항은 더 세분화됩니다.
긴급 출현, 수요가 천천히 출현, 점진적으로 상세화됨
예상 예상
우선순위/주문 비즈니스 가치에 따라 주문

제품 백로그에서 요구사항의 주요 형식은 사용자 스토리입니다. 사용자 스토리는 사용자 관점에서 요구 사항에 대한 짧은 설명입니다. 사용자 스토리는 팀의 초점을 기능적 요구 사항 설명 및 작성에서 요구 사항 논의로 전환하는 가장 좋은 방법입니다.

사용자 스토리는 사용자의 관점에서 원하는 기능을 설명합니다. 좋은 사용자 스토리는 세 가지 요소로 구성됩니다.

역할: 이 기능을 사용할 사람입니다.
활동: 어떤 종류의 기능을 완료해야 하는지.
비즈니스 가치: 이 기능이 필요한 이유와 이 기능이 제공하는 가치는 무엇입니까?

사용자 스토리는 일반적으로 다음 형식으로 표현됩니다.

韓文：
<Role>로서 <Activity>를 하고 싶습니다. 그래서 <Business Value>.

韓文：
<역할>로서 <상업적 가치>를 촉진하는 <활동>을 원합니다.
예: 웹사이트의 일반 회원으로서 주문한 후 배송되기 전에 주문을 취소할 수 있기를 기대합니다.

Leangoo 는 애자일 요구 사항 관리, 작업 협업, 진행 상황 추적, 통계 측정 등을 다루는 엔드 투 엔드 애자일 R&D 관리 솔루션을 제공하는 전문 애자일 개발 관리 도구입니다.

민첩한 요구 사항 관리

Leangoo 애자일 도구를 통해 제품 백로그 칸반을 생성하여 애자일 요구 사항을 관리할 수 있습니다.

Leangoo Agile Kanban 보드에서 여러 목록을 사용자 지정 및 생성하고 각 목록에 수요 카드를 추가할 수 있습니다.

일반적으로 우리는 제품 백로그 Kanban에 다음과 같은 목록을 만듭니다. "사용자 스토리 풀, 분류할 사용자 스토리, 분류된 사용자 스토리, 구현 중인 사용자 스토리, 완료된 사용자 스토리"

일반적으로 "사용자 스토리 결합 완료"가 가장 높은 우선 순위를 가지며 사용자 스토리 풀이 가장 낮은 우선 순위를 갖습니다. 다음 그림은 제품 백로그 칸반의 예입니다.

위 그림에서 요구 사항 카드의 오른쪽 하단에 있는 아이콘은 이 스토리 카드의 스토리 포인트, 이 스토리에 대한 몇 가지 토론, 스토리 수락 테스트의 핵심 포인트 등을 나타냅니다. 인수검사의 핵심사항을 검사항목 형태로 반영하고 있습니다.

작업량, 댓글, 체크 항목 외에도 카드 마감일, 레이블 등을 설정하고 레이블을 통해 카드를 분류하거나 우선 순위를 지정할 수 있습니다. 아래 그림과 같이:

사용자 스토리가 추가된 후 팀은 우선 순위가 높은 사용자 스토리를 정렬할 수 있습니다. 사용자 스토리를 완료하는 데 필요한 작업 항목을 카드의 확인 항목에 추가할 수 있으므로 Sprint에서 후속 사용자 스토리를 계획한 후 더 작은 작업 카드로 쉽게 분해할 수 있습니다.

목록 흐름을 통해 팀이 요구 사항의 우선 순위 및 계획을 직관적으로 이해하도록 합니다.

반복을 위해 Kanban을 반복할 요구 사항 계획

반복이 시작되기 전에, 반복에서 완료해야 하는 콘텐츠를 준비하기 위해 정렬되고 우선 순위가 높은 사용자 스토리를 반복 Kanban으로 계획해야 합니다.
"Sprint Planning" 버튼을 클릭하고 "Sprint1"에서 계획된 사용자 스토리를 "Sprint1" 게시판으로 드래그합니다.

각 반복에는 중요한 스프린트 진행 통계인 번다운 차트가 있습니다.

번다운 차트는 스크럼에서 팀 진행 상황을 추적하기 위한 간단하고 실용적인 도구입니다.현재 반복에서 남은 작업량과 남은 작업 시간의 변화 추세를 시각적으로 표시할 수 있습니다.일반적으로 팀은 일일 스탠드 중에 번다운 차트를 사용합니다. -up 회의.현재 Sprint 스프린트 속도 상황을 이해하십시오.

Leangoo는 스토리 카드의 변경 사항에 따라 릴리스 번다운 차트를 자동으로 생성합니다.

다음 그림과 같이 칸반 오른쪽에 있는 "메뉴"를 클릭하고 "칸반 통계"를 선택하여 번다운 차트를 봅니다.