다음을 통해 공유


사용자 스토리(Agile)

이 항목에서는 사용자 스토리 작업 항목의 세부 정보를 작성하는 방법에 대해 배울 수 있습니다. 사용자 스토리가 무엇이고 Agile 프로세스에서 어떻게 사용되는지에 대한 자세한 내용은 우수한 제품 백로그 만들기를 참조하십시오. 사용자 스토리의 작업 항목을 만드는 방법에 대한 자세한 내용은 작업 항목 및 워크플로(Agile)를 참조하십시오.

항목 내용

관련 항목

  • 사용자 스토리 정의

  • 사용자 스토리에 작업 추가 및 연결

  • 사용자 스토리에 테스트 사례 추가 및 연결

  • 사용자 스토리에 문제 추가

  • 사용자 스토리에 세부 정보, 첨부 파일 또는 하이퍼링크 추가

  • 사용자 스토리 해결 및 닫기

Agile 프로세스

Agile 통합 문서

Agile 보고서(Reporting Services)

필드 참조

필요한 권한

사용자 스토리를 보려면 Readers 그룹의 멤버이거나 이 노드의 작업 항목 보기허용으로 설정되어 있어야 합니다. 사용자 스토리를 만들거나 수정하려면 Contributors 그룹의 멤버이거나 이 노드의 작업 항목 편집허용으로 설정되어 있어야 합니다. 자세한 내용은 권한 관리를 참조하십시오.

사용자 스토리 정의

사용자 스토리는 제품 또는 시스템의 최종 사용자에게 가치가 있는 기능을 알려 줍니다. 각 사용자 스토리는 사용자가 소프트웨어의 기능을 통해 무엇을 수행할 수 있는지를 간단히 명시하고 사용자의 관점에서 이를 설명해야 합니다. 사용자 스토리를 작성할 때는 기능이 누구를 위한 것인지 그리고 사용자 스토리를 통해 어떤 이유로 무엇을 수행하고자 하는지에 초점을 맞춰야 합니다. 기능이 어떻게 개발되어야 하는지에 대한 설명을 피해야 합니다.

사용자 스토리에 대한 작업 항목 폼은 다음 그림에 나와 있는 필드 및 탭에 데이터를 저장합니다.

사용자 스토리의 작업 항목 폼

사용자 스토리를 정의할 때는 작업 항목 폼의 맨 위 섹션에서 제목을 정의해야 합니다. 다른 모든 필드는 비워 두거나 기본값을 적용할 수 있습니다.

