사용자 스토리 작성법: "누가, 무엇을, 왜"

# 사용자 스토리 작성법: "누가, 무엇을, 왜" 애자일 팀에서 요구사항을 적을 때 흔히 쓰는 형식이 '사용자 스토리'입니다. 그런데 이걸 단순히 "기능을 짧게 적는 것"으로 오해하면, 사용자 스토리의 진짜 가치를 놓칩니다. 사용자 스토리의 핵심은 기능이 아니라 사용자의 관점, 특히 "왜"에 있습니다. 이 관점을 담을 때 팀은 단순히 기능을 만드는 것을 넘어 진짜 가치를 만들게 됩니다. 이 글에서 사용자 스토리를 잘 쓰는 법을 정리하겠습니다. ## 사용자 스토리란 무엇인가 사용자 스토리(User Story)는 사용자의 관점에서 요구사항을 짧고 간단하게 표현한 것입니다. 기술적인 명세가 아니라, "어떤 사용자가 무엇을 원하고 왜 원하는가"를 사람의 언어로 담습니다. 전통적인 요구사항 명세가 "시스템은 ~해야 한다"는 식으로 기능을 나열한다면, 사용자 스토리는 그 기능을 원하는 사람과 이유에 초점을 둡니다. 이 차이가 중요합니다. 기능 자체가 아니라 그 기능이 해결하려는 사용자의 필요를 보게 하기 때문입니다. ## "누가, 무엇을, 왜"의 형식 사용자 스토리는 흔히 세 요소를 담는 형식으로 작성됩니다. "누가(어떤 사용자로서), 무엇을(무엇을 하고 싶다), 왜(왜냐하면 어떤 가치를 얻기 위해)"입니다. 예를 들어 "쇼핑몰 고객으로서, 주문 내역을 한눈에 보고 싶다, 왜냐하면 내가 무엇을 샀는지 쉽게 확인하기 위해"처럼 씁니다. 이 세 요소가 각각 역할을 합니다. '누가'는 이 기능이 누구를 위한 것인지 명확히 하고, '무엇을'은 원하는 것을 나타내며, '왜'는 그 근본 목적을 드러냅니다. 특히 '왜'가 중요합니다. 목적을 알면 팀이 더 나은 해법을 찾을 수 있기 때문입니다. 단순히 시키는 대로 만드는 것이 아니라, "이 사용자가 진짜 원하는 게 이거구나"를 이해하고 최선의 방법을 고민하게 됩니다. ## 좋은 사용자 스토리의 조건 모든 사용자 스토리가 똑같이 유용하지는 않습니다. 좋은 스토리에는 몇 가지 조건이 있습니다. **독립적이어야 합니다.** 가능한 한 다른 스토리에 얽매이지 않고 따로 다룰 수 있어야, 우선순위를 자유롭게 정하고 하나씩 완성할 수 있습니다. **협상 가능해야 합니다.** 스토리는 확정된 계약이 아니라 대화의 출발점입니다. 세부 사항은 팀과 논의하며 조정할 수 있어야 합니다. **가치가 있어야 합니다.** 각 스토리는 사용자나 고객에게 의미 있는 가치를 담아야 합니다. **추정 가능해야 합니다.** 팀이 대략 얼마나 걸릴지 가늠할 수 있을 만큼 명확해야 합니다. **적당한 크기여야 합니다.** 한 스프린트 안에 완료할 수 있을 정도로 작아야 다루기 좋습니다. 너무 크면 쪼갭니다. **검증 가능해야 합니다.** 완료되었는지 판단할 수 있는 기준이 있어야 합니다. ## 완료 기준을 함께 정한다 사용자 스토리에는 그것이 완료되었다고 판단할 기준, 즉 '인수 조건(Acceptance Criteria)'을 함께 정해두는 것이 좋습니다. "무엇이 충족되면 이 스토리가 완료된 것인가"를 미리 합의하는 것이죠. 인수 조건이 있으면 여러 이점이 있습니다. 팀이 무엇을 만들어야 하는지 명확해지고, 완료 여부를 두고 다투지 않게 되며, 테스트의 기준이 됩니다. 스토리를 쓸 때 "이게 어떻게 되면 다 된 걸로 볼까"를 함께 정리하는 습관을 들이면 좋습니다. ## 스토리는 대화의 시작이다 마지막으로 강조하고 싶은 것은, 사용자 스토리가 완벽한 명세서가 아니라는 점입니다. 스토리는 짧고 간결하며, 그 자체로 모든 것을 설명하지 않습니다. 오히려 팀과 제품 책임자가 그 스토리를 놓고 대화하는 출발점입니다. "이 사용자가 정말 원하는 게 뭘까", "어떻게 만드는 게 최선일까"를 함께 논의하는 과정에서 진짜 요구가 명확해집니다. 그래서 사용자 스토리는 문서라기보다 대화를 촉발하는 도구에 가깝습니다. ## 마무리 사용자 스토리는 사용자의 관점에서 "누가, 무엇을, 왜"를 담아 요구사항을 표현하는 방식입니다. 특히 '왜'를 담아 목적을 드러내는 것이 핵심이며, 독립적이고 가치 있고 적당한 크기의 좋은 스토리에 완료 기준을 더하면 팀이 제대로 된 것을 만들 수 있습니다. 스토리는 완벽한 명세가 아니라 대화의 출발점입니다. 스토리를 작성했다면, 이제 그것들이 얼마나 걸릴지 가늠할 차례입니다. 다음 글에서는 애자일 특유의 추정 방식, 스토리 포인트와 플래닝 포커를 다루겠습니다.