작업명세서

Statement of work

작업명세서(SOW)는 프로젝트 관리 분야에서 일상적으로 사용되는 문서다.그것은 프로젝트의 작업 요건에 대한 서술적 설명이다.[1]그것은 고객에게 서비스를 제공하는 벤더에 대한 프로젝트별 활동, 결과물 및 일정을 정의한다.SOW는 또한 일반적으로 표준 규제 및 거버넌스 약관과 함께 상세한 요구사항과 가격을 포함한다.마스터 서비스 계약 또는 제안 요청(RFP)에 대한 중요한 반주가 되는 경우가 많다.

개요

작업 문서 템플릿의 많은 형식과 스타일은 제안 요청에 기술된 하드웨어 또는 소프트웨어 솔루션에 특화되었다.많은 기업이 자신이 받는 전형적인 요청과 제안을 수용하기 위해 전문화되거나 일반화된 SOW의 맞춤형 버전을 자체 제작한다.단, 일반적으로 최고 경영진의 목표와 고객 및/또는 사용자 그룹의 입력에 의해 알려진다.[1]

많은 경우에 작업명세서는 구속력 있는 계약이라는 점에 유의한다.[2]마스터 서비스 계약 또는 컨설턴트/교육 서비스 계약은 개별 작업 명세서에서 다루는 특정 작업별 계약 구성요소를 연기한다.마스터 서비스 계약은 잠재적으로 복수의 SOW에 대한 조건을 지배하는 마스터 계약 역할을 한다.때로는 일의 범위를 가리킨다.예를 들어, 프로젝트가 계약으로 이루어진 경우 프로젝트의 작업을 명확하고 간결한 용어로도 요약하기 때문에 그 일부로 포함된 범위 문구를 SOW로 사용할 수 있다.[3]

해결된 영역

작업 명세서는 일반적으로 이러한 주제를 다룬다.[4][5][6]

  • 목적:왜 우리가 이 프로젝트를 하는 거지?목적 진술은 이에 대한 답변을 시도한다.
  • 작업 범위:이것은 수행해야 할 작업을 설명하고 관련 하드웨어 및 소프트웨어를 명시한다.범위 정의는 범위 진술이 된다.[7]
  • 작업 위치:이것은 하드웨어와 소프트웨어의 위치, 그리고 사람들이 그 일을 하기 위해 만날 장소를 포함하여, 그 일을 수행할 장소를 설명한다.
  • 수행 기간:이것은 시작 및 종료 시간, 주당 청구 가능한 시간, 작업 수행 장소 및 스케줄링과 관련된 기타 모든 작업에 대해 허용되는 시간을 지정한다.
  • 결과물 일정:이 파트는 기한과 시기를 열거하고 설명한다.
  • 적용 가능한 표준:이는 계약을 이행할 때 준수해야 하는 산업별 특정 표준을 설명한다.
  • 합격 기준:이것은 상품 구매자나 수령자가 상품이나 서비스가 일반적으로 객관적 기준에 따라 허용 가능한지 결정하는 방법을 명시한다.승인 테스트를 참조하십시오.
  • 특별 요구 사항:여기에는 특수 하드웨어 또는 소프트웨어, 전문 인력 요건(예: 직원에 대한 학위 또는 인증), 출장 요건 및 기타 계약 세부 사항에서 다루지 않은 사항이 명시된다.
  • 계약/지급 일정 유형:사업 수용 여부는 가용 예산이 필요한 업무를 충당할 만큼 충분한지 여부에 달려 있다.따라서 선불인지 단계적인지에 의한 지급내역은 대개 조기에 협상될 것이다.
  • 기타:본협상의 일부가 아닌 많은 항목은 사업에 중요하기 때문에 나열될 수 있고, 간과하거나 잊어버리는 것은 사업에 문제가 될 수 있다.

미국 정부 계약

미국 정부 서비스 계약의 경우, SOW는 바람직한 서비스 성과 및 성과 표준과 같은 성과 기반 개념을 강조하여 목표(SU)와 성과 작업 명세서(PWS)가 점점 더 인기를 끌었지만, SOW의 사용은 여전히 강력하다.SOW는 일반적으로 작업이 잘 알려져 있고 특정 용어로 설명할 수 있을 때 사용된다.정부가 혁신적인 접근법을 원하지 않거나 계약자 프로세스의 편차를 위험으로 간주할 때 선호될 수 있다.SU는 성과에 대한 높은 수준의 성과와 목표를 확립하고 PWS는 결과, 원하는 결과 및 목표를 보다 상세하고 측정할 수 있는 수준에서 강조하지만 SOW는 계약자나 제공자가 따라야 할 작업 방향에 대한 명시적인 진술을 제공한다.

