여러 역할에 대해 유사한 사용자 스토리를 작성해야합니까?

Question

두 가지 사용자 역할에 대해 비슷한 것으로 보이는 이야기가 있습니다.

다른 역할로 식별 된 외부 영업 사원과 내부 영업 사원이 있습니다.

둘 다 설문 조사에서 데이터를 캡처 할 수 있습니다. 그러나 외부 영업 사원 (그리고 그녀 만)은 새로운 설문 조사를 작성하는 동안에 만 새로운 설문 조사 소스 (예 : 상점)를 추가 할 수 있습니다. 내부 영업 사원은 야간에 가져올 다른 시스템에 새로운 조사 소스를 추가해야합니다. 설문 조사없이 새로운 조사원을 추가하는 것은 불가능합니다.

As a salesman i can create a survey so that the survey source can be benchmarked. 

그리고 이러한 시나리오 :

Scenario: Survey created by internal salesman  
Given an internal salesman 
and a choosen shop as survey source 
when a survey is created 
then the survey source is benchmarked. 

Scenario: Survey created for new survey source by external salesman 
Given an external salesman 
and a new shop as survey source 
when a survey is created 
then the survey source is added 
and the survey source is benchmarked. 

나는이 요구 사항에 대한 최종해야한다는 의심 해요

는 지금까지 우리는이 이야기가 있습니다. 먼저 "판매원"역할이 정의되어 있지 않습니다. 그러나 우리는 그것을 이야기에 사용합니다. 새로운 영업 사원이 외부 영업 사원에 의해서만 생성 될 수있는 제약 조건은 명시 적으로 적용되지 않습니다.

이야기를 바꾸거나 나누어야합니까? "새 조사 소스 추가"를 시나리오에 적용하는 것으로 충분합니까?

Answer 1

이야기를 쓰기 시작하기 전에 몇 단계를 거쳐야합니다. 이상적으로, 요구 사항 분석은 시스템 액터가 누구이며 시스템으로 무엇을하고 싶은지를 설명하기위한 예비 역할 목록 (또는보다 나은 페르소나)으로 시작해야합니다. 따라서 모델에서 상호 작용과 시스템에서 원하는 것은 서로 다르기 때문에 내부 및 외부 판매원은 서로 다른 성격의 사람처럼 들립니다.

personas가 식별되면 간단한 도메인 또는 컨텍스트 다이어그램을 스케치하여 페르소나 및 외부 시스템이 현재 구축중인 시스템과 상호 작용하는 방식을 보여주는 것이 가장 좋습니다. (http://www.agilemodeling.com/essays/initialRequirementsModeling.htm)

당신이 묘사 한 바에 따르면, 2 가지 영업 페르소나와 측량 소스 시스템이 화살표로 그 주 시스템과 상호 작용하는 방식을 나타내는 다이어그램을 가지고 있어야합니다. 외부 영업 담당자 만이 조사 소스를 직접 추가 할 수 있다는 사실은 컨텍스트 다이어그램에서 매우 분명해야합니다. 그리고 그들의 상호 작용은 내부 영업 인물과 다르게 보일 것이므로 실제로 두 가지 사용자 스토리가 있다는 것을 알게 될 것입니다.