사용자 스토리 란 무엇입니까?
사용자 이야기는 짧은 간단한 설명의 기능을 한 사람의 욕망 새로운 능력,일반적으로 사용자 또는 고객의 시스템입니다. 그들은 일반적으로 간단한 템플릿을 따릅니다.
As A,나는 그렇게 원한다.
사용자 이야기는 종종에 쓰이는 색인 카드 또는 끈끈한 메모장에 구두 상자에 배치된 벽이나 테이블을 용이하게 계획하고 논의한다., 이와 같이,그들은 기능에 대한 글쓰기에서 논의에 초점을 강하게 옮깁니다. 사실,이러한 토론은 텍스트가 쓰여지는 것보다 더 중요합니다.
사용자 스토리 예제를 보여줄 수 있습니까?
민첩한 사용자 스토리의 장점 중 하나는 다양한 세부 수준으로 작성할 수 있다는 것입니다. 우리는 많은 양의 기능을 다루기 위해 사용자 스토리를 작성할 수 있습니다. 이러한 대규모 사용자 스토리는 일반적으로 서사시로 알려져 있습니다. 여기에는 민첩한 사용자는 이야기를 들어 데스크톱에서 백업 제품:
- 사용자로,나는 수 백업 내 전체 하드 드라이브입니다.,
기 때문에 서 일반적으로 너무 큰 민첩한 팀을 완료하는 하나의 반복에서,그것은 분으로 여러 작은 사용자 이야기하기 전에 그것에 근무하고 있습니다. 사는 위의 수 있으로 분할할 수십(거나 가능성이 수백),포함하여 이러한 두 가지:
- 전원으로 사용자가 지정할 수 있는 파일 또는 폴더를 백업에 기반한 파일 사이즈,만든 날짜 및일을 수정합니다.
- 사용자로,나를 나타낼 수 있습 폴더하지 않도록 백업하는 내 백업 드라이브를 채워지지 않은 것을 내가 필요하지 않 저장됩니다.
사용자 스토리에 세부 사항이 어떻게 추가됩니까?,
세부사항 추가될 수 있는 사용자 이야기에는 두 가지 방법
- 분할하여 사용자 스토리로 여러 작은 사용자 이야기입니다.
- 만족의 조건”을 추가하여.”
경우는 상대적으로 큰 이야기로 분할 여러 개의 작은 민첩한 사용자의 이야기,그것은 당연하다고 추정하는 세부사항이 추가되었습니다. 결국,더 많이 쓰여졌습니다.
만족의 조건은 단순히 애자일 사용자 스토리가 완료된 후 사실이 될 높은 수준의 수용 테스트입니다., 다음으로 다른 민첩 사용자 이야기를 들어:
부통령으로의 마케팅,나을 선택하려면 휴가 시즌에 사용할 경우를 검토하의 성능 광고 캠페인을 과거 그래서 나가 확인할 수 있는 유익한 것들입니다.
세부사항 추가할 수 있는 사용자 이야기를 들어 추가하여 다음의 조건을 만족:
- 작동하는지 확인하기 위해 주요 소매휴일:크리스마스에 부활절,대통령의 날,어머니의 날,아버지의 날,노동일,New Year’s Day.
- 지원 휴일 그 스팬 두 달력 년(없음 스팬 세).,
- 휴가 시즌은 한 휴가에서 다음 휴가로 설정할 수 있습니다(예:추수 감사절부터 크리스마스).
- 휴가 시즌은 휴일 이전 일 수로 설정할 수 있습니다.
누가 사용자 스토리를 작성합니까?
누구나 사용자 스토리를 작성할 수 있습니다. 그것의 제품이 소유자의 책임을 확인하는 제품 잔의 민첩한 사용자 스토리는 존재하지만,없는 것을 의미하는 제품 소유자 하는 사람에 씁니다. 좋은 애자일 프로젝트의 과정을 통해 각 팀 구성원이 작성한 사용자 스토리 예제를 가질 것으로 예상해야합니다.,
또한 사용자 스토리를 작성하는 사람은 토론에 참여한 사람보다 훨씬 덜 중요하다는 점에 유의하십시오.
사용자 스토리는 언제 작성됩니까?
사용자 스토리는 애자일 프로젝트 전반에 걸쳐 작성됩니다. 일반적으로 애자일 프로젝트 시작 근처에서 이야기 쓰기 워크샵이 열립니다. 모두는 팀에 참여하는 것을 목표로의 제품을 만드는 백로그는 완전히 기능에 대해 설명합니다 추가될 이 프로젝트 또는 세 여섯 달 릴리스 사이클 내에 있습니다.이러한 민첩한 사용자 이야기 중 일부는 의심 할 여지없이 서사시가 될 것입니다., 서사시는 나중에 단일 반복에 더 쉽게 맞는 작은 이야기로 분해 될 것입니다. 또한 새로운 스토리는 언제든지 그리고 누구에게나 제품 백 로그에 작성되고 추가 될 수 있습니다.
사용자 스토리가 요구 사항 문서를 대체합니까?
애자일 프로젝트,특히 스크럼 사람을 사용하여 본인의 일을 성공적으로 수행하는 것은 우선순위 목록의 기능이 개발될 상품 또는 서비스입니다. 제품 백 로그 항목은 팀이 원하는대로 할 수 있지만 사용자 스토리는 제품 백 로그 항목의 가장 인기있는 형태로 등장했습니다.,
는 동안 제품 잔의 생각할 수 있으로 교체 위해 요구 사항을 문서의 전통적인 프로젝트,그것을 기억하는 것이 중요 기록된 부분의 민첩한 사용자는 이야기를(“사용자로,나는…”)는 불완전까지에 대한 논의는 이야기가 발생합니다.
종종 작성된 부분을 실제 요구 사항에 대한 포인터로 생각하는 것이 가장 좋습니다. 사용자 이야기할 수 있는 다이어그램을 묘사한 워크플로,스프레드시트하는 방법을 보여주는 계산을 수행,또는 다른 유물 제품의 소유자 또는 팀은 욕망이다.,
사용자 스토리와 관련된 권장 리소스
- 의 장점”사용자로서,나는 원한다”사용자 스토리 템플릿.,
- 샘플 형식으로 스프레드시트 기반의 제품 잔
- 의 장점은 사용자 요구 사항에 대한 이야기.
- 비 기능적 요구 사항으로 사용자 이야기
- 소개하는 사용자 이야기
Leave a Reply