팀을 위한 효과적인 수락 기준을 만드는 방법
Product Management

팀을 위한 효과적인 수락 기준을 만드는 방법

작업은 언제 완료됨으로 간주되나요? 작업이 요구 사항을 충족하면 완료된 것으로 간주합니다. 그러나 요구 사항은 의도적으로 모호하거나 높은 수준에서 작성될 수 있습니다. 요구사항은 전체 제품이 무엇을 해야 하는지를 알려주지만, 제품이 충족해야 하는 모든 표준을 정의하지는 않습니다.

그것은 다른 사람의 일입니다 애자일 프로젝트 관리 아티팩트는 승인 기준이라고 합니다. 이 블로그 게시물에서는 승인 기준이 무엇인지, 왜 필요한지, 프로젝트에 대한 승인 기준을 작성하는 방법을 살펴봅니다.

수락 기준이란 무엇인가요?

소프트웨어 엔지니어링에서 시작된 승인 기준은 새로운 기능/증가가 완료된 것으로 간주하기 위해 충족해야 하는 일련의 조건입니다.

말 그대로 제품 소유자나 고객이 기능을 승인하는 기준입니다.

효과적인 승인 기준의 특징

승인 기준은 제품/기능이 사용자에게 제공될 준비가 되었는지에 대한 마지막 체크포인트입니다. 제품/기능이 생산하기에 충분하다는 것을 승인하는 도장입니다.

승인 기준이 효과적이려면 다음과 같은 조건이 충족되어야 합니다:

사용자 중심: Teams는 사용자의 관점에서 승인 기준을 만들어 비즈니스 목표와 일치하도록 합니다.

결과 중심: 사용자 스토리와 달리 승인 기준은 원하는 결과를 정의합니다. 따라서 측정 가능해야 합니다.

구체적: 각 기준은 구체적이고 기능의 한 측면에 적용 가능해야 합니다.

예를 들어, 'OWASP 상위 10대 취약점을 준수해야 함'은 보안에만 국한된 기준이므로 효과적인 기준이 될 수 있습니다.

간결: 짧은 문장으로 작성해야 합니다. 개발 팀이 사용하고 익숙한 언어와 명명법을 사용해야 합니다.

독립적: 하나의 승인 기준이 다른 승인 기준에 의존하여 복잡하게 얽히지 않도록 하는 것이 좋습니다.

테스트 가능: 이것이 가장 중요한 측면입니다. 좋은 허용 기준은 테스트할 수 있어야 합니다. 일반적으로 예 또는 아니오 결과의 양식을 사용합니다.

수락 기준이 중요한 이유는 무엇인가요?

모든 소프트웨어 팀은 다음을 알고 있습니다 애자일에서 요구 사항을 수집하는 방법 를 통해 제품 소유자/고객이 필요로 하는 것을 정확하게 정의할 수 있습니다. 그렇다면 왜 또 다른 아티팩트가 필요할까요? 그 이유는 다음과 같습니다.

공통 컨텍스트

승인 기준은 제품 소유자, 개발자 및 품질 분석가 간에 각 기능에 대한 공통된 이해를 만들어 줍니다. 혼동, 주관적인 해석, 잠재적인 오해를 피할 수 있습니다.

제품 정렬

승인 기준은 제품/기능이 요구 사항, 목표 및 오브젝트에 얼마나 부합하는지를 측정하는 척도 역할을 합니다. 코드를 비즈니스에 다시 연결합니다.

테스트 효율성

수락 기준이 명확하게 정의되어 있으면 품질 팀은 다음을 자동화하고 가속화할 수 있습니다 애자일 테스트 프로세스. 또한 스프린트 전반에 걸쳐 반복성을 생성합니다.

프로젝트 관리 효율화

좋은 승인 기준은 더 나은 모니터링, 추적 및 프로젝트 제어 조치를 가능하게 합니다. 기능이 재작업으로 돌아간 이유를 명확하게 파악할 수 있어 프로젝트 관리자가 프로세스를 최적화하는 데 도움이 됩니다.

긍정적인 마무리

승인 기준의 핵심은 다음과 같습니다 애자일에서 완료됨의 정의 프로젝트. 따라서 모든 승인 기준이 충족되면 필요한 모든 것이 완료됨을 알고 자신 있게 제품을 출시할 수 있습니다.