사용자 스토리를 정의하려면

  1. 사용자 스토리에 대한 작업 항목 양식의 최상위 섹션에서 다음 정보 유형 중 하나 이상을 지정합니다.

    • 제목(필수)에 간단한 설명을 입력합니다.

      고객이 얻을 수 있는 가치 또는 구현되어야 하는 기능이 반영된 스토리 제목이 좋은 스토리 제목입니다.

    • 담당자 목록에서 사용자 스토리를 소유하는 팀 멤버의 이름을 클릭합니다.

      참고

      작업 항목은 Contributors 그룹의 멤버에게만 할당할 수 있습니다.

      스토리 담당자를 정하지 않으면 본인에게 자동으로 할당됩니다.

    • 제품 백로그에 있는 다른 스토리와 비교한 이 스토리의 상대적 중요성을 나타내는 숫자를 순위 상자에 입력합니다.

    • 사용자 스토리를 완료하는 데 필요한 작업 양의 주관적인 등급을 지정하는 숫자를 스토리 점수 상자에 입력합니다.

      더 높은 점수를 지정할수록 더 많은 작업이 필요한 것입니다.

    • 우선 순위 목록에서 1부터 4까지의 값 중 하나를 클릭하여 사용자 스토리의 중요도를 지정합니다. 1이 가장 중요한 것이고 4가 가장 중요도가 낮은 것입니다.

    • 영역반복 목록에서 적절한 영역이나 반복을 클릭합니다. 또는 나중에 계획 회의 중에 할당하도록 이 필드를 공백으로 남겨 둡니다.

      참고

      각 팀 프로젝트 관리자는 해당 프로젝트에 대한 영역 및 반복 경로를 정의하므로 팀에서 이러한 지정을 통해 진행률을 추적할 수 있습니다. 자세한 내용은 영역 및 반복 만들기 및 수정을 참조하십시오.

  2. 세부 정보 탭에서 다음 정보 유형 중 하나 이상을 지정합니다.

    • 승인 기준 설명 상자에 원하는 만큼의 자세한 설명을 입력하여 사용자 스토리뿐만 아니라 사용자 스토리의 이행 여부를 확인하는 데 사용할 기준까지 설명합니다.

      팀이 이 정보를 사용하여 작업 및 테스트 사례를 위한 작업 항목을 만듭니다. 자세한 내용은 작업(Agile)테스트 사례(Agile)를 참조하십시오.

    • 기록 레코드의 일부분으로 캡처할 설명을 기록 상자에 추가합니다.

      팀 멤버가 작업 항목을 업데이트할 때마다 작업 항목 기록에 변경 날짜, 변경한 팀 멤버 및 변경된 필드가 표시됩니다.

  3. 사용자 스토리를 작업, 테스트 사례, 버그, 문제 등의 다른 작업 항목에 연결합니다.

    자세한 내용은 이 항목의 뒷부분에 있는 다음 단원을 참조하십시오.

    • 사용자 스토리에 작업 추가 및 연결

    • 사용자 스토리에 테스트 사례 추가 및 연결

    • 사용자 스토리에 버그 추가

    • 사용자 스토리에 문제 추가

    • 사용자 스토리에 세부 정보, 첨부 파일 또는 하이퍼링크 추가

  4. 저장 작업 항목 저장을 클릭합니다.

참고

사용자 스토리를 저장하면 작업 항목 도구 모음 아래의 제목에 식별자가 나타납니다.

사용자 스토리에 작업 추가 및 연결

사용자 스토리에 작업을 추가하여 사용자 스토리를 완료하기 위해 수행된 작업 프로세스를 추적할 수 있습니다.

참고

스토리 개요 및 스토리 진행률 보고서를 사용하려면 사용자 스토리와 작업 간에 그리고 사용자 스토리와 테스트 사례 간에 링크를 만들어야 합니다. 자세한 내용은 스토리 개요 보고서(Agile)스토리 진행률 보고서(Agile)을 참조하십시오.

사용자 스토리에 연결된 작업을 만들려면

  1. 구현 탭에서 링크된 새 작업 항목 추가 새로 만들기를 클릭합니다.

    링크된 새 작업 항목 추가 대화 상자가 열립니다.

    사용자 스토리에 연결된 새 작업 항목 추가

  2. 링크 형식 목록에서 기본 옵션인 자식을 그대로 둡니다.

  3. 작업 항목 형식 목록에서 작업을 클릭합니다.

  4. 제목에 수행되어야 하는 작업 영역을 식별하는 이름을 최대한 구체적으로 입력합니다.

  5. (선택 사항) 설명에 추가 정보를 입력합니다.

  6. 확인을 클릭합니다.

    작업에 대한 작업 항목 양식이 제공된 정보와 함께 열립니다.

  7. 작업(Agile)에 설명된 대로 나머지 필드를 지정하고 저장 작업 항목 저장을 클릭합니다.

사용자 스토리에 여러 개의 기존 작업을 연결하려면

  1. 구현 탭에서 링크 추가 링크 대상을 클릭합니다.

    사용자 스토리에 대한 링크 추가 대화 상자가 열립니다.

  2. 링크 형식 목록에서 기본 옵션인 자식을 그대로 둡니다.

  3. 찾아보기를 클릭합니다.

    링크된 작업 항목 선택 대화 상자가 나타납니다.

    사용자 스토리에 작업 연결 대화 상자

  4. 작업 항목 ID에 항목을 입력하거나, 연결할 항목을 찾습니다. 내 작업 팀 쿼리를 실행하여 연결할 작업을 찾을 수도 있습니다. 사용자 스토리에 연결할 각 작업 옆에 있는 확인란을 선택합니다. 자세한 내용은 연결하거나 가져올 작업 항목 찾기를 참조하십시오.

  5. (선택 사항) 연결할 작업에 대한 설명을 입력합니다.

  6. 확인을 클릭한 다음 저장 작업 항목 저장을 클릭합니다.

    참고

    연결한 작업과 사용자 스토리가 모두 업데이트됩니다. 추가한 각 작업에 대해 사용자 스토리에 대한 부모 링크가 만들어집니다.

