민첩한 소프트웨어 접근법을 사용하는 경우 여러 플랫폼에서 사용자 스토리를 분석하는 방법

Question

저는 프로젝트를 진행하고 있으며 민첩한 소프트웨어 접근 방식을 사용하려고하며 사용자 스토리를 작성하는 중입니다. 성공한 소프트웨어를 작성하는 데 많은 경험이 있었지만 이것은 새로운 것이 었습니다. 내 질문은

• 사용자가 로그온 할 수 있어야합니다 ...

  하자 인수를 위해서 우리의 사용자 스토리가 있었다라고 ... 제품이 여러 플랫폼에서 실행해야 할 때 이야기를 작성하는 방법에 관한

• 에서 사용자는

지금이 여러 브라우저에서 작동 할 필요가 자신의 암호를 재설정 할 수 있습니다, 모두 PC와 Mac의 브라우저의 대부분 여러 버전.

과거에 다른 팀에서 효과가 있었던 점은 지원할 것으로 예상되는 모든 플랫폼에서 스토리를 테스트하거나 "Safari Version x.xx에서도 작동해야합니다"와 같은 추가 사용자 스토리를 작성하는 데 성공했는지를 테스트합니다. . 나는 그것이 좋은 범위를 가지지 않는 후자의 아이디어를 좋아하지 않는다.

또 다른 옵션이 같은 각 플랫폼에 대해 반복적으로 이야기를 쓸 수 있습니다는 ...

• 사용자는 사파리 버전에 로그인 할 수 있어야 사용자는 할 필요가 X.XX
• 크롬 버전에 로그인 할 수 X.XX 등 등

어쨌든, 정말 그냥 몇 가지 통찰력을 찾고 있고 지역 사회에서에서 다른 팀을 위해 일을하지 않은 것을 듣고 관심. 내가 추천 이야기로 갈 것

Answer 1

DoD는 Dave Hillier가 언급 한 것처럼 좋은 방법입니다. 또한 각 스토리를 분리하여 우선 순위를 지정할 수 있으므로 브라우저 호환성에 따라 우선 순위가 다른 경우에도 좋은 방법입니다. 이 같은 우선 순위에서 수행 될 필요하고 브라우저 호환성을 만들기 위해 어려운 아니라면

, 나는 할 것이다 :

As a customer, I want to be able to login to the system, so that I can use the system 

Exit criteria: 
- xxxx 
- yyyy 
- be able to login on Safari, IE, Chrome, Firefox 

Answer 2

공유

감사합니다 ... : 당신은 다음 주요 플랫폼의 각각의 다른 관련 버전을 테스트하기 위해 허용 기준을 만들 수 있습니다

Users can Login with Safari 
Users can login with IE 
Users can login with Chrome 
users can login with Firefox 

.

가능한 한 이야기를 가능한 한 높은 수준으로 유지하는 것이 좋습니다. "사용자가 로그인 할 수 있어야 함"은 유연합니다 (너무 크지 않은 한). 브라우저로 사용자 스토리를 분할하는 것은 비 기능적 기준과 사용자 스토리를 혼합하는 것과 매우 흡사합니다.

Answer 3

""Safari Version x.xx에서도 작동해야합니다 "와 같은 추가 사용자 스토리를 작성합니다. 후자에 대해서는 좋은 범위가 없다는 생각을 좋아하지 않습니다."

귀하가 싫어하는 것으로 해소 한 것이 실제로 더 정확하고 올바른 방법입니다! "다른 브라우저에서도 작동해야합니다 ..."는 스토리 카드 뒷면의 UAC 및 기능이어야합니다.

이렇게하면 고객 및 주요 스토리에 대해 BV를 추가 할 수 있습니다.

올바른 방법으로 UAC 방식을 지원하는 또 다른 이유는 '권장되지 않는 방법의 도움으로 제거'입니다. 사용자 이야기는 세탁 목록이 아니어야합니다.

Answer 4

미국은 잠재적으로 최종 사용자에게 가치를 가져다 줄 수있는 "잠재적으로 배송 가능한"단위이기 때문에 플랫폼별로 스토리를 만들지 않습니다.

사용자가 기능에 액세스하는 방법에 대해서는 아무 것도 없으므로 간단히 질문하십시오. 플랫폼 A에서는 작동하지만 플랫폼 B에서는 작동하지 않으면 최종 사용자에게이 기능을 제공하겠습니까?

IMO 개발과 테스트를 위해 미국보다 플랫폼 전용 작업을 만드는 것이 합리적입니다. 작업이 완료되지 않으면 미국이 "완료"되었다고 말할 수 없습니다.

Answer 5

(국방성)을 만들 수 있습니다.

국방성은 일반적으로 팀이 소프트웨어 증분을 완료해야한다고 요구하는 명확하고 간결한 요구 사항입니다.

국방성에는 각 이야기에 필수 항목을 포함시켜야합니다.

예를 들어 스토리를 구현할 때 가장 널리 채택 된 브라우저에서 작동하도록 할 수 있습니다. DoD 내에서 지원하려는 각 브라우저의 기능 구현 및 테스트를 포함하십시오.

이전 브라우저에 대한 지원을 추가하기로 결정할 수도 있지만 이는 훨씬 낮은 우선 순위이며 나중에 수행 할 수 있습니다. 이 작업을 별도의 제품 백 로그 항목 (예 : 이야기 또는 버그)으로 개별적으로 포함 할 수 있습니다. 그런 다음 적절하게 우선 순위를 매길 수 있습니다.

해당 항목은 "As a user, I want"과 같은 스토리 템플릿을 사용하여 작성할 수 있습니다. 예를 들어 고객으로

, 내가 고객으로서 IE8

에 로그인 할 수 있도록하려면, 나는 결국 IE8

에서 비밀번호를 재설정하려면, 그것은이다 당신의 팀이 귀하의 상황에서 가장 잘할 것입니다. 고객의 요구에 달려 있습니다!