프로젝트에 승인 기준을 도입해야겠다는 확신이 들었다면 다음과 같이 시작하세요.

수락 기준 작성 방법

매력적일지 모르지만, 수용 기준을 작성하는 일은 혼자서 할 수 있는 일이 아닙니다. 승인 기준이 효과적이려면 다양한 이해관계자의 의견을 반영해야 합니다. 일반적으로 제품 소유자는 개발 팀의 기술적인 의견을 반영하여 수락 기준을 작성합니다.

다음은 올인원의 도움을 받아 공동으로 수락 기준을 작성하는 전략적이고 포괄적인 접근 방식입니다 clickUp과 같은 제품 관리 도구 .

1. 수락 기준의 목적 이해

첫 번째 단계는 수락 기준을 작성하는 이유를 살펴보는 것입니다. QA만 테스트를 실행하기 위한 것인가요? 고객에 의한 것입니까? 규정 준수 요구 사항인가요? 아니면 개념 증명 ? 수용 기준의 목적을 이해하여 해당 대상과 요구 사항에 효과적인지 확인합니다.

실제 허용 기준은 명확하고 테스트할 수 있지만, 목적 문서에서는 그 이유를 자세히 살펴봅니다. 예를 들어, 허용 기준 중 하나가 "저시력자를 위한 대비 체계 활성화"라고 가정해 보겠습니다

목적 문서에는 "50세 이상의 고객에게 서비스를 제공하기 때문에 저시력 기능은 우리 앱의 기본입니다. 이 고객층이 사용하기 쉬운 제품을 사용하면 현장 팀의 홈 방문 부담을 크게 줄일 수 있습니다."라고 설명할 수 있습니다 ClickUp 문서 는 모든 정보를 한데 모아 목적을 정의할 수 있는 좋은 장소입니다. 모든 이해관계자가 수락 기준의 필요성과 중요성에 대해 같은 페이지에서(말 그대로!) 읽을 수 있는 자료로 활용하세요.

실시간으로 공동 작업하고, 편집하고, 댓글을 남기고, 사람들에게 태그를 지정하여 피드백을 받을 수 있습니다. 완료되면 ClickUp 문서 내에서 바로 작업을 만들 수도 있습니다.

ClickUp 문서

clickUp Docs_로 적어 삭제됨

보너스: 입문서 에픽 대 기능 를 참조하여 사용자 스토리를 작성하세요.

2. 사용자 스토리로 시작하기

이제 컨텍스트가 설정되었으므로 이제 글을 쓸 차례입니다. 사용자 스토리부터 시작하세요. 각 기능이 활성화되어야 하는 사용자 여정을 살펴보고 그에 맞는 허용 기준을 작성하세요.

사용 중 ClickUp 작업 사용자 스토리의 경우 사용자의 역할, 목표, 원하는 결과, 의존성 등과 같은 특정 세부 사항에 대한 사용자 정의 필드를 만들 수 있습니다. 이 모든 정보를 한 곳에 모아두고 '완료됨'이 어떤 모습이어야 하는지 생각해 보세요.

이 작업이 완전히 처음이라면 초보자도 쉽게 시작할 수 있는 템플릿을 참조하세요. 사용 ClickUp의 사용자 스토리 템플릿 을 사용하여 스토리를 관리하고, 작업으로 나누고, 기능의 우선순위를 정하고, 개발하고, 세계적인 수준의 제품을 출시할 수 있습니다.

3. 수락 기준 작성

사용자 스토리를 기반으로 승인 기준을 작성하세요. 가장 간단한 방법은 체크리스트를 작성하는 것입니다. 예를 들어, 뉴스레터 구독을 위한 단일 필드 양식을 작성하는 경우 수락 기준 목록은 다음과 같을 수 있습니다:

  • 사용자가 이메일 주소를 입력할 수 있어야 합니다
  • 시스템에서 제공자 및 유효성이 검사된 이메일 주소로 확인 이메일을 보내야 합니다 ClickUp 작업 체크리스트 는 사용자 스토리를 위해 만든 작업 내에서 이 모든 것을 바로 처리할 수 있습니다. 각 작업 아래에 해당 작업에 적용되는 승인 기준에 대한 체크리스트를 추가하세요.

