제품 결정을 꾸며내지 않고 확인된 사용자 및 비즈니스 요구를 범위가 정해진 스토리와 관찰 가능한 동작으로 전환합니다. 제공할 내용: 요구와 근거, 승인된 제품 결정, 제공과 검증. 예상 결과: 근거, 경계, 시나리오, 인수 기준, 비기능 요구, 의존성, 미결 결정을 포함한 스토리 모음.
1
맥락 추가
텍스트는 이 브라우저에 유지됩니다. AILesson Prompts는 이를 모델이나 서버로 보내지 않습니다.
2
프롬프트
채워지지 않은 필드는 플레이스홀더로 표시되므로 프롬프트를 복사하고 편집할 수 있습니다
확인된 요구와 승인된 제품 결정을 바탕으로 사용자 스토리와 검증 가능한 인수 기준을 작성하세요.
사용자 상황, 역할, 목표, 행동, 근거, 비즈니스 이유, 조사 한계, 반례:
[evidence]
선택된 범위, 업무 흐름, 상태, 규칙, 권한, 데이터, 연동, 플랫폼, 비기능 요구, 제외 사항:
[product]
출시, 팀, 의존성, 분석, 접근성, 개인정보 보호, 보안, 환경, 완료 조건, 미결 결정:
[delivery]
근거가 있는 요구, 제품 가설, 승인된 결정, 구현 가정, 미해결 선택지를 구분하세요. 기술 계층이나 지나치게 큰 에픽이 아니라 행위자와 독립된 성과를 기준으로 스토리를 나누세요. 사용자 스토리 문장은 요약으로만 사용하고 맥락, 근거 위치, 범위 안팎, 전제 조건, 시작 조건, 주요 흐름, 대체 및 오류 흐름, 권한, 데이터 처리, 비즈니스 규칙, 의존성을 추가하세요. 인수 기준은 관찰 가능한 Given/When/Then 시나리오나 이에 준하는 형식으로 작성하고, 승인된 경우에만 정상 경로, 경계, 누락되거나 유효하지 않은 데이터, 권한 거부, 동시 또는 반복 동작, 복구, 접근성, 개인정보 보호와 보안, 분석, 호환성을 다루세요. UI 문구, 상태, 임계값, 연동, 역할, 데이터 보존, 성능 목표, 알림, 오류 동작, 지표를 꾸며내지 마세요. 미결 결정은 영향을 받는 기준을 막는 질문으로 표시하세요. 해결책이 승인되지 않았다면 해결 아이디어를 넣지 마세요. 마지막으로 근거에서 스토리와 기준으로 이어지는 추적 관계와 테스트 가능성, 범위, 충돌, 준비 상태 감사를 제시하세요.
기본적으로 비공개프롬프트 구성은 브라우저에서 로컬로 이루어집니다. 조직에서 허용하지 않는 한 기밀 정보를 AI 서비스에 입력하지 마세요.
입력에서 결과까지
적용 예시
구체적인 맥락이 이 레시피를 바로 사용할 수 있는 결과로 바꾸는 방법을 확인하세요
실제 입력
요구와 근거
UX 세션 P01/P03의 조사 근거: Ready 상태의 인계에서 인수 책임자가 보이지 않으면 담당자가 여러 사람을 찾아다니거나 예상한 멘션을 놓쳤음. 반례 P02/P04에서는 일부 대기가 의도적이거나 이미 알려진 승인을 기다리는 경우였음. 승인된 비즈니스 이유: 알림 부담을 늘리지 않고 피할 수 있는 불확실성을 줄임. 근거는 보편적인 발생률이나 이메일 수요를 입증하지 않음.
승인된 제품 결정
탐색 단계 프로토타입용으로 승인된 해결책: 인계에 선택 사항인 accepter 필드를 표시함. requester 또는 workspace coordinator만 설정하거나 변경할 수 있고 owner와 accepter가 볼 수 있음. 기존 상태 Draft, Active, Ready, Accepted는 유지함. accepter가 설정되지 않으면 승인된 design token으로 미배정 상태를 표시하며 정확한 UI 문구는 미정. 이메일이나 push 알림 없음. accepter는 active workspace member여야 함. audit log에 행위자, 이전/새 accepter, 시각을 기록함. 웹 앱만 지원. 보존 기간 변경은 승인되지 않음.
제공과 검증
사용성 테스트용 프로토타입이며 프로덕션 출시는 아님. Design이 문구를 담당하고 Engineering이 membership과 audit event를 검증함. Accessibility 요건은 키보드 조작, 프로그램 방식으로 식별 가능한 레이블, 색상에만 의존하지 않는 상태 표시임. 기존 member ID 사용에 대한 개인정보 검토는 완료됨. analytics event 이름과 성능 임계값은 미해결. 완료 정의: 검토된 디자인, 작동하는 프로토타입, 단위 테스트, 접근성 점검, 조사 스크립트. 프로덕션 SLA를 작성하지 말 것.
예시 출력
스토리 1 — 인수 책임 설정
requester 또는 workspace coordinator로서 인계의 accepter로 active workspace member를 지정해 관련자가 누가 인수 권한을 가졌는지 볼 수 있게 하고 싶습니다. 근거: P01/P03. 범위는 검증된 수요가 아니라 프로토타입 가설입니다.
인수 기준
• Given 웹 인계와 자격을 갖춘 requester/coordinator, When active workspace member를 선택하고 확정, Then 해당 member가 accepter로 저장되고 requester, owner, accepter에게 표시됩니다. 정확한 확인 UI는 미해결이며 승인된 디자인에서 제공해야 합니다.
• Given requester/coordinator가 아닌 사람, When 인계를 조회, Then accepter를 볼 수 있지만 변경할 수 없습니다. 승인된 거부 동작이 없어 정확한 기준 확정을 막고 있습니다.
• Given inactive 또는 비회원 계정, When accepter로 지정, Then 시스템이 저장하지 않습니다. 정확한 오류 문구는 Design 결정 전이므로 꾸며내지 않습니다.
• Given 기존 accepter, When 권한 있는 행위자가 변경하거나 지움, Then audit data가 행위자, 이전 값, 새 값, 시각을 기록합니다. 보존은 기존 정책을 따르며 새 기간을 지정하지 않습니다.
스토리 2 — 미배정 인계 이해
owner 또는 requester로서 accepter가 배정되지 않은 상태를 인지해 누군가를 지정할지 의도적으로 미배정 상태를 유지할지 결정하고 싶습니다. 이 표현은 P02/P04의 반례를 보존하며 모든 대기가 오류임을 암시하지 않습니다.
기준: accepter가 없으면 승인된 미배정 visual token이 표시되며 새 상태를 만들지 않고 Ready 상태를 유지합니다. 표시에는 프로그램 방식으로 식별 가능한 레이블이 있고 색상 없이도 구분할 수 있습니다. 키보드 사용자는 논리적인 순서로 필드에 접근해 허용된 모든 작업을 수행할 수 있습니다. 화면 표시와 접근성에 쓰일 정확한 문구는 Design 결정 전이며 최종 문구 단정을 막고 있습니다.
범위 밖: 이메일과 push, 프로덕션 출시, 새 보존 기간, 보편적인 발생률이나 성과 주장, 자동 배정, 프로덕션 SLA. analytics 기준은 event 이름과 목적이 승인될 때까지 확정할 수 없습니다. 추적 관계는 P01/P03을 가시성 스토리에 연결하며, P02/P04에 따라 선택적 배정과 자동 알림 없음을 유지합니다.
효과가 있는 이유
1
추적 관계는 간결한 스토리 문장 뒤에 근거 없는 제품 동작이 숨는 것을 막아 줍니다.
2
경계 및 실패 시나리오는 인수 기준이 데모의 정상 경로를 넘어 실제로 유용하게 만듭니다.
결과 확인
모든 스토리가 확인된 요구 근거와 승인된 제품 결정에 연결되나요?
기준이 관찰 가능하고 모호하지 않으며 꾸며낸 UI나 임계값을 포함하지 않나요?
관련된 경계, 권한, 오류, 복구, 접근성, 개인정보 보호, 미결 결정이 다뤄졌나요?
안심하고 사용하세요
자주 묻는 질문
이 레시피를 언제 사용해야 하는지, 무엇을 제공해야 하는지, 그리고 어떤 부분에서 사람의 검토가 여전히 중요한지에 대한 실용적인 답변
‘사용자 스토리와 검증 가능한 인수 기준 작성하기’를 사용하기 전에 무엇을 준비해야 하나요?
‘사용자 스토리와 검증 가능한 인수 기준 작성하기’를 사용하려면 요구와 근거, 승인된 제품 결정, 제공과 검증 정보를 준비하세요. 확인할 수 있는 정보로만 자리표시자를 바꾸고 알 수 없는 점은 모델에 추론을 맡기지 말고 그 불확실성을 명시하세요.
‘사용자 스토리와 검증 가능한 인수 기준 작성하기’의 결과는 언제 아직 사용할 준비가 되지 않은 것인가요?
제공된 근거를 바탕으로 근거, 경계, 시나리오, 인수 기준, 비기능 요구, 의존성, 미결 결정을 포함한 스토리 모음을 아직 만들지 못했거나 해결되지 않은 가정, 받지 못한 승인, 꾸며낸 세부 사항에 의존한다면 결과를 사용할 수 없습니다. 확인 항목을 게시 전 판단 기준으로 삼고 근거 없는 결과물을 다듬는 대신 입력 정보를 수정하거나 권한을 가진 담당자를 정해 검토하세요.
‘사용자 스토리와 검증 가능한 인수 기준 작성하기’에 대해 테스트 기록이 있는 AI 도구는 무엇인가요?
2026-08-28 기준으로 ‘사용자 스토리와 검증 가능한 인수 기준 작성하기’의 공개 테스트 기록에는 ChatGPT가 기재되어 있습니다. 이는 실행 기록이 있음을 보여 줄 뿐, 이후 제품 버전과의 호환성이나 동일한 결과를 보장하지는 않습니다. 다른 도구나 버전에서는 모든 제약을 명시한 채 사용 전에 결과를 다시 확인하세요.
ChatGPT
