사용 중인 브라우저에서 JavaScript를 지원하지 않습니다.

제 12 장 - IT 조달을 위한 작업 명세서

12.2 양질의 IT 작업 명세서(SOW) 준비하기

프로젝트 범위가 완료되면 프로젝트 팀은 공급업체의 제안서 응답 및 계약 이행의 기초가 되는 SOW를 작성합니다. 요청에 SOW를 포함하면 각 공급업체가 제안을 준비할 수 있는 정보를 얻을 수 있습니다. 낙찰된 공급업체는 SOW의 요구사항에 따라 계약을 수행하게 되므로 모든 기술, 기능, 성능 및 프로젝트 관리 요구사항과 기대치를 SOW에 모호함 없이 명확하게 포함시키고 명시하는 것이 중요합니다. VITA SCM은 "도구:"라는 섹션 아래에서 권한이 있는 사용자가 VITA 주 전체 계약에서 주문할 때 사용할 수 있는 SOW 템플릿 및 SOW 변경 주문 템플릿을 제공합니다. https://www.vita.virginia.gov/procurement/policies--procedures/procurement-tools/. 이 템플릿과 이 장의 지침은 모범 사례 권장 사항입니다. 템플릿, 다음 지침 또는 조달의 규모와 복잡성에 따라 가장 적합한 조합을 사용할 수 있습니다. CIO 승인 및/또는 VITA 감독이 필요한 IT 프로젝트는 이 URL에서 제공하는 연방 프로젝트 관리 표준 및 정책을 따라야 합니다: https://www.vita.virginia.gov/policy--governance/project-management/project-management-division-pmd/ 

SOW는 대행사의 요구 사항과 공급업체의 이행 약속을 명시하는 문서이므로 간결하고 선언적인 문서로 작성해야 합니다. 비성과 기반 SOW에서 공급업체는 세부 사양을 사용하여 특정 방식으로 작업을 수행해야 할 수 있으며, 제공해야 할 핵심 인력 및 서비스 계약에 사용할 방법을 지정해야 할 수 있습니다. SOW가 잘 작성되어 있어야 합니다: 

  • 독립형 문서가 되세요. 
  • 일반적이고 구체적인 방식으로 제작하세요. 
  • 요구 사항 정의 결과와 승인된 범위 설명에 따라 세부 사항을 확장하고 불일치하거나 상충되는 요구 사항이 없어야 합니다. 
  • 성과 기간, 결과물 항목(있는 경우), 원하는 성과 유연성 정도를 고려하여 개별적으로 맞춤화해야 합니다. 
  • 모집/계약의 다른 부분에 이미 포함되어 있는 내용을 반복하지 마세요. 
  • 다음 네 가지 요소를 해결함으로써 공급업체가 달성해야 할 목표를 자세히 설명하세요: 
    • 수행해야 할 작업은 무엇이며 결과물/마일스톤은 무엇인가요? 
    • 누가 무엇을 할 것인가(대행사, 공급업체, 타사 CoVA 에이전트 등). 
    • 결과물 및/또는 마일스톤별로 언제 완료되나요? 
    • 어디서 진행되나요? 
    • 테스트 및 승인은 어떻게 이루어지며 대행사는 언제 완료되었는지(즉, 테스트 및 승인)를 어떻게 알 수 있나요?  

SOW의 내용과 세부 사항은 조달의 성격에 따라 달라지며 매우 단순한 패키지 소프트웨어 구매부터 매우 복잡한 솔루션 또는 시스템 설계 조달에 이르기까지 다양합니다. 요구 사항 평가/요구 사항 정의/사양 개발 세부 정보( 장 8)는 SOW의 특정 관련 영역에서 중복되어야 합니다. 모든 SOW에는 최소한 다음 구성 요소가 포함되어야 합니다:  

  • 들어가며-조달에 대한 일반적인 설명. 
  • 배경-공급업체가 대행사의 성격과 역사, 프로젝트, 서비스 대상 및 새로운 요구 사항의 목적을 이해하는 데 도움이 되는 정보입니다. 해당되는 경우 현재 및 원하는 기술 환경(아키텍처)과 인터페이스를 그래픽 및 텍스트 설명과 함께 포함하세요. 
  • 범위-범위 명세서에서 가져온 요구 사항의 매개 변수 및 중요한 측면과 관련된 SOW 개요입니다. 
  • 적용 가능한 지시문 (있는 경우) - 조달에 필수적이거나 정보 제공을 위한 참조 문서, 표준, 사양 또는 지침. 
  • 성능 요구 사항-달성해야 하는 목표, 성능 표준 및 허용 가능한 품질 수준.
  • 제공 가능한 요구 사항-기술 제품, 서비스, 소프트웨어, 프로젝트 및 기타 보고서, 테스트, 모든 결과물 및 계약 기간 동안 공급업체가 제출해야 하는 공식 요구 사항. 
  • 품질 보증 및 승인 기준-수락은 결과물이 해당 계약 품질, 수량 및 기타 요구 사항을 준수함을 인정하는 기관의 공식적인 서면 프로세스입니다. 수락에는 품질 보증 프로세스가 포함될 수도 있고 포함되지 않을 수도 있으며 일반적으로 결제에 앞서 수락이 이루어집니다. 모든 마일스톤 납품에 대한 공식 승인 절차는 물론 최종 승인 절차도 제공되어야 합니다.  