모든 작업에 적용할 수 있는 공통 보안 또는 성능 기준이 있나요? 걱정하지 마세요! 체크리스트 템플릿을 만들어 모든 관련 작업에 자동으로 적용하세요.

ClickUp 작업 체크리스트

작업 승인 기준을 작업과 가깝게 유지하세요 *[clickUp](clickUp__http://www.clickup.com)*

4. 주어진-언제-언제 형식 사용

허용 기준을 정의하는 또 다른 방법은 GWT(Given-When-Then) 형식을 사용하는 것입니다. 간단히 설명하면 다음과 같습니다.

  • 주어진: 소프트웨어의 초기 상태 또는 컨텍스트
  • 언제: 사용자가 수행하는 작업 또는 이벤트
  • 그런 다음: 예상 결과

즉, <특정 시나리오>가 주어졌을 때, 의도한 사용자가 <특정 액션>을 수행하면 <예상된 결과>가 발생해야 한다는 뜻입니다. 이를 예시로 살펴보겠습니다.

동일한 뉴스레터 구독 기능을 구축한다고 가정해 보겠습니다,

  • 주어진: 사용자가 뉴스레터 구독을 신청하려고 합니다
  • 언제: 사용자가 유효한 공식 이메일 주소를 입력합니다
  • 이후: 구독을 확인하는 자동화된 이메일이 전송됩니다

5. 이해관계자와 협업

좋은 승인 기준은 사일로에서 만들어지지 않습니다. 일반적으로 제품 관리자는 사용자와 비즈니스 요구 사항의 관점을 가져옵니다. 디자인 팀은 사용자 경험, 사용성, 접근성 등에 중점을 둡니다. 개발 팀은 기술 사양에 기여합니다. 데브옵스는 성능과 리소스 활용에 관심을 갖습니다.

제품이 이러한 모든 요구 사항을 충족하려면 승인 기준을 공동으로 작성해야 합니다. ClickUp을 사용하면 놀라울 정도로 간단해질 수 있습니다.

모든 사용자 스토리의 작업에 대해 체크리스트, 사용자 정의 필드, 설명 또는 댓글로 승인 기준을 추가하세요. ClickUp의 중첩된 댓글을 사용하여 각 수락 기준과 @멘션에 대해 논의하세요 이해관계자 커뮤니케이션 . 실행 항목 등을 할당하세요.

ClickUp 작업

사용자 정의 필드, 댓글 및 간편함 프로젝트 협업 clickUp 작업으로 와 함께

6. 단순하고 간결하게 유지하세요

수락 기준에 접속사를 사용하지 마세요. '및' 또는 '또는'을 사용하지 마세요 가급적 한 문장으로 짧게 작성하세요. '할 수 있다', '할 수 있다', '할 수 있다' 대신 '해야 한다', '반드시 해야 한다'라는 단어를 사용하세요

7. 테스트 가능성 보장

수락 기준이 회의에 부합하는지 확인하려면 기준을 테스트해야 합니다. 이때 기준을 작성하는 방식이 중요한 역할을 합니다. 수락 기준이 테스트 케이스 작성에 적합한지 확인하세요. 이전 예시를 확장해 보겠습니다.

수락 기준이 '사용자가 이메일 주소를 입력할 수 있어야 한다'라면 테스트 케이스는 다음과 같을 것입니다:

단계:

  • 이메일 주소 입력
  • Enter 키를 누릅니다

결과:

  • 없는 경우, "공식 이메일 주소를 입력하세요"라는 메시지가 표시됩니다
  • 이메일 주소가 공식 이메일 주소인지 확인합니다
  • 맞으면 "구독해 주셔서 감사합니다." 메시지가 표시됩니다. 확인 이메일을 보냈습니다."

8. 검토 및 수정

개발 프로세스 전반에 걸쳐 승인 기준을 모니터링하고 최적화하세요. ClickUp을 사용하면 각각에 대한 보고서를 설정하여 주의가 필요한 사항을 확인할 수도 있습니다.

사용 ClickUp 대시보드 를 방문하여 중요한 승인 기준에 대한 사용자 지정 가능한 위젯을 만들 수 있습니다. 어떤 기능이 뒤처지고 있는지 확인하고 근본 원인을 해결하기 위한 전략을 개발하세요.

ClickUp 대시보드

clickUp 대시보드로 중요한 것을 측정하세요

이제 무엇을 해야 하는지 배웠습니다. 이제 무엇을 하지 말아야 하는지 살펴봅시다.

수락 기준 작성 시 피해야 할 일반적인 실수

기술, 기능 및 운영 매개변수 전반에 걸쳐 수락 기준을 작성하는 동안 실수는 얼마든지 발생할 수 있습니다. 다음은 팀이 일반적으로 저지르는 일반적인 실수입니다.

혼자서 작성 완료됨

제품 소유자는 종종 승인 기준을 혼자서 작성해야 한다는 압박감을 느낍니다. 의도가 좋더라도 이러한 접근 방식은 개발 팀의 기술적 전문성을 놓칠 수 있습니다.

항상 공동으로 승인 기준을 작성하세요.

사용자를 무시하기

수락 기준은 개발 프로세스의 맨 끝에 있기 때문에 사용자 경험을 잊어버리기 쉽습니다. 이는 중대한 실수입니다.

항상 최종 사용자를 중심으로 수락 기준을 만드세요.

방법에 집중

승인 기준은 소프트웨어 도구가 어떻게 작동해야 하는지에 관한 것이 아닙니다. 어떤 결과를 만들어내야 하는지에 관한 것입니다. 기능을 작성하는 '방법'을 정의하는 승인 기준을 작성하면 역효과가 날 수 있습니다.

항상 예상되는 결과와 결과에 초점을 맞추세요.

모호하게 유지하기

모호하거나 광범위한 수용 기준은 의도한 것과는 정반대의 결과를 초래합니다: 해석의 여지를 열어두기 때문입니다. 즉, 테스터, 상황 또는 환경에 따라 결과가 달라질 수 있습니다.

허용 기준을 항상 명확하고 구체적이며 모호하지 않게 만드세요.

너무 많이 추가하는 경우

합리적인 숫자에 대한 척도는 없지만 너무 많이 작성하는 것은 큰 실수입니다. 실제로 허용 기준이 너무 많으면 사용자 스토리 자체를 더 작은 부분으로 세분화해야 할 수도 있습니다. 사용자 스토리의 애자일 스토리 포인트 를 사용자 스토리에서 확인하여 이 이론을 확인해 보세요.

항상 꼭 필요한 승인 기준만 리스트로 작성하세요.

수락 기준 작성을 위한 최고의 실행 방식

수락 기준은 중요한 협업 커뮤니케이션 소프트웨어 개발 팀을 위한 도구. 이 섹션에서는 최대한 효과적으로 사용할 수 있는 방법에 대해 집중적으로 설명합니다.

명확하게 하기

모든 이해관계자에게 승인 기준을 명확히 하세요. 개발자는 수락 기준이 무엇을 의미하는지 이해해야 합니다. 그리고 품질 분석가는 이를 테스트 케이스로 변환하는 방법을 알아야 합니다.

간단한 언어 사용

수락 기준을 평이한 영어로 작성하세요. 기술적인 언어를 사용하지 마세요. 특히 개발자에게 코드를 어떻게 작성해야 하는지 알려주지 마세요.

결과를 바이너리로 유지하세요

승인 기준은 충족 여부입니다. 부분적으로 충족되거나 80% 완료된 것은 없습니다. 따라서 합격 기준을 합격 또는 불합격 문으로 작성합니다.

측정 가능하게 만들기

합격 또는 불합격 결과를 달성하는 가장 간단한 방법은 측정 가능하게 만드는 것입니다. 예를 들어, 합격 기준이 "페이지 로딩 속도 3초 미만"인 경우 테스트하고 통과하기 쉽습니다.

합리적인 가정만 세우기

종종 제품 소유자는 사용자와의 친밀도를 고려할 때 '당연한 것'이라고 생각할 수 있습니다. 하지만 개발자에게는 그렇지 않을 수도 있습니다. 따라서 피할 수 있다면 가정을 전혀 하지 마세요. 필요한 경우에는 팀과 협력하여 합리적인 가정을 하세요.

허용 기준의 예시

소프트웨어 개발뿐만 아니라 다른 기능에서도 실제로 적용되는 몇 가지 승인 기준 예시를 살펴보겠습니다.

예시 1: 소프트웨어 개발(체크리스트 방식 사용)

작업: 콘텐츠 중심 웹사이트의 검색 기능.

허용 기준:

  • 사용자가 검색 쿼리를 입력할 수 있는 텍스트 상자가 있어야 합니다
  • 결과가 목록으로 표시되어야 합니다
  • 결과는 새 페이지에서 열어야 합니다
  • 결과는 페이지가 매겨져야 합니다

예시 2: 소프트웨어 개발(GTW 방식 사용)

작업: 약속 예약 기능

수락 기준:

  • 기존 고객이 약속을 예약하려고 합니다
  • 이메일 ID를 입력하고 선호하는 예약 슬롯을 선택합니다
  • 이메일을 통해 약속을 예약하고 확인해야 합니다

예시 3: 콘텐츠 작성(체크리스트 방식 사용)

작업: 최신 톰 크루즈 영화에 대한 1000단어 블로그 게시물 작성하기

허용 기준

  • 미국 영어 사용
  • 옥스포드 쉼표 사용
  • 소개는 200단어 이내로 유지
  • 3~5개의 내부 링크 포함

예시 4: 마케팅(GTW 사용) 방법

작업: Google 검색에서 인텐트 기반 광고 캠페인 실행하기

허용 기준:

  • 주어진 사용자가 Google 검색 인터페이스 중 하나에 있는 경우
  • 사용자가 <인텐트 키워드> 목록에 키워드를 입력하면
  • 그런 다음 <특정 광고> 표시

애자일 방법론에서 허용 기준의 역할

애자일이 모놀리스를 관리하기 쉬운 작은 부분으로 나누고 점진적으로 구축하는 것이라면, 수용 기준은 이를 강조합니다.

예를 들어, 큰 이커머스 플랫폼을 작은 부분으로 나눌 수 있는데, 그 중 하나가 장바구니에 추가 기능입니다.

장바구니에 추가 기능에는 제품이 품절된 경우 또는 사용자가 장바구니에 추가할 수량을 조정하는 방법과 같은 여러 가지 작은 기능이 포함될 수 있습니다. 잘 작성된 수락 기준은 이러한 세세한 세부 사항을 Zoom 인하는 데 도움이 됩니다.

애자일 방법론에서는 승인 기준이 도움이 됩니다:

결과 정의: 수락 기준은 품질 팀에게 완료된 기능이 어떤 모습인지 알려줍니다.

토론 촉진: 애자일 개발은 단순히 코드에 관한 것이 아닙니다. 기술을 통해 비즈니스 문제를 해결하는 것입니다. 수용 기준은 이러한 토론을 촉진하여 올바른 트레이드오프와 관련 결정을 내릴 수 있도록 도와줍니다.

기능 간 팀을 모으기: 제품 소유자, 비즈니스 분석가, 디자이너, 개발자, 테스터 및 운영 팀은 모두 수용 기준을 기반으로 제품에 대한 공통된 이해를 얻습니다.

진행 중: 승인 기준이 충족되면 작업은 소프트웨어 개발 수명 주기에서 다음 단계로 이동합니다.

ClickUp으로 더 나은 제품을 더 빠르게 출시

좋은 소프트웨어를 구축하는 데 있어 핵심 단계 중 하나는 명시된 승인 기준을 충족하는 것입니다. 하지만 수십 개의 문서, 보고, 회의, 계획, 토론을 거치다 보면 일부 항목이 누락되는 경우가 종종 발생합니다. ClickUp과 같은 제품 관리 도구로 이런 일을 방지하세요.

ClickUp은 단순한 작업 관리자가 아닙니다. 제품 개발 팀을 염두에 두고 설계된 종합 플랫폼입니다. 강력한 ClickUp 작업을 통해 사용자 스토리를 플랜 및 예약하고, 승인 기준을 추가하고, 테스트 케이스에 연결하고, 빠르고 효과적으로 파이프라인을 따라 이동하세요.

더 빠른 출시

ClickUp Brain

를 사용하여 아이디어를 생성하고, 로드맵을 만들고, 토론 내용을 요약하고, 문서를 작성할 수 있습니다. ClickUp 대시보드를 통해 큰 그림과 세분화된 세부 사항을 모두 한 곳에서 모니터링하세요. ClickUp이 훌륭한 제품 관리 솔루션에 대한 수용 기준을 충족하는지 확인해 보세요.

지금 ClickUp 무료 체험하기

.