수행 한 업무 범위를 작성하는 방법

범위 크리프는 많은 프로젝트 관리자의 천적이며 제대로 관리되지 않으면 프로젝트를 파괴 할 수 있습니다. 변화하는 이해 관계자의 기대치를 충족 시키거나 이미 승인 된 프로젝트 설계에 기능을 추가하기 위해 프로젝트 기대치를 수정하는 것은 프로젝트의 타임 라인, 예산 할당 및 리소스에 영향을 미칩니다. 명확한 작업 제품 및 타임 라인 기대치를 설정하는 잘 작성된 작업 범위 문서는 범위 크립 발생을 방지하는 방법입니다. 그러나 모호성으로 인해 문서를 무의미하게 유지하는 효과적인 작업 범위를 작성하는 방법을 아는 것이 중요합니다.

기능 및 의도

업무 범위는 비즈니스 서비스 계약과 거의 동일합니다. 법적으로 구속력이있는 것은 아니지만 SOW는 프로젝트의 이해 관계자 (프로젝트 결과에 관심이있는 사람)와 프로젝트 관리자 또는 다른 권위자 사이의 공식 계약입니다. SOW는 프로젝트 이정표, 산출물 및보고 절차 예상과 각 기대치 충족을위한 일정을 포함하여 이전에 협의되고 합의한 프로젝트 성과 요구 사항을 설정합니다. 수행 된 작업의 진행을 측정하여 프로젝트 완료에 이르는 벤치마킹이됩니다.

일반 작문 지침

SOW를위한 일반적인 글쓰기 지침은 비즈니스 정책이나 절차를 작성하는 것과 비슷합니다. 진술은 명확하고 간결해야하며 요점을 전달하는 데 필요한만큼의 단어 만 포함해야합니다. 프로젝트 이해 관계자에서 데이터 입력 팀원까지 누구나 쉽게 이해할 수있는 능동적 인 음성 및 작업 중심 언어를 사용하십시오. 예를 들어 머리 글자 어를 철자하고 용어를 정의하고 차트, 캘린더 및 기타 시각 자료를 포함시켜 기대를 명확히하고 문서를 더 쉽게 읽을 수 있도록합니다.

SOW 형식

SOW를 용어집, 프로젝트 정의 문, 각 목표 달성 방법에 대한 설명과 함께 프로젝트 목표를 설명하는 문구, 프로젝트 산출물 및 책임 당사자의 세부 목록, 중요 시점 및 예정된 프로젝트를 표시하는 달력 또는 목록 회의 날짜 및 프로젝트 작업 완료 및 프로젝트 산출물에 대한 타임 라인이 포함됩니다. 전체적으로, SOW의 섹션은 프로젝트의 명확한 그림, 그 기대와 관련된 사람들의 책임을 그려야합니다.

프로젝트 벤치 마크 측정

SOW의 각 섹션에는 수행 된 작업을 평가하고 프로젝트를 계속 진행하는 벤치 마크 측정이 포함되어야합니다. 벤치 마크는 명확하고 측정 가능한 양적 또는 질적 평가로서 개인적인 해석의 여지가 없습니다. 숫자, 날짜, 시간 및 백분율 계산은 정량적 벤치 마크의 예입니다. 질적 벤치 마크는 모호한 점을 포함 할 수 없기 때문에 때로는 작성하기가 까다로울 수 있습니다. 예를 들어, "최종 사용자 요구 사항을 처리하기위한 팁 시트 만들기"로 작성된 결과물은 산출물을 식별하지만 모호하며 개인적인 해석을위한 큰 여지를 남깁니다. 훨씬 더 효과적이고 쉽게 측정 할 수있는 결과는 "2 단계 설정 프로세스를 처리하고 암호 정책을 설명하고 암호를 만드는 절차를 설명하는 단일 페이지 팁 시트를 작성하십시오.