sow 예제

결과물의 마감일과 종료 날짜가 포함되어야 하지만, 시작 날짜는 산업 및 프로젝트에 따라 선택 사항일 수 있습니다. 예를 들어, 시작 날짜는 건설 프로젝트에서 중요할 수 있지만 크리에이티브 또는 소프트웨어 개발 프로젝트의 이해 관계자는 기한만 신경 쓸 수 있습니다. 현장에서 또는 오프사이트에서 작업을 수행하느냐는 업계및 작업 유형에 따라 달라질 수 있습니다. 예를 들어, 창의적인 디자인 프로젝트는 계약자의 집이나 사무실에서 원격으로 수행될 수 있습니다. 그러나 정부 건물 계약은 건설 현장에서 현장에서 수행되어야 합니다. 예를 들어 소프트웨어 개발 프로젝트의 범위 섹션에는 “응용 프로그램 개발” 및 “테스트 응용 프로그램”과 같은 단계가 포함될 수 있으며 요구 사항 및 작업 섹션은 “코드”와 같은 프로세스와 관련된 실제 작업을 세분화할 수 있습니다. 응용 프로그램의 첫 번째 모듈을위한 디자인”. 요구 사항 및 작업 요구 사항 및 작업 섹션에서는 범위를 보다 세분화된 작업으로 나눕니다. 이 섹션에서는 계약자 또는 서비스 공급자가 충족해야 하는 요구 사항(예: 특정 교육, 인증 또는 보안 허가) 또는 사용해야 하는 하드웨어 및 소프트웨어도 나열합니다. 적절한 팀 구성원에게 작업을 할당합니다. Attard에 따르면 소프트웨어 개발을 위해 SOW에서 특정 역할을 명확하게 정의하는 것이 중요합니다. 예를 들어 디자인을 담당하는 사람, 콘텐츠를 제공할 사용자 및 앱 또는 웹 사이트에 업로드할 사용자 등이 있습니다.

Attard는 “한 사람이 참조할 수 있으면 문제가 크게 단순화되므로 클라이언트와 공급업체 측 모두에 프로젝트 소유자를 설정하는 것도 중요합니다” 라고 말합니다. 이 섹션에서 프로젝트를 완료하기 위해 수행해야 하는 모든 중요한 작업을 나열해야 합니다. 작업을 여러 단계의 목록으로 나누면 됩니다. 예를 들어, 크리에이티브 또는 소프트웨어 개발 프로젝트인 경우 킥오프 단계에 대한 목록, 디자인 단계의 목록 및 빌드 단계에 대한 목록을 만듭니다. 많은 사람들이 결과물 목록에 작업을 포함합니다. 이것은 올바르지 않습니다. 결과물도… 검토 및 승인을 위해 클라이언트에 전달한 항목입니다. 예를 들어 `크리에이티브 브리프`는 결과물이지만 `크리에이티브 브리프 발표`는 작업이므로 결과물이 아닙니다. 뭔가 결과물인지 여부를 확인하기 위해 하나의 리트머스 테스트는 “이메일로 전송 할 수 있습니까?” 또한 클라이언트에게 모든 단일 상태 보고서를 검토하고 승인하도록 요청하는 위치에 있지 않으려는 상태 보고서를 만들지 마십시오(상태 보고서가 중요하기 때문에 중요하지 않다고 말하는 것은 아닙니다.