답변.

프로젝트의 경계(범위)는 프로젝트 내에서 실현되어야 할 내용과 제외될 내용을 명확히 정의하는 것입니다. 정확한 경계 정의는 작업의 범위를 이해하고 요구 사항의 "확산"을 방지하며 자원과 일정을 효과적으로 통제할 수 있게 합니다.

비즈니스 분석가는 다음과 같은 방법으로 범위를 설명합니다:

• 이해관계자 맵.
• 컨텍스트, 경계 및 인터페이스 다이어그램.
• 사용자 스토리 또는 유즈 케이스 형식의 기능 카탈로그.
• "범위 제외(out of scope)" 선언서.

주요 특징:

• 프로젝트 범위는 요구 사항의 세부 작업 전에 고정됩니다.
• 변경 사항을 조정하기 위한 기준이 됩니다.
• 팀의 실제 측정 가능한 약속 범위를 설정합니다.

함정 질문들.

프로젝트 범위를 고정하기 위해 기본 기능 목록만 정의하면 충분한가?

아니요. 프로젝트에 포함되지 않는 내용을 명시적으로 언급해야 이중 해석과 "숨겨진" 기대를 피할 수 있습니다.

비즈니스 분석가는 유익하다고 생각하면 범위를 자의적으로 확장할 권한이 있는가?

아니요. 범위의 모든 변경은 고객/이해관계자와의 조정을 거쳐야 하며, 일반적으로 변경 요청(변경 프로세스)을 통해 형식화됩니다.

범위가 합의된 후 프로젝트 경계를 변경할 수 있는가?

네, 하지만 모든 주요 이해관계자와의 합의와 비용, 일정 재검토를 포함한 공식적인 변경 관리 프로세스를 통과해야 합니다.

일반적인 오류 및 안티 패턴

• 프로젝트에 포함되는 것과 포함되지 않는 것 간의 명확한 구분 부족.
• 일정과 예산에 미치는 영향을 고려하지 않고 새로운 작업 추가.
• 문서화 없이 구두로만 범위 합의.

실제 사례

부정적인 사례

범위가 명확한 문서 없이 구두로 정의되었습니다. 과정 중 추가 작업이 발생했으며 이해관계자들이 "기대했던" 사항입니다.

장점:

• 유연성, 새로운 작업에 대한 적응 가능성.

단점:

• 프로젝트가 일정과 예산을 초과하게 되고 팀과 고객 간의 오해가 발생합니다.

긍정적인 사례

분석가는 범위를 문서화하고, 제외 사항을 조정하며, 모든 변경은 변경 요청 시스템을 통해 진행됩니다.

장점:

• 자원 관리, 투명성, 프로젝트 관리 가능성.

단점:

• 고정된 범위는 변경 조정을 위한 추가 시간이 필요합니다.