아래는 단일 IT 구성 요소부터 주요 시스템 설계에 이르기까지 간단한 조달부터 복잡한 조달에 이르기까지 SOW 콘텐츠에 대한 고려 사항을 제공하는 종합적인 목록입니다. 프로젝트 팀은 이 목록에서 모든 항목이 특정 조달과 관련이 없을지라도 유용한 알림을 얻을 수 있습니다. 완전성과 정확성을 보장하기 위해 요구 사항 정의 문서에서 많은 세부 사항을 가져올 수 있습니다. 

프로젝트의 규모, 복잡성, 위임 및 승인 임계값에 따라 사업자는 이 URL에 있는 연방 프로젝트 관리 표준 및 SOW 작성 요건을 준수해야 합니다: https://www.vita.virginia.gov/policy--governance/project-management/project-management-division-pmd/ 

들어가며 

조달에 대한 일반적인 설명입니다. 

배경 

이 조달의 영향을 받는 기관, 프로젝트/프로그램 및/또는 서비스에 대한 정보를 제공하세요. 사용자 환경/정보의 흐름/현재 비즈니스 및 운영 환경의 그래픽을 포함하세요. 

범위 설명 

이 프로세스의 2 단계에서 준비한 범위 명세서를 철회합니다. 

기술, 기능 및 성능 요약 목표(들) 

이러한 목표에 대한 일반적인 설명을 제공하세요. 

기술 요약, 

기능 및 성능 요구 사항 

원하는 모든 솔루션, 제품 및/또는 서비스를 포함하여 이러한 요구 사항에 대한 일반적인 설명을 제공하세요. 

특정 기술, 기능 및 성능 요구 사항 

구체적이고 세부적인 요구 사항을 충분히 설명해야 하며, 원하는 대행사 운영 아키텍처/사용자 환경을 알고 있는 경우 이를 포함해야 합니다. 공급업체가 이를 제안서의 일부로 제공하는 경우, 이러한 요구사항은 계약의 최종 SOW 항목으로 협상 및 확정됩니다. 여기에는 모든 소프트웨어 및 하드웨어, 솔루션 및/또는 조달 대상 시스템에 대한 모든 기술 및 기능 요구사항이 포함되며 관련 서비스도 포함됩니다. 요구 사항 개발/시스템 설계가 산출물인 경우 최종 개발, 구현 및 테스트 전에 최종 확정되며 다음과 같은 별도의 산출물이 됩니다. SOW. 

요구 사항 개발 

공급업체가 수행할 작업의 일부인 경우 프로젝트의 마일스톤 일정과 결과물 목록에 이를 명시하고 참조를 포함하세요. 

맞춤형 개발 및 테스트 시스템 환경 

이전 항목과 동일 

비즈니스 디자인 및 기술 디자인 

이전 항목과 동일 

인터페이스/통합/레거시 시스템 요구 사항 

이전 항목과 동일합니다. 제안서에는 공급업체가 접근 방식을 충분히 예측하고 제안할 수 있도록 알려진 모든 정보를 제공해야 하며, 이러한 요구사항은 최종 계약의 SOW, 마일스톤 일정 및 산출물 목록에 포함되어야 합니다. 

데이터 변환 

대행사는 변환이 필요한 데이터의 상태를 파악하고 전달해야 합니다. 일반적으로 이 영역은 비용 및/또는 성능 위험이 높은 취약한 영역일 수 있습니다. 

자재 명세서 

소프트웨어 및 하드웨어의 모든 구성 요소와 예상 배송일을 나열합니다. 

테스트 

설치, 구성, 시스템, 기능, 제품, 베타/프로덕션 테스트 및 최종 승인 테스트에 대한 요구 사항을 포함하세요. 실제와 같은 테스트를 에뮬레이션하려면 테스트 기간과 환경을 신중하게 고려하세요. 

