비즈니스 요구 사항 문서는 기존 문제를 해결하고 새로운 기능을 획득하기 위해 비즈니스가 수행해야하는 작업을 설명합니다. 그러나이 문서는 솔루션을 구현하는 방법을 설명하지 않습니다. 비즈니스 분석가는 회사 및 해당 산업에 대한 광범위한 연구를 수행 한 후 요구 사항 문서를 준비합니다. 연구는 문서 범위와 관련하여 이해 관계자와의 광범위한 의사 소통을 포함해야합니다.
비즈니스 목표
회사의 비즈니스 목표에 대한 무분별한 설명은 "돈을 버는 것"이지만 사실 목표는 종종 더 복잡하고 자격이 있습니다. 비즈니스 목표를 문서화하는 좋은 출발점은 기업의 핵심 가치, 경쟁하고자하는 시장, 경영 철학 및 돈을 벌기 위해 달성하고자하는 목표를 설명해야하는 기업 사명 선언문을 검토하는 것입니다. 예를 들어, 사명 진술은 회사가 상당한 사회적 가치를 지닌 혁신적인 솔루션을 만들고 싶어한다는 것을 나타낼 수 있습니다.
범위 확인
특정 요구 사항 공간을 다루기 위해 요구 사항 문서의 범위를 식별하는 것이 필수적입니다. 문서 스폰서 십은 종종 조직적이며 프로젝트 범위를 제한합니다. 예를 들어, 선적 부서는 늦은 선적에 대한 고객 불만 건수가 많아서 비즈니스 요구 사항 문서를 위임 할 수 있습니다.
목표와의 충돌에 대한 사실
분석가의 다음 임무는 비즈니스 목표와 모순되는 사실을 문서화하는 것입니다. 예를 들어, 비즈니스 목표가 한 산업의 특정 시장 부문의 리더가되는 것이라고 가정 해보십시오. 회사가 해당 부문의 경쟁 업체와 시장 점유율을 잃게되면 분석가는 사실을 문서화하고 시장 손실 규모를 설명하며 현상에 대한 가능한 이유를 제시하고 충족되지 않는 하나 이상의 비즈니스 목표를 식별합니다. 이 섹션을 완료하려면 분석가는 문제 범위 내에서 논리적으로 다른 범주로 구성된 목표 / 사실 충돌의 포괄적 인 집합을 컴파일해야합니다.
현재 절차
요구 사항 문서의 다음 부분은 현재 운영 및 정책의 일부 측면을 자세히 설명해야합니다. 선상에 쉽게 나가기 때문에 경험 많은 분석가는 문제 범위에 기여하는 활동에 집중합니다. 예를 들어, 분석가는 주문이 발송 된 날짜부터 발송 날짜까지 데이터 및 상품을 처리하는 방법을 설명 할 수 있습니다. 설명은 지연에 기여하는 비효율을 지적해야합니다. 분석가는 다양한 그래픽 도구를 사용하여 데이터, 재료 및 비용이 조직을 통해 흐르는 방법을 보여줍니다. 분석가는 현재 및 미래의 작업에 영향을 미치는 모든 제약 사항을 인정해야합니다.
행동을위한 조직
비즈니스 요구 사항 문서의 마지막 섹션에서는 목표와 현실 사이의 충돌을 제거하기 위해 충족되어야하는 것을 설명하는 일련의 목표를 보여줍니다. 이 단계에서 분석가는 문제를 해결하는 방법을 자세하게 조언해야한다는 유혹에 빠져야합니다. 예를 들어, 분석가는 비즈니스 요구 사항으로 "주문을 승인하는 데 소요되는 시간을 20 % 단축"하지만 "새로운 주문 시스템을 설치하지"않을 수도 있습니다. 분석가는 비즈니스 요구 사항에 영향을 줄 수있는 부서 및 절차 목록 및 다이어그램을 작성해야합니다. 문서에는 세부 솔루션을 지정하기위한 일정 및 예산도 포함되어야합니다. 나중에, 프로젝트 설계 문서는 요구 사항을 충족시키는 방법을 제공 할 것입니다. 이러한 상황이 발생하기 전에 프로젝트 스폰서 및 기타 이해 관계자는 비즈니스 요구 사항을 승인하거나 수정해야합니다.
