Table of Contents
엔지니어링 프로젝트의 영역에서 명확한 합격 기준을 정의하는 것은 최종 제품이 이해관계자의 기대를 충족한다는 것을 보장하기 위해 필수적입니다. 수락 기준은 프로젝트의 성공을 평가하고 개발 프로세스를 안내하는 데 도움이되는 벤치 마크 역할을합니다.
수락 기준은 무엇입니까?
이 프로젝트는 프로젝트가 완료되기 위해 충족해야 하는 사전 정의 요구 사항의 집합입니다. 프로젝트 또는 특정 기능이 이해 관계자에 의해 허용되는 조건을 개요합니다. 이 명확성은 미묘한 이해를 피하고 원하는 결과를 가진 프로젝트 정렬을 보장합니다.
Clear Acceptance Criteria의 수입
명확한 합격 기준을 수립하는 것은 몇몇 이유를 위해 결정됩니다:
- Stakeholder 기대에 따라 정렬: 모든 당사자가 프로젝트 목표의 상호 이해를 갖는 것을 지키지 않는 한 명확한 기준.
- 개발에 대한 안내: 개발자는 완료에 필요한 내용을 이해하기 위해 합격 기준을 참조할 수 있습니다.
- ]테스트의 촉진: 합격 기준은 테스트를 위한 기초를 제공하고, 최종 제품이 설치된 요구에 응한다는 것을 보증합니다.
- 스크립프의 감소: 잘 정의된 기준은 프로젝트를 탈선할 수 있는 변화를 방지합니다.
효과적인 수용성 Criteria의 성분
효과적인 합격 기준을 창조하기 위하여는, 뒤에 오는 성분을 고려하십시오:
- Specificity: Criteria는 특정하고 비유해야, 정확히 무슨 예상인지.
- Measurability: 각 선행은 measurable이어야 하며, 그 어느 것이든 명확하게 판단할 수 있습니다.
- 테스트성: 합격기준은, 해당 조건이 만족한지 확인하는 방법이 있어야 한다.
- Relevance: Criteria는 프로젝트 목표와 목표와 관련이 있어야 한다.
- Feasibility: 프로젝트 제약 내에서의 표준을 실현할 수 있다는 것을 보증합니다.
수용성 기준의 종류
수락 기준은 다른 유형으로 분류될 수 있습니다:
- 기능성 표준:] 최종 제품에 존재하는 특정 기능성을 정의합니다.
- Non-functional Criteria: 성능, 사용성, 신뢰성, 보안과 같은 주소 측면.
- Regulatory Criteria: 관련 법령, 규정 및 표준 준수를 보장한다.
- Quality Criteria: 제공의 품질에 대한 표준을 설정합니다.
Clear Acceptance Criteria를 쓰는 방법
명확한 합격 기준을 쓰기는 몇몇 단계 포함합니다:
- Engage Stakeholders: 자신의 요구를 보장하기 위해 표준 개발 프로세스에 대한 이해관계자 및 기대는 캡처됩니다.
- "Given-When-Then" 형식을 사용하십시오:] 이 형식은 구조 기준을 명확하게 돕고, 컨텍스트, 행동 및 예상 결과물을 윤곽을 그리는 것을 돕습니다.
- Review and Revise: 정기적으로 이해관계자와 기준을 검토하고 프로젝트 범위 또는 요구 사항에 대한 변경 사항을 반영하기 위해 필요한대로 수정합니다.
- Document Clearly: 모든 팀 구성원에게 명확하고 접근 가능한 방식으로 문서화된다는 것을 보증합니다.
피하기 위해 일반적인 Pitfalls
합격 기준을 정의 할 때, 이러한 일반적인 pitfalls의 마음을 기울일 수 있습니다.
- Vagueness: 다른 해석에 지도할 수 있는 주변 언어는 피합니다.
- Overly Complex Criteria: 단순하고 집중된 기준을 유지; Overly complex standard는 팀을 혼란시킬 수 있습니다.
- Neglecting Stakeholder Input:] 이해관계자가 그들의 요구에 응하지 않는 기준에 따라 발생할 수 있는 손상.
- 변화를 무시: 합격 기준은 프로젝트 진화로 개정되고 업데이트되어야 합니다.
관련 기사
명확한 합격 기준을 정의하는 것은 그들의 성공을 두드러지게 할 수 있는 기술설계 프로젝트의 중요한 측면입니다. 그 기준을 특정하고, 유쾌한, 및 관련해서, 팀은 이해관계자 기대를 가진 그들의 일을 더 잘 맞추고, 시험을 촉진하고, 범위 주름의 위험을 감소시킬 수 있습니다. 과정을 통하여 일반적인 pitfalls 그리고 관여시키는 이해 관계자를 피해서, 팀은 성공적인 프로젝트 결과를 위해 각자 설치될 수 있습니다.