사용자 스토리에 테스트 사례 추가 및 연결

계획의 일환으로 테스트 사례를 만들어서 사용자 스토리에 연결할 수 있습니다. 테스트 도구 모음 및 테스트 사례를 만들기 위한 권장 클라이언트는 Microsoft Test Manager입니다. 방법: Microsoft 테스트 관리자를 사용하여 요구 사항 또는 사용자 스토리 보기에 설명된 대로 이 클라이언트에서 사용자 스토리에 연결할 수도 있습니다.

사용자 스토리에 새 테스트 사례를 추가하려면

  1. 테스트 사례 탭에서 링크된 새 작업 항목 추가 새로 만들기를 클릭합니다.

    링크된 새 작업 항목 추가 대화 상자가 열립니다.

  2. 링크 형식 목록에서 기본 옵션인 테스트한 사람을 그대로 둡니다.

  3. 작업 항목 형식 목록에서 기본 옵션인 테스트 사례를 그대로 둡니다.

  4. 테스트할 영역을 정의하는 설명이 포함된 이름을 제목에 입력합니다.

  5. (선택 사항) 설명에 추가 정보를 입력합니다.

  6. 확인을 클릭합니다.

    테스트 사례에 대한 작업 항목 양식이 제공된 정보와 함께 열립니다.

  7. 테스트 사례(Agile)에 설명된 대로 나머지 필드를 지정하고 저장 작업 항목 저장을 클릭합니다.

사용자 스토리에 기존 테스트 사례를 추가하려면

  1. 테스트 사례 탭에서 링크 추가 링크 대상을 클릭합니다.

    사용자 스토리에 대한 링크 추가 대화 상자가 열립니다.

  2. 링크 형식 목록에서 기본 옵션인 테스트한 사람을 그대로 둡니다.

  3. 작업 항목 ID에 연결할 테스트 사례의 ID를 입력하거나, 테스트 사례 ID를 찾습니다.

    내 테스트 사례 팀 쿼리를 실행하여 추가할 테스트 사례를 찾은 후에 연결할 각 테스트 사례 옆에 있는 확인란을 선택합니다. 자세한 내용은 연결하거나 가져올 작업 항목 찾기를 참조하십시오.

  4. (선택 사항) 연결할 테스트 사례에 대한 설명을 입력합니다.

  5. 확인을 클릭한 다음 저장 작업 항목 저장을 클릭합니다.

    참고

    연결한 테스트 사례와 사용자 스토리가 모두 업데이트됩니다. 추가한 각 테스트 사례에 대해 사용자 스토리에 대한 테스트 링크가 만들어집니다.

사용자 스토리에 문제 추가

문제에 대한 작업 항목을 만들고 모든 링크 탭에서 사용자 스토리에 연결할 수 있습니다. 문제를 정의하고 사용자 스토리에 연결함으로써 사용자 스토리의 품질 및 완성도를 보다 효과적으로 추적할 수 있습니다.

문제를 만들고 사용자 스토리에 연결하려면

  1. 모든 링크 탭에서 링크된 새 작업 항목 추가 새로 만들기를 클릭합니다.

    링크된 새 작업 항목 추가 대화 상자가 열립니다.

  2. 링크 형식 목록에서 관련을 클릭합니다.

  3. 작업 항목 형식 목록에서 문제를 클릭합니다.

  4. 블록 문제를 식별하는 이름을 제목에 최대한 구체적으로 입력합니다.

  5. (선택 사항) 설명에 추가 정보를 입력합니다.

  6. 확인을 클릭합니다.

    문제에 대한 작업 항목 양식이 제공된 정보와 함께 열립니다.

  7. 문제(Agile)에 설명된 대로 나머지 필드를 정의하고 저장 작업 항목 저장을 클릭합니다.

