Good Mood

⭠다시한 게시물에

합격 기준 및 사용자 이야기하는 용어의 일부는 듣고 일상에서 민첩한 소프트웨어 엔지니어링 환경입니다. 여러 클라이언트 팀 년 동안에서 양자 마피아,우리는 눈치 챘는 사용하지 않는 사람들,그리고 어떻게 그 사람들 일반적으로 오용니다. 그들은 할 수 있습에 대한 직접적인 책임을 만드는 소프트웨어 엔지니어의 삶을 복잡한 악몽의 없이는 데에는 명확한 표시에 예상한 결과물입니다.,

이러한 용어는 무엇을 의미하며 소프트웨어 프로젝트가 모든 사람의 기대에 전달되도록 어떻게 사용할 수 있습니까? 이 문서에서,우리는 것이 깊은 곳으로 다이빙용 조건 및 사용자 이야기에서 소프트웨어 개발 사례와 방법을 설명하는 데 사용할 수 있습 책임을 만들기 위해 프로젝트의 배달합니다.

정의

• 사용자 이야기

  사용자 이야기는 일반화된 상세정보 시스템의 사용자 요구 사항을 어떤 클라이언트가 이 기능이 있습니다., 에서 스크럼 우리는 사용자가 허용 기준 이해를 단순화하의 클라이언트의 의도 또는 번역하려는 의도는 실행 가능한 항목입니다.

• 합격 기준

  합격기준은 형식적인 목록을 완전히 열거하고 사용자 요구 사항과 모든 제품을 시나리오 넣어 계정이다. 그것은 상태의 의도 클라이언트와 솔루션이 아닌;그것은 팀을 이해하고 설명을 요청하는 그것의 복잡한 솔루션을 찾을 수 있습니다.,

합격 조건에서 소프트웨어 개발

소프트웨어 개발 프로젝트가 일반적으로의 집합으로 나누어 작업,그리고 각 작업이 완료된 후,그것은 확인되는지 여부의 요구 사항을 충족하는 프로젝트 개발 범위가 있습니다. 이것은 수용 기준의 사용에 의해 가능합니다.

모든 프로젝트의 실제 코딩이 시작되기 전에 자원 및 타임 라인 정보의 계획 및 추정이 필요합니다. 수용 기준을 사용하면 작업을 쉽게 나눌 수 있으므로 쉽게 예산을 책정하고 할당 할 수 있습니다.,

기능을 발전과 함께 사용자 스토 및 승인 기준

는 방법을 쓰는 승인 기준

합격 기준을 설명해야 합 달성하고 재치 있는 정보. 제품이 달성해야 할 최소 수준의 기능을 제공하여 약간의 유연성을위한 공간을 확보해야합니다. 또한 과대 평가되거나 과소 평가되어서는 안되지만 현실적인 수준으로 설정해야합니다.,

좋은 조건은 상세하고 정의하도록 할 수있는 팀 구성원이 쉽게 이해 필요한 것들과 쉽게 사용 정보를 개발 중에 있습니다. 다만으로 프로젝트를 나누어 작업으로의 도움으로 허용 기준,기준 또는 체크리스트를 참조하는지 확인 사용자 이야기입니다.

사용하는 승인 기준을 개발할 수 있도록 합 표준

합격한 기준이 필요하지 않을 엄격하게 설명하기 위해 사용되는 기도의 클라이언트입니다. 개발 팀 리드로서 특정 표준을 보장하고 싶을 수도 있습니다., 을 추가하는 경우 새로운 구성 요소를 구성 요소 라이브러리 같은 스토리를 추가할 수 있습 특정 손잡이와 설정을 구현할 수 있는 기준입니다. 단위 테스트를 보장하려는 경우 특정 단위 테스트를 수락 기준의 일부로 나열 할 수 있습니다.

좋은 합격 기준을 작성했는지 어떻게 알 수 있습니까?

좋은 수용 기준은 사용자 스토리와 관련된 모든 이해 관계자가 읽고 이해할 수 있습니다. 모든 이해 관계자가 가치를 도출 할 수있는 명확한 수용 기준을 보장하기 위해 jargons 의 사용을 피하십시오.,

포맷을 예제와 함께

는 것이 좋습 다음은 아래 형식을 만들고 정확한 귀하의 팀에 역할을 할 수 있습니다.

사용자 스토리:

다음 사용자 스토리를 사용하여 수용 기준이 무엇인지 고려해 보겠습니다.

으로 등록된 회사의 사용자
수원 만료 날짜
그래서 내가 알고있는 일이 있을 때 수동으로 갱신 또는 사용이 자동 갱신.

수락 기준(형식 지정되지 않음):

회원 만료일이 계산됩니다.,
멤버십 만료일이 표시됩니다.
수동 갱신 옵션이 표시됩니다.
자동 갱신을 선택하는 옵션이 표시됩니다.
사용자가 등록/인증되지 않은 경우 회원 세부 정보가 표시되지 않습니다.,

합격기준(포맷)

시나리오를 표시하는 옵션 갱신 ABC 회사는 회원에서 청구 세부 정보 페이지
주어진 유효한 사용자는 로그인
경우—유효한 ABC 회사는 회원과 만료 날짜
그리 쇼 옵션 갱신 수동으로 회원 또는 선택 에서 자동 갱신

Wrap-up

요약에서 승인 기준의 의도 설명 클라이언트,즉,그/그녀의 생각은 사용자가 무엇을 이야기해야 합니다., 사용자 스토리에 대한 솔루션을 개발하는 것은 팀의 몫입니다.

좋은 작문 사용자는 승인 기준은 어려운 그러나 정말 중요한 작업에서 소프트웨어 개발할지 여부를 결정하는 소프트웨어는 사용자가 기대하는지와 마지막으로 측정하는 품질의 제품입니다.