수락 기준 및 수락 절차 

종이 보고서부터 최종 시스템 회전율에 이르기까지 모든 결과물에 대한 구체적인 승인 기준을 포함하세요. 대행사 승인 시간, 공급업체 재제출 시간 등을 정의하는 것이 좋습니다.  여기 및/또는 실제 계약서에 상충되는 정보가 제공되지 않았는지 확인하세요. 

위험 관리 프로세스 

계약 기간에 대한 서면 요구사항/절차를 포함하고 조달의 복잡성에 따라 모니터링/보고의 빈도 및 위험 영역(비용, 일정, 설계/개발, 인터페이스 등)을 강화합니다. 서면 보고서/결과물을 제출해야 할 수도 있습니다. 공급업체 파산 또는 비즈니스 연속성을 방해할 수 있는 기타 비즈니스 변화의 경우 공급업체 소프트웨어의 지속적인 사용을 보호하기 위해서도 에스크로 계정을 설정하는 것이 필요할 수 있습니다. 

품질 관리/보증 요구 사항 

모든 필수 계획, 예정된 보고, 지표 캡처/검증 방법과 시기에 대한 세부 사항을 포함하여 공급업체의 품질 관리, 대행사 또는 독립적인 IV&V 리소스의 품질 보증 및 모니터링에 대한 모든 요구 사항을 설명합니다. 참조 장 21 를 참조하여 성과 기반 계약 및 서비스 수준 계약에 대한 전체 논의를 확인하세요. 

Configuration/change management/engineering 

의사 결정 추적성 요구 사항 

필요한 경우 기관의 운영 독립성을 유지하고 향후 참조를 위해 과거 경험을 캡처하기 위해 필요한 모든 회로도, 엔지니어링 도면, 계획, 문서 및 기타 추적성 결과물을 설명/목록화합니다. 

프로젝트 관리 요구 사항 

조달의 복잡성에 따라 이러한 요구 사항은 간단하거나 엄격할 수 있습니다. 프로젝트 관리 책임은 대행사와 공급업체가 공유하거나 어느 한쪽 당사자만 수행할 수 있지만, 이를 명확히 명시해야 합니다. 주요 프로젝트와 VITA 감독이 필요한 프로젝트에는 특정 연방 프로젝트 관리 표준이 필요할 수 있습니다. 

교육 및 문서화 요구 사항 

기관의 예산에 가장 적합한 오프사이트 또는 현장 교육을 포함할 수 있습니다. 참가자 수, 장소, 수행할 교육 유형, 트레이너 주도, 트레이너 교육, 강의실, 컴퓨터 또는 웹 등 모든 세부 정보를 포함하세요.기반 등 

회의/리뷰(디자인/프로젝트 상태/리뷰) 

프로젝트 관리 및 프로젝트 무결성 및 책임성 유지에 사용합니다. 공급업체는 반드시 참석해야 할 수도 있고 그렇지 않을 수도 있지만, 참석해야 하는 경우 요금에 여행 비용이 포함됩니다. 버지니아 주 회계부 일당 규정이 적용됩니다. 

유지보수 및 안정성 및/또는 지원 및 유지보수 요구 사항 

보증 기간 동안과 그 이후 기간 동안의 유지 관리 및 지원에 대한 모든 요구 사항을 예산에 반영하고 계약에 포함하세요. 관련 지원 서비스는 달리 협의되지 않는 한 일반적으로 공급업체의 일반 상업용 서비스를 기반으로 합니다. 

성능/기능 요구 사항 

장애 격리, 최소-최대 허용 오차 매개변수, 평균 장애 간격, 환경 조건 등을 포함합니다. 서비스 수준 기대치와 이를 충족하기 위한 인센티브를 포함하고 모니터링하여 성공적인 성과를 장려하기 위해 필요에 따라 공급업체에 전액 지급하거나 일정 비율로 감액할 수 있습니다. 

계약 결과물 

모든 하드웨어, 소프트웨어, 시스템/솔루션 및 QA/QC 계획, 구성 제어 계획, 테스트 계획, IV&V 계획/보고서, 월간 상태 보고서, 위험 평가 계획, 프로젝트/마일스톤 계획, GANTT 등과 같은 종이 결과물을 나열하세요.  마감일, 수량, 필요한 형식, 미디어 포함 (종이, 전자, CD, DVD 등), 제출 기한, 제출 대상/장소, 대행사가 검토/수락해야 하는 일수입니다. 