사용자 스토리에 세부 정보, 파일 및 하이퍼링크 추가

다음 방법으로 사용자 스토리에 세부 정보를 추가할 수 있습니다.

  • 설명 필드나 기록 필드에 정보를 입력합니다.

  • 파일을 첨부합니다.

    예를 들어 전자 메일 스레드, 문서, 이미지, 로그 파일 또는 기타 형식의 파일을 첨부할 수 있습니다.

  • 웹 사이트에 또는 서버나 웹 사이트에 저장된 파일에 하이퍼링크를 추가합니다.

사용자 스토리에 세부 정보를 추가하려면

  1. 세부 정보 탭에서 설명 필드에 정보를 입력합니다.

  2. (선택 사항) 기록 필드에 정보를 입력합니다.

    정보에 서식을 지정하여 강조하거나 글머리 기호 목록을 표현할 수 있습니다. 자세한 내용은 제목, ID, 설명 및 기록(Agile)을 참조하십시오.

  3. 저장 작업 항목 저장을 클릭합니다.

사용자 스토리에 첨부 파일을 추가하려면

  1. 첨부 파일 탭에서 다음 작업 중 하나를 수행합니다.

    • 파일을 첨부 파일 영역으로 끕니다.

    • 붙여넣기을 클릭하거나 Ctrl+V를 눌러 복사한 파일을 붙여넣습니다.

    • 첨부 파일 추가 추가를 클릭한 다음 찾아보기를 클릭합니다. 첨부 파일 대화 상자에서 첨부하려는 파일의 이름을 입력하거나 찾습니다.

      (선택 사항) 설명에 첨부 파일에 대한 추가 정보를 입력합니다. 첨부 파일 탭으로 돌아가려면 확인을 클릭합니다.

  2. 저장 작업 항목 저장을 클릭합니다.

사용자 스토리에 하이퍼링크를 추가하려면

  1. 모든 링크 탭에서 링크 추가 링크 대상을 클릭합니다.

    사용자 스토리에 하이퍼링크 추가

  2. 링크 형식 목록에서 하이퍼링크를 클릭합니다.

  3. 주소 상자에 링크의 대상 주소를 입력합니다.

  4. 대상이 웹 사이트인 경우 URL을 입력하거나 인터넷 브라우저에서 URL을 복사하여 주소 상자에 붙여 넣습니다. 대상이 서버 위치인 경우 UNC 이름 형식으로 주소를 입력합니다.

  5. (선택 사항) 설명에 하이퍼링크에 대한 추가 정보를 입력합니다.

  6. 확인을 클릭한 다음 저장 작업 항목 저장을 클릭합니다.

사용자 스토리 해결 및 닫기

활성, 해결됨, 닫힘 상태를 사용하여 사용자 스토리의 진행률을 추적할 수 있습니다. 코드를 작성하여 사용자 스토리를 구현했으며 모든 단위 테스트를 통과했으면 사용자 스토리의 상태해결됨으로 변경합니다. 모든 작업이 완료되고 사용자 스토리가 모든 승인 테스트를 통과한 후에는 해당 상태닫힘으로 변경합니다. 모든 팀 멤버가 사용자 스토리의 상태를 변경할 수 있습니다.

작업 항목 상태를 추적하는 데 사용할 수 있는 데이터 필드에 대한 자세한 내용은 할당 및 워크플로(Agile)을 참조하십시오.

활성 사용자 스토리를 해결하거나 닫으려면

  1. 사용자 스토리를 엽니다.

  2. 상태 목록에서 해결됨 또는 닫힘을 클릭합니다.

    • 상태를 활성에서 해결됨으로 변경하면 이유 필드가 자동으로 코드 완료 및 단위 테스트 통과로 변경됩니다.

    • 상태를 해결됨에서 닫힘으로 변경하면 이유 필드가 자동으로 승인 테스트 통과로 변경됩니다.

    • 상태를 활성에서 닫힘으로 변경하는 경우 그 의도에 맞는 이유를 클릭해야 합니다. 자세한 내용은 이 항목 뒷부분의 활성 상태에서 닫힘 상태로에 설명되어 있습니다.

  3. 저장 작업 항목 저장을 클릭합니다.

