애자일 개발 2.0에서 효과적인 스토리 작성

  • 릴리스 버전: Yokohama
  • 업데이트 날짜 2025년 01월 30일
  • 읽기3분

    • 잘 작성된 스토리는 테스트 또는 설명서처럼 모든 개발자와 팀 구성원이 쉽게 이해할 수 있는 스토리입니다.

    스토리를 사용하면 할당 그룹이 완료의 정의에 따라 작업을 구현하는 데 필요한 작업량을 정확하게 추정할 수 있습니다. 완료의 정의는 스토리가 완료되는 시기를 결정하는 그룹에서 동의한 종료 기준입니다.

    스토리에는 다음과 같은 기본 조건이 있습니다.
    • 설명: 스토리 설명은 관리자와 같은 사용자 역할과 관련이 있으며 비즈니스 가치를 설명하거나 기술적 부채를 해결합니다.
    • 수용 기준: 스토리 수용 기준은 측정 및 테스트 가능합니다.

    스토리 설명

    좋은 사용자 스토리 설명은 다음을 파악하여 명시된 요구 사항을 충족합니다.
    • 시스템에 있는 가상 사용자의 역할
    • 가상 사용자가 표현한 요구 사항
    • 개발자, 사용자 등 모든 이해 관계자가 얻을 수 있는 이익

    일반적으로 스토리 설명은 "<역할>로서 나는 <이익>을 위해 <목표 또는 필요>를 달성하고 싶습니다"와 같이 표현됩니다.

    좋은 스토리 설명의 예
    • 설명: 개발자로서 나는 프로덕션 시스템에 배포할 수 있도록 애플리케이션의 현재 상태를 업데이트 세트에 게시하고 싶습니다.
    • 설명: 고객으로서 나는 상태를 업데이트할 수 있도록 인시던트에 대한 코멘트가 입력될 때 알림을 받고자 합니다.
    • 설명: 변경 관리자로서 나는 복수 선택 답변이 있는 질문 목록을 설정하여 지정된 변경에 대한 위험 평가를 활용하고자 합니다.
    나쁜 스토리 설명의 예

    설명: 인시던트가 생성되면 알림이 전송됩니다.

    이 설명은 다음과 같은 이유로 인해 좋지 않습니다.
    • 설명에 알림의 양식(예: 이메일), 알림을 보내는 사람 또는 항목이 명시되어 있지 않습니다.
    • 설명에는 이익 정보가 포함되어 있지 않으므로 비즈니스 가치가 명확하지 않습니다.

    다음과 같이 더 정확하게 작성할 수 있습니다.

    설명: 인시던트 작성자로서 나는 인시던트를 만들 때 사전에 정의한 이해 당사자에게 영향을 미치는 인시던트가 생성될 경우 정보를 받을 수 있도록 이메일 알림을 보내고자 합니다.

    스토리 수용 기준

    수용 기준은 사용자 스토리의 경계를 정의하고, 소프트웨어가 의도한 대로 작동하는 경우를 확인하는 데 사용되며, 이는 스토리가 완료되었음을 의미합니다. 수용 기준은 스토리에 대한 '완료 정의'의 필수 부분입니다.

    좋은 수용 기준

    좋은 수용 기준에는 다음과 같은 내용이 포함되어야 합니다.

    • 사용성: 수용 기준에 사용성 측정값을 포함해야 합니다. 질문에 대답하는 방법 명시: 사용하기 쉽습니까? 핵심은 올바른 측정값을 식별하고 각 측정값을 정량화할 수 있도록 하는 것입니다.
    • 기능성: 프로젝트 종료 시 구현되어야 하는 특정 사용자 작업, 비즈니스 프로세스 또는 기능을 식별합니다. 기능 요구 사항은 사용자가 여러 규모에서 선택할 수 있습니다.
    • 오류 처리: 오류 케이스와 각 케이스의 처리 방법을 열거합니다. 예를 들어 사용자가 잘못된 순서로 단계를 수행하는 경우 소프트웨어에서는 어떻게 처리합니까?
    • 성능: 개별 사용자의 관점에서 시스템 성능을 테스트합니다. 예: UI가 반응형입니까?
    • 스트레스 테스트: 사용자, 트랜잭션 또는 쿼리가 많아서 과부하를 받을 때 시스템이 어떻게 반응하는지 설명합니다. 수용 기준은 스트레스 테스트에 허용되는 임계치를 정의해야 합니다. 예: 100명의 사용자가 동시에 쿼리를 제출할 때 시스템이 250밀리초 임계치 내에서 응답합니까?
    좋은 수용 기준의 예

    설명: 고객으로서 나는 내 신용카드 정보가 안전하게 보호될 수 있도록 보안이 유지되는 웹 기반 양식을 통해 책을 주문하고 비용을 지불하고자 합니다.

    수용 기준:
    • 고객은 양식을 제출하기 전에 모든 필수 필드를 작성해야 합니다.
    • 양식의 정보는 고객 주문 데이터베이스에 저장됩니다.
    • AMEX, Master Card 또는 Visa 신용카드로 결제할 수 있습니다.
    • 시스템은 판매세를 정확하게 계산하고 적용합니다.
    • 시스템은 배송비를 정확하게 계산하고 적용합니다.
    • 고객이 주문의 정확도를 검증할 수 있습니다.
    • 양식을 제출하는 고객에게 확인 이메일이 전송됩니다.
    • 스팸에 대한 보호가 작동합니다.
    나쁜 수용 기준의 예

    설명: 고객으로서 나는 상태를 업데이트할 수 있도록 인시던트에 코멘트가 입력될 때 알림을 받고자 합니다.

    수용 기준: 인시던트에 코멘트가 입력되면 적절한 사람에게 알립니다.

    이 수용 기준은 테스트하기에 충분한 상세 정보를 제공하지 않기 때문에 좋지 않습니다. 예를 들어 적절한 사람이 누구인지가 명확하지 않습니다.

    수용 기준은 다음과 같이 더 잘 작성될 수 있습니다.
    1. ESS 사용자가 인시던트를 생성합니다.
    2. 이해 관계자에게 알림을 선택합니다.
    3. 인시던트를 저장합니다.
    4. 이해 당사자로 로그인합니다.
    5. 로그된 인시던트에 대한 이메일을 수신했는지 확인합니다.