표준/규격/지침 

모든 필수 기관/VITA/COVA/연방, 상업 또는 산업, SEI 프로세스, IT 접근성에 대한 표준을 포함하세요.508 규정 준수, HIPAA, 환경, 포장, 크기, 형식 등을 명시하고 이러한 정보를 열람할 수 있는지 또는 첨부 파일로 포함할 수 있는지 지정합니다. 기준 도면이나 사양, 기술 용어집, 조직도 등을 반드시 포함하세요. 이 URL에 있는 관련 영연방 표준을 간과하거나 제외하지 마세요: https://www.vita.virginia.gov/it-governance/itrm-policies-standards/ 

정부 또는 공급업체 규정 

계약 이행을 위해 연방이 공급업체에 제공하거나 그 반대로 제공할 장비, 시설, 자재 및 자원을 명시합니다. 제공 기한, 전송 요구 사항 및 반품 절차를 포함하세요. 

프로젝트 일정 요구 사항/수행 기간 

예상 또는 확정 날짜(달력 또는 '계약 후 일수')와 함께 전체 기간과 마일스톤 일정을 제공하거나, 결과 계약에 포함될 공급업체의 제안 일정을 요청하세요. 프로젝트 계획과 마일스톤을 가장 낮은 수준으로 설정하여 성과 상태를 가장 잘 모니터링할 수 있습니다. 마일스톤과 전체 일정에 영향을 줄 수 있는 프로젝트 종속성을 고려하세요. 

공연 장소 

공급업체 위치가 아닌 경우, 외부 사업장에서의 위치 및 시간 비율을 기재하고 공급업체의 회의 참석을 포함하세요. VITA에서 공연할 경우 또는 기타 승인된 사용자 위치에서 출석, 신원 조회, 사무실 액세스 등에 대한 기대치를 구체적으로 설정하세요. 

특별/핵심 인력 요구 사항 

공급업체가 핵심 인력의 이력서를 제공하도록 요청하는 경우, 계약 기간 중 교체 시 대행사의 서면 승인을 받아야 한다는 요구 사항과 함께 최종 협상된 SOW에 이러한 인력을 명시할 수 있습니다. 그런 다음 이 모든 언어를 요청에 포함하세요. 특정 인력이 프로젝트 성공의 핵심인 경우, 그 인력의 이름을 구체적으로 명시하고 어떤 이유로든 프로젝트를 떠날 경우 언제 어떻게 대체할지 지정하세요. 

가격 유형 

성과는 시간 & 재료 및/또는 고정 가격을 기준으로 하되, 실제 가격 일정은 계약서에 별첨으로 표시합니다. 

기술 지원 문의처 

지정된 프로젝트 관리자 및/또는 기술 담당자의 이름과 연락처 정보를 제공하고, 계약 이행 중 필요에 따라 계약 변경을 통해 업데이트합니다. 

특별 보증 요구 사항 

계약 문서의 다른 곳에 명시된 일반 보증 조건과 중복되지 않는지 확인하세요. 

보안 및/또는 액세스 요구 사항 

모든 기관/VITA/영연방 물리적 액세스 및 데이터 액세스(하드카피 및 전자) 및 호스팅 요구 사항을 포함하세요. VITA 보안 요구 사항은 이 웹사이트에서 확인할 수 있습니다: https://www.vita.virginia.gov/it-governance/itrm-policies-standards/ 를 참조하고, IT 조달에 해당되는 경우 이를 SOW에 포함해야 합니다. 이러한 요구 사항을 구축하려면 VITA AITR/프로젝트 관리 담당자와의 대화가 매우 중요합니다. 

ECOS(엔터프라이즈 클라우드 감독) 요구 사항 

이 SOW 발급에 사용되는 VITA 주 전체 계약을 확인하세요. 다음과 같은 경우 not 클라우드 서비스 또는 서비스형 소프트웨어(SaaS) 계약 및 DOE not 필수 클라우드/SaaS 약관을 포함하거나 계약 범위가 DOE not 권한 부여 및 제품 목록 DOE not SaaS 제품 포함, 연락처 scminfo@vita.virginia.gov 참조하여 다음 단계를 결정하세요. 계약서 DOE 에 필수 클라우드/SaaS 약관이 포함된 경우 enterpriseservices@vita.virginia.gov 으로 문의하여 특정 SaaS 제품이 ECOS 승인되었는지 여부를 확인하고 다음 단계를 결정하세요. 


키워드 또는 일반 용어로 매뉴얼을 검색하시기 바랍니다.