일반적인 워크플로 진행:

  • 고객 대리인이 기본 이유인 "신규"로 활성 상태의 사용자 스토리를 만듭니다.

  • 코드가 완료되고 단위 테스트를 통과하면 팀 멤버가 사용자 스토리를 활성 상태에서 해결됨 상태로 변경합니다.

  • 사용자 스토리에 대해 정의된 테스트 사례를 통과하면 팀 멤버가 해결됨 상태에서 닫힘 상태로 변경합니다.

일반적이 아닌 전환:

  • 고객 대리인이 사용자 스토리가 관련성이 없거나 범위를 벗어낫다고 판단하여 활성 상태에서 닫힘 상태로 변경합니다.

  • 사용자 스토리가 승인 테스트를 통과하지 못합니다. 따라서 팀 멤버가 해결됨 상태에서 활성 상태로 변경합니다.

  • 고객 대리인이 사용자 스토리가 오류로 닫혔거나 이제는 범위 안에 있다고 판단하여 상태를 닫힘 상태에서 활성 상태로 변경합니다.

사용자 스토리 상태 다이어그램

사용자 스토리 상태 다이어그램

활성(새로 만들기)

팀 멤버가 사용자 스토리를 만들 때 다음 데이터 필드가 자동으로 캡처됩니다.

  • 만든 사람: 작업 항목을 만든 팀 멤버의 이름입니다.

  • 만든 날짜: 서버 시간을 기준으로 기록된, 작업 항목이 만들어진 날짜 및 시간입니다.

활성 상태에서 해결됨 상태로

다음과 같은 이유로 활성 사용자 스토리를 해결할 수 있습니다.

이유

용도

수행할 추가 작업

코드 완료 및 단위 테스트 통과

사용자 스토리를 구현하기 위한 코드가 체크 인되고 모든 단위 테스트를 통과한 경우에 사용됩니다.

사용자 스토리를 테스트할 팀 멤버에게 할당합니다.

팀 멤버가 활성 사용자 스토리를 해결할 때 다음 데이터 필드가 캡처됩니다.

  • 해결한 사람: 작업 항목을 해결한 팀 멤버의 이름입니다.

  • 해결한 날짜: 서버 시간을 기준으로 기록된, 작업 항목이 해결된 날짜 및 시간입니다.

  • 상황 변경 날짜: 작업 항목의 상태가 변경된 날짜 및 시간입니다.

활성 상태에서 닫힘 상태로

다음 이유 중 하나로 인해 활성 사용자 스토리를 닫을 수 있습니다.

이유

용도

수행할 추가 작업

거부됨(기본값)

사용자 스토리가 비즈니스 요구 사항, 시나리오 또는 가치 제안을 지원하지 않는 기능이나 요구 사항을 나타낸다는 것을 확인한 경우에 사용됩니다.

없음

중단됨

사용자 스토리를 더 이상 구현할 필요가 없는 경우에 사용됩니다.

없음

범위를 벗어남

현재 반복에 대해 사용자 스토리를 구현할 충분한 리소스가 팀에 없는 경우에 사용됩니다.

팀에서 시간이 부족하거나 차단 문제가 발견되었기 때문에 사용자 스토리가 범위를 벗어난 것으로 식별될 수도 있습니다.

반복 필드를 업데이트하여 시나리오가 어떤 반복에 구현되어야 하는지를 지정합니다. 시나리오가 다음 소프트웨어 릴리스로 연기되는 경우에는 반복 필드를 공백으로 두되, 시나리오가 연기된 이유와 언제 구현되어야 하는지를 자세히 설명합니다.

