스크럼 : 어느 것이 먼저인가 : 제품 비전 또는 기존 요구 사항

Question

스크럼 프로세스를 배우고 있습니다. 스크럼 프로세스의 이벤트 순서는 첫 번째 제품 비전 또는 전통적인 요구 사항이되는 입니까?

일단 제품이 요구 사항을 받으면 을 스프린트 로그로 사용하여 백 로그 및 프리 이포 리트를 작성하지만 비전과 전통적인 요구 사항의 영역에서는 퍼지기 쉽습니다.

감사합니다, 모두의 아만다

Answer 1

먼저 당신은 "기존의 요구 사항을"정의하십시오 수 있을까?

일반적으로 자연스러운 흐름 순서는 비전 -> 제품 백 로그입니다. 초기 비전은이 릴리스에서 중요한 내용 (고객에게)이 무엇인지에 중점을 두어 요구 사항을 구체화하고 우선 순위를 지정하는 데 도움이됩니다. 비전은 "고객이이 제품을 사는 이유는 무엇입니까?"라는 근본적인 질문을 다루어야합니다.

그러나 스크럼 백 로그와 비전은 음성 고객 연습, 버그 리포트, 스프린트 리뷰 등의 의견의 다양한 다른 소스에 복용, 지속적으로 발전 할 수 있도록 반복적, 점진적 과정이 있다는 사실을

감사합니다

Answer 2

내 경험에 비추어 볼 때 제품 비전과 요구 사항 (기능적 또는 비 기능적)은 제품 백 로그에 표현되어야합니다. 우선 순위를 정하는 방법은 제품 소유자의 결정입니다. 제품 소유자는 "필수 기능"보다 "좋은 기능"의 우선 순위를 결정할 수있는 유일한 사람입니다.

사이트 회원으로서

• , 나는 내 자신의 페이지에 자신을 설명 할 : 당신이 제품 백 로그가 모두 포함 볼 수 있듯이 당신이 제품 백 로그에 포함해야하는지에 대한 아이디어를 얻을 Mountain Goat Example Product Backlog를 보라 돕기 위해 반 구조적 방식. 즉, 미리 정의 된 필드를 채울 수 있지만 자유 텍스트 필드 나 두 개를위한 공간도 있습니다. 이 무료 텍스트를 HTML 또는 이와 유사한 형식으로 사용하는 것이 좋습니다.
• 사이트 방문자로서 모든 Certified ScrumMasters, Practitioners, Trainers 및 Certified Product Owners의 사이트에서 목록을 볼 수 있습니다. (. CSM의리스트는 이렇게 편지 기반 매김 접근 방식이 필요하다 5000 이름을 가지고)

Answer 3

그래서, 질문은 : 스크럼에서 , 어떤이 먼저 다 : 요구 사항 또는 제품 비전?

답변 : 다른 방법론 중 먼저 적용되는 것.

제품 비전은 스크럼과 아무 관련이 없습니다. 그것은 제품에 대한 비전이며, 따라하기로 선택하는 방법에 관계없이 동일합니다. 따라서 폭포를 따라 간다면 제품 비전 또는 로드맵이 필요합니다.

스크럼에서 제품 소유자는 제품 비전을 사용자 스토리 (사용자 언어의 요구 사항)로 분류하고 정기적으로 우선 순위를 지정합니다.

희망이 있습니다.

Answer 4

SCRUM은 프로젝트의 처리 방법은입니다.

상상 과정은 프로젝트 자체 전에 온다. 프로젝트가 없기 때문에 SCRUM이 발생하지 않을 수도 있습니다. 요구 사항을 수집 (제품 백 로그 생성)하는 것은 사람들이 구상을 완료하고 프로젝트를 시작하는 것이 이치에 맞을 때 발생합니다. 이 말 구상 과정의 중간에 그들이 거기에 동일/유사 제품이 거기에, 또는 그것을 실현하면 사람들이 요구 사항을 귀찮게하지 않을 수 있기 때문에, 당신은 제품 구상이 요구 사항 수집하기 전에 오는 것이 논리적 찾을 수 그런 일을하는 것이 타당하지 않습니다.

예 :

사전 준비 과정 : 사람 X는 말한다 - 이제 텔레포트 기계를 만들어 보자. 그것으로 사람들은 지구상의 어느 지점 으로든 즉시 이동할 수 있습니다. 사람 Y 조인 말한다 -하지만 그 때문에 {어쩌구 저쩌구, 모든 과학적인 이유}의 불가능하다.

는 물론, 그들은 포기. :)

요구 사항 수집 : 필요가 없습니다, 그들은 프로젝트가 구상 과정에서 실패 할 운명 실현하기 때문이다.