SOW는 일반적으로 의무 준수에 대한 "계약자가 해야 한다"는 문구로 가득 차 있다(예: "이 작업은 mm/dd/yyyy 날짜의 기관 xyz 지침에 따라 수행되어야 한다").실무에서 SOW는 또한 원하는 성과 결과, 성과 표준 및 지표에 대한 참조를 포함하므로 SU와 PWS의 구분이 모호해진다는 것을 발견할 수 있다.모범 사례 외에도 SOW 대 SU 또는 PWS의 사용 방법과 시기를 명시하는 정부 정책 지침은 거의 없다.FAR은 Part 2 Definitions에서 PWS를 정의하고, Part 37.6 Performance Based Acquisition에서 SU와 PWS를 참조하지만, SOW는 다루지 않는다.

SOW는 통상 정부의 청탁(RFP 또는 RFQ)에 포함되며 제안자와 협상할 수 있는 것처럼 최종 계약으로 이월된다.연방 간청 및 계약에서 SOW는 통일 계약 형식의 C "설명/사양"에 삽입되지만,[8][9][10] J절에 첨부물로 삽입될 수도 있다.업무지시서에 SOW는 단순히 주문 자체의 약관 가운데 포함될 수 있다.SOW는 종종 기술 참조 문서와 첨부파일로 보완된다.SOW를 개발함에 있어 작업명세서가 포괄적이고 충분히 상세하게 작성되도록 하는 것이 중요하나, 그 진술이 청탁이나 계약의 다른 곳에 있는 약관이나 그 밖의 조항들을 중복하지 않도록 하는 것이 중요하다.

MIL-STD-881과 MIL-HDBK-245의 지침에 따르면 SOW 개발에 작업 중단 구조를 사용해야 한다.이것은 WBS를 개요로 사용할 수 있으며, 각 WBS 요소(동일한 이름과 번호 매기기)는 SOW 섹션 3의 하위 부분으로서 개발을 용이하게 하고 추후 청구 및 추적을 개선할 수 있다.작업 요소의 계층 구조를 지능적으로 나누고 정의하는데 초점을 맞춘 WBS는 일치 섹션의 SOW에 그 부분을 어떻게 수행할지 또는 그 부분이 어떻게 수행될지를 설명하는 데 초점을 맞출 수 있다.

작업 명세서는 CDRL 양식에 표시된 결과물과 직접 연결되어야 한다.이는 각 CDRL 항목에 해당 항목을 생산하거나 사용하는 SOW 단락에 대한 참조가 포함되도록 함으로써 이루어지며, SOW 텍스트는 제목이나 항목 번호(예: "[A-001]")를 사용하여 전달 가능한 내용을 논의하는 위치를 명확히 해야 한다.

참고 항목

참고 및 참조

  1. ^ a b Kerzner, Harold (2009). Project Management: A Systems Approach to Planning, Scheduling, and Controlling, Tenth Edition. Hoboken, NJ: John Wiley & Sons. p. 426. ISBN 9780470278703.
  2. ^ Rodney D. Stewart (1992). Proposal Preparation. p. 108. ISBN 978-0471552697. Hence, the statement of work is a document that will eventually serve as legally binding contract document that integrates and interrelates the work elements with deliverable and non-deliverable hardware, software, documentation, and services.
  3. ^ Heldman, Kim (2006). Project Management JumpStart. San Francisco, CA: SYBEX. pp. 100. ISBN 0782142141.
  4. ^ "Statement of Work (SOW) Writing Guide" (PDF). DAS Procurement Services, Version 2. Oregon State Government. 2018-04-02. Archived (PDF) from the original on 2019-07-18. Retrieved 2019-07-18.
  5. ^ "Statement of Work (SOW) Examples" (PDF). South Florida Water Management District. 2007-02-28. Archived (PDF) from the original on 2019-07-18. Retrieved 2019-07-18.
  6. ^ "Sample Template Statement of Work" (PDF). United States Department of Agriculture. 2006-06-30. Archived (PDF) from the original on 2017-02-18. Retrieved 2019-07-18.
  7. ^ Nicholas, John; Steyn, Herman (2008). Project Management for Business, Engineering, and Technology: Principles and Practice, 3rd edition. Burlington, MA: Elsevier. pp. 162. ISBN 9780750683999.
  8. ^ FAR 14.2 동일 계약 형식 참조
  9. ^ "Uniform Contract Format". dau.mil. 2008-07-14.
  10. ^ "Uniform Contract Format". dau.mil.

외부 링크