활성 사용자 스토리를 닫을 때 다음 데이터 필드가 캡처됩니다.

  • 닫은 사람: 작업 항목을 닫은 팀 멤버의 이름입니다.

  • 닫힌 날짜: 서버 시간을 기준으로 기록된, 작업 항목이 닫힌 날짜 및 시간입니다.

  • 상황 변경 날짜: 작업 항목의 상태가 변경된 날짜 및 시간입니다.

해결됨

사용자 스토리가 코드에 구현되면 수석 개발자가 상태를 해결됨으로 설정하고, 테스트가 시작될 수 있도록 스토리를 테스터에 할당합니다.

해결됨 상태에서 닫힘 상태로

다음과 같은 이유로 해결된 사용자 스토리를 닫을 수 있습니다.

이유

용도

수행할 추가 작업

승인 테스트 통과

사용자 스토리와 연관된 모든 테스트 사례가 통과된 경우에 사용됩니다.

사용자 스토리를 제품 소유자에게 할당합니다.

팀 멤버가 해결된 사용자 스토리를 닫을 때 다음 데이터 필드가 자동으로 캡처됩니다.

  • 닫은 사람: 작업 항목을 닫은 팀 멤버의 이름입니다.

  • 닫힌 날짜: 서버 시간을 기준으로 기록된, 작업 항목이 닫힌 날짜 및 시간입니다.

  • 상황 변경 날짜: 작업 항목의 상태가 변경된 날짜 및 시간입니다.

해결됨 상태에서 활성 상태로

다음과 같은 이유로 해결된 사용자 스토리를 다시 활성화할 수 있습니다.

이유

용도

수행할 추가 작업

승인 테스트 실패

사용자 스토리 테스트 중 하나 이상이 실패한 경우에 사용됩니다.

사용자 스토리를 수석 개발자에게 할당합니다. 또한 테스트가 테스트 실패에 대한 버그를 만들어야 합니다.

해결된 사용자 스토리를 다시 활성화할 때 다음 데이터 필드가 자동으로 캡처됩니다.

  • 활성화한 사람: 작업 항목을 다시 활성화한 팀 멤버의 이름입니다.

  • 활성화된 날짜: 서버 시간을 기준으로 기록된, 작업 항목이 다시 활성화된 날짜 및 시간입니다.

  • 상황 변경 날짜: 작업 항목의 상태가 변경된 날짜 및 시간입니다.

완료

닫힌 사용자 스토리는 범위 안에 다시 들어올 경우 다시 활성화될 수 있습니다. 주로 비즈니스 분석가나 프로그램 관리자가 닫힌 사용자 스토리를 다시 활성화합니다.

닫힘 상태에서 활성 상태로

다음과 같은 이유로 닫힌 사용자 스토리를 다시 활성화할 수 있습니다.

이유

용도

수행할 추가 작업

범위에 다시 들어옴

사용자 스토리를 구현할 수 있는 리소스가 있는 경우에 사용됩니다.

사용자 스토리에 대해 정의된 구현 작업, 테스트 사례 및 세부 정보가 완료되었고 최신 상태인지 확인합니다.

실수로 닫힘

모든 연관된 작업, 테스트 사례 또는 버그가 닫히기 전에 사용자 스토리가 닫힌 경우에 사용됩니다.

사용자 스토리에 대한 구현 작업, 테스트 사례 및 세부 정보가 제대로 구현되었고 개발을 충분히 지원할 수 있는지 확인합니다.

닫힌 사용자 스토리를 다시 활성화할 때 다음 데이터 필드가 자동으로 캡처됩니다.

  • 활성화한 사람: 작업 항목을 다시 활성화한 팀 멤버의 이름입니다.

  • 활성화된 날짜: 서버 시간을 기준으로 기록된, 작업 항목이 다시 활성화된 날짜 및 시간입니다.

  • 상황 변경 날짜: 작업 항목의 상태가 변경된 날짜 및 시간입니다.

참고 항목

개념

제품 계획 통합 문서

기타 리소스

MSF for Agile Software Development v5.0

Plan the Sprint

작업 항목 및 워크플로(Agile)