SLA, SLM, 제품, 결과, Business case, Business model, RFP, 업무범위, 책임범위, 서비스 프로세스
암기법(해당경우)
책없(업)서
번호
문제
회차
1
6. 다음은 국내 및 해외에 다수의 생산 공장을 보유한 B 전자의 SCM(Supply Chain Management) 구축 프로젝트를 수행하기 위해 작성한 정보시스템 현황 및 요구 사항 이다. 요구사항에 따른 Statement Of Work(SOW)와 Gold Plating 방지 방안을 작성하시오. <B전자 SCM 관련 정보시스템 현황> - 기존 SCM 시스템을 운영 중에 있으며, C/S(Client/Server) 환경으로 구성되어 있음 - 마스터 정보, BOM(Bill Of Material) 관리, ERP(Enterprise Resource Planning) 등이 운영되고 있으며, BOM의 데이터 누락이 발생하고 있음 <신 SCM 구축 요구사항> - 수요 예측 및 경영계획을 바탕으로 3개월 플랜(Plan)을 수립하는 기능 개발 - 3개월 플랜에 따른 제품별 주 단위 판매 계획과 생산 계획을 수립하는 기능 개발 - 최적화 솔루션을 활용하고, 매출, 수익성 등 변수를 반영한 계획 시나리오 수립 - 시나리오별 손익 시뮬레이션 기능 개발 - 기존 운영 중인 SCM을 웹 환경으로 전환하고, 데이터 마이그레이션 수행
108.정보관리.4
2
10. SLA의 SOW(Statement of Work)에 대하여 설명하시오.
합숙_2018.08, Day-4
3
10. SLA의 SOW(Statement of Work)
모의_2010.04, 1교시
1. 서비스 수준 관리를 위한 작업명세서, SoW의 개요
가. SoW (Statement of Work) 정의
- 서비스 수준관리 위해 서비스 제공자와 사용자 간 합의된 협약서인 SLA의 세부적 범위 및 작업 내용 규정한 작업 명세서
SoW (Statement of Work)는 프로젝트의 성공적인 수행을 위해 필요한 작업, 일정, 자원, 비용, 품질 기준 등을 명확히 정의하고 기술한 공식 문서입니다. SoW는 프로젝트 이해관계자 간의 기대치를 조율하고, 프로젝트 진행을 체계적으로 관리하며, 예상치 못한 문제를 최소화하기 위한 중요한 도구
나. 특징
- 개발/구축 보다는 운영 및 유지보수관련 SoW 가 많이 쓰임
- SoW는 RFP의 필수 납품항목에서 시작, 구체적 요구사항 결정 후 완성
명확한 목적과 범위 (Clear Purpose and Scope):
SoW는 프로젝트의 목적과 목표를 명확히 정의합니다.
작업의 범위를 구체적으로 명시하여 포함되는 작업과 제외되는 작업을 구분합니다.
구체적인 작업 내용 (Detailed Work Description):
각 작업의 세부 내용과 단계별 절차를 명확히 기술합니다.
작업 수행에 필요한 모든 활동과 방법을 상세히 나열합니다.
명확한 성과물 정의 (Clear Deliverables):
프로젝트 완료 시 제공될 산출물을 구체적으로 정의합니다.
각 산출물의 형태, 내용, 기준을 명확히 명시합니다.
일정과 마일스톤 (Schedule and Milestones):
프로젝트 일정과 주요 마일스톤을 구체적으로 설정합니다.
각 작업 단계의 시작과 종료 일정을 명확히 기술합니다.
자원 계획 (Resource Planning):
프로젝트 수행에 필요한 인력, 장비, 소프트웨어 등의 자원을 명확히 정의하고 할당 계획을 포함합니다.
자원 활용 계획을 통해 효율적인 자원 관리를 도모합니다.
예산 관리 (Budget Management):
프로젝트에 소요되는 총 비용과 세부 비용 내역을 구체적으로 기술합니다.
비용 관리 계획을 포함하여 예산 초과를 방지합니다.
역할과 책임 (Roles and Responsibilities):
프로젝트 팀 구성원과 이해관계자의 역할과 책임을 명확히 정의합니다.
의사 결정권한과 보고 체계를 명확히 하여 책임감을 부여합니다.
품질 관리 (Quality Management):
품질 보증 및 관리 방안을 포함하여 프로젝트 결과물의 품질을 보장합니다.
품질 기준과 평가 방법을 명확히 하여 일정한 품질을 유지합니다.
위험 관리 (Risk Management):
잠재적 위험 요소를 식별하고 평가하며, 대응 계획을 명확히 기술합니다.
리스크 관리 계획을 포함하여 프로젝트의 위험을 최소화합니다.
변경 관리 (Change Management):
변경 요청 절차와 승인 과정을 명확히 정의합니다.
변경 관리 기준과 방법을 기술하여 프로젝트 범위의 변경을 효과적으로 관리합니다.
커뮤니케이션 계획 (Communication Plan):
프로젝트 팀과 이해관계자 간의 의사소통 방법을 구체적으로 기술합니다.
정기 보고서, 회의 일정, 커뮤니케이션 채널 등을 명확히 정의합니다.
법적 구속력 (Contractual Nature):
SoW는 계약서와 유사한 법적 구속력을 가질 수 있으며, 프로젝트 수행 중 발생할 수 있는 분쟁이나 오해를 방지하는 데 중요한 역할을 합니다.
프로젝트의 모든 이해관계자가 SoW에 동의하고 서명함으로써 공식적인 합의를 형성합니다.
이러한 특징들은 SoW가 프로젝트 관리에서 중요한 역할을 한다는 것을 나타내며, 정보관리기술사 시험에서 SoW의 특징을 설명할 때 중요한 포인트가 됩니다. SoW는 프로젝트의 명확한 방향성을 제시하고, 이해관계자 간의 기대치를 조율하며, 프로젝트의 체계적인 관리를 지원하는 핵심 문서
다. SoW의 필요성
- 서비스 공급자, 수요자 간 기대수준 차이 해소하여 명확한 수행 범위 규정 가능
- 서비스 제공내역의 계량화 및 정량화 가능
- 개발/구축 보다는 운영 및 유지보수 관련 SOW가 많이 쓰임
- SOW는 RPF의 필수 납품 항목에서 시작, 구체적 요구사항 결정 후 완성
- SOW는 WBS(Work Breakdown Structure) 작업의 주요 참고 문서
SoW의 필요성
명확한 목표와 범위 설정 (Clear Goal and Scope Setting):
SoW는 프로젝트의 목적과 목표를 명확히 정의하고, 작업의 범위를 구체적으로 설정하여 프로젝트 팀과 이해관계자들이 동일한 목표를 향해 나아갈 수 있도록 합니다.
작업 범위의 명확한 정의를 통해 포함되는 작업과 제외되는 작업을 구분하여 오해를 방지합니다.
책임과 권한 명확화 (Clarification of Responsibilities and Authority):
프로젝트 팀 구성원과 이해관계자의 역할과 책임을 명확히 정의하여, 각자가 자신의 역할을 이해하고 이에 맞는 행동을 할 수 있도록 합니다.
의사 결정권한과 보고 체계를 명시하여 프로젝트 관리의 효율성을 높입니다.
일정과 예산 관리 (Schedule and Budget Management):
프로젝트 일정과 주요 마일스톤을 설정하고, 각 작업 단계의 시작과 종료 일정을 명확히 기술하여 시간 관리를 효율적으로 합니다.
프로젝트에 소요되는 총 비용과 세부 비용 내역을 구체적으로 기술하여 예산 초과를 방지하고, 비용 관리 계획을 포함합니다.
품질 보증 (Quality Assurance):
품질 보증 및 관리 방안을 포함하여 프로젝트 결과물의 품질을 보장합니다.
품질 기준과 평가 방법을 명확히 하여 일정한 품질을 유지합니다.
위험 관리 (Risk Management):
잠재적 위험 요소를 식별하고 평가하며, 대응 계획을 명시하여 프로젝트의 위험을 최소화합니다.
리스크 관리 계획을 포함하여 예기치 않은 상황에 대비합니다.
변경 관리 (Change Management):
변경 요청 절차와 승인 과정을 명확히 정의하여, 프로젝트 범위의 변경을 효과적으로 관리합니다.
변경 관리 기준과 방법을 기술하여 계획대로 프로젝트가 진행될 수 있도록 합니다.
커뮤니케이션 계획 (Communication Plan):
프로젝트 팀과 이해관계자 간의 의사소통 방법을 구체적으로 기술하여 원활한 커뮤니케이션을 보장합니다.
정기 보고서, 회의 일정, 커뮤니케이션 채널 등을 명시하여 정보 공유를 효율적으로 합니다.
법적 구속력 (Contractual Nature):
SoW는 계약서와 유사한 법적 구속력을 가지며, 프로젝트 수행 중 발생할 수 있는 분쟁이나 오해를 방지하는 데 중요한 역할을 합니다.
모든 이해관계자가 SoW에 동의하고 서명함으로써 공식적인 합의를 형성합니다.
라. SoW/SLA/SLM의 관계
이 세 가지 개념은 IT 서비스 관리와 프로젝트 관리에서 중요한 역할을 하며, 서로 긴밀하게 연결되어 있습니다.
SoW (Statement of Work)
정의: SoW는 프로젝트의 목표, 작업 범위, 일정, 자원, 예산, 성과물 등을 명확히 기술한 공식 문서입니다. 프로젝트의 체계적 관리를 위해 필수적인 역할을 합니다. 주요 요소:
프로젝트 개요
작업 범위
성과물
일정
자원
예산
책임과 권한
품질 관리
위험 관리
변경 관리
커뮤니케이션 계획
SLA (Service Level Agreement)
정의: SLA는 서비스 제공자와 고객 간의 계약으로, 제공될 서비스의 수준을 명확히 정의한 문서입니다. 서비스 품질, 가용성, 책임 등을 구체적으로 명시합니다. 주요 요소:
서비스 설명
성능 수준
모니터링 및 보고
문제 관리
서비스 제공 시간
서비스 가용성
대응 시간
서비스 수준 목표 (SLOs)
벌칙 및 보상
SLM (Service Level Management)
정의: SLM은 IT 서비스 제공자가 SLA에서 정의한 서비스 수준을 유지하고 관리하기 위한 프로세스입니다. SLA의 목표를 달성하기 위해 지속적으로 서비스 수준을 모니터링하고 개선합니다. 주요 활동:
SLA의 개발 및 유지 관리
서비스 수준 모니터링
성과 보고
SLA 준수 검토
서비스 수준 향상 계획 수립
고객 및 이해관계자와의 커뮤니케이션
SoW, SLA, SLM 간의 관계
1. SoW와 SLA의 관계:
프로젝트와 서비스: SoW는 주로 특정 프로젝트의 범위와 작업을 정의하는 반면, SLA는 특정 서비스의 제공과 그 수준을 정의합니다.
계약과 명확성: SoW는 프로젝트 착수 전에 작성되며 프로젝트의 전반적인 계획을 명확히 합니다. SLA는 서비스 제공 시 작성되며 서비스 수준을 보장합니다.
성과물과 서비스 수준: SoW는 프로젝트의 성과물을 정의하고, SLA는 서비스 제공 시의 성과 기준을 정의합니다.
2. SLA와 SLM의 관계:
목표와 관리: SLA는 서비스 제공자의 목표를 명시하고, SLM은 이러한 목표를 달성하기 위한 관리 활동을 수행합니다.
모니터링과 보고: SLA에서 정의한 서비스 수준 목표(SLO)를 달성하기 위해 SLM은 지속적으로 서비스 수준을 모니터링하고 보고합니다.
개선과 커뮤니케이션: SLM은 SLA 준수를 위해 필요한 개선 활동을 계획하고 실행하며, 고객과의 커뮤니케이션을 통해 만족도를 높입니다.
3. SoW와 SLM의 관계:
프로젝트와 서비스 관리: SoW는 프로젝트 관리의 일환으로 작성되며, SLM은 IT 서비스 관리의 일환으로 운영됩니다.
성과물에서 서비스로: 프로젝트가 완료되어 성과물이 인도되면, 해당 성과물이 운영 단계에서 서비스로 전환될 수 있으며, 이때 SLA와 SLM이 중요한 역할을 합니다.
마. 프로젝트 작업기술서(Project Statement of Work)가 참조하는 사항
- 프로젝트 작업기술서는 프로젝트에 의해 이행될 제품, 서비스, 결과를 상세히 기술한 문서
항목
설명
사례
비즈니스 필요성
-Business Need로서, 시장 요구사항, 기술적 발전, 법적 요구사항, 정부 규제, 환경적 고려사항 기반 -보통 비지니스 필요성과 원가이익 분석은 프로젝트를 정의하는 비즈니스 케이스에 포함되어 있음
비즈니스 니즈 (Business Needs) 참조 사항
1. 시장 요구사항 (Market Requirements)
정의: 시장에서의 수요, 경쟁 상황, 고객의 요구사항 등을 포함한 다양한 시장 정보를 의미합니다.
참조 이유: 프로젝트가 시장에서 성공하기 위해 어떤 기능이나 서비스가 필요한지를 이해하고 이를 SoW에 반영합니다.
2. 기술적 발전 (Technological Advancements)
정의: 관련 기술의 최신 동향, 신기술 도입 가능성, 기술적 변화 등을 포함합니다.
참조 이유: 최신 기술을 반영하여 프로젝트의 경쟁력을 높이고, 기술적 요구사항을 명확히 하기 위해 SoW에 포함됩니다.
3. 법적 요구사항 (Legal Requirements)
정의: 프로젝트 수행 시 준수해야 할 법적 규제, 규정, 표준 등을 의미합니다.
참조 이유: 법적 요구사항을 준수하지 않으면 프로젝트가 법적 문제에 직면할 수 있으므로, 이를 명확히 정의하여 SoW에 반영합니다.
4. 정부 규제 (Government Regulations)
정의: 정부에서 제정한 규제, 정책, 규칙 등을 포함합니다.
참조 이유: 정부 규제를 준수하기 위해 필요한 사항을 SoW에 포함하여 프로젝트의 합법성을 보장합니다.
5. 환경적 고려사항 (Environmental Considerations)
정의: 프로젝트가 환경에 미치는 영향, 환경 보호 요구사항, 지속 가능성 등을 의미합니다.
참조 이유: 환경적 요구사항을 반영하여 친환경적인 프로젝트를 수행하고, 관련 규제를 준수합니다.
비즈니스 필요성과 원가이익 분석 (Business Case and Cost-Benefit Analysis)
비즈니스 케이스 (Business Case)
정의: 프로젝트의 목적, 필요성, 기대효과, 비용, 위험 등을 포괄적으로 기술한 문서입니다.
내용:
프로젝트 개요: 프로젝트의 기본 정보와 목표를 설명합니다.
비즈니스 필요성: 프로젝트가 필요한 이유를 명확히 설명합니다.
원가이익 분석: 프로젝트의 비용과 기대 이익을 분석하여 경제적 타당성을 평가합니다.
위험 분석: 프로젝트 수행 시 예상되는 위험 요소와 대응 방안을 포함합니다.
이해관계자 분석: 프로젝트의 주요 이해관계자와 그들의 기대치를 분석합니다.
비즈니스 케이스
제품범위 기술
-Product Scope Description -프로젝트가 목적으로 하고 있는 범위를 기술하는 문서 -이는 프로젝트가 목적으로 하는 범위를 기술하는 문서를 말합니다.
Product Scope Description
정의: Product Scope Description은 프로젝트에서 제공하거나 개발할 제품, 서비스 또는 결과물의 범위와 기대되는 특성을 설명하는 문서입니다.
내용:
제품이나 서비스의 기능적 요구 사항과 기능 외적 요구 사항을 상세히 설명합니다.
제품이나 서비스의 특성, 기대되는 품질, 성능, 사용자 경험 등을 기술합니다.
제품이나 서비스의 외관, 디자인, 사용 방법 등에 대한 요구 사항을 명시합니다.
프로젝트 결과물의 사용자 및 이해관계자에 대한 요구 사항을 고려하여 작성됩니다.
목적:
프로젝트의 목표와 범위를 이해하는 데 도움을 줍니다.
프로젝트 결과물의 특성과 기대치를 이해하고, 프로젝트가 제공해야 할 결과물을 명확히 합니다.
제품 개발 및 제공의 방향을 설정하여 프로젝트 팀과 이해관계자 간의 일관된 이해를 도모합니다.
작성 및 관리: Product Scope Description은 프로젝트 초기에 작성되며, 프로젝트 진행 중에 변경될 수 있습니다. 프로젝트 관리자와 이해관계자들이 함께 검토하고 승인합니다.
SoW와의 관계: Product Scope Description은 SoW의 일부로써, 프로젝트의 목표와 범위를 명확히 하고, 이해관계자들이 프로젝트 결과물에 대한 기대치를 이해할 수 있도록 합니다.
이와 같이 Product Scope Description은 프로젝트 작업기술서(SoW)의 중요한 요소 중 하나로, 프로젝트의 목표와 범위를 명확히하기 위해 작성되고 참조됩니다.
RFP(Request for Proposal)
전략적 계획
-Strategic Plan -프로젝트 수행하는 전략적 비전, 목적 및 목표의 상위 미션을 기술한 문서 -Strategic Plan은 프로젝트 수행하는 전략적 비전, 목적 및 목표의 상위 미션을 기술한 문서입니다.
Strategic Plan(전략적 계획)이란?
전략적 비전 (Strategic Vision):
조직이 달성하고자 하는 장기적인 목표와 비전을 명시합니다. 이는 조직이 가치를 창출하고 방향성을 제공하는 핵심 원칙과 목표를 나타냅니다.
목적 (Objectives):
전략적 비전을 실현하기 위한 구체적인 목표와 목표를 제시합니다. 이 목적들은 전략적 비전을 이루기 위한 중간 단계로, 조직의 발전 및 성장을 이루는 데 중요한 역할을 합니다.
전략 (Strategies):
목표를 달성하기 위한 실질적인 방법과 계획을 정의합니다. 이는 조직이 자원을 효과적으로 활용하고 경쟁우위를 확보하기 위한 전략적 행동 계획을 의미합니다.
목표 (Goals):
전략적 목표를 달성하기 위한 구체적인 목표와 일정을 설정합니다. 목표는 시간적, 양적, 질적 측면에서 측정 가능하고 실현 가능해야 합니다.
방향성 제시 (Guidance):
조직 구성원들이 전략적 계획을 이해하고 실행할 수 있도록 방향성을 제시합니다. 이는 조직의 목표 달성을 위한 역할 및 책임을 명확히 합니다.
프로젝트 작업기술서(SoW)는 프로젝트를 수행하는 데 필요한 전략적 방향성과 목표를 이해하고, 프로젝트의 목표와 목표를 이해하는 데 도움이 됩니다. 이를 통해 프로젝트 팀은 프로젝트의 목표와 방향성을 명확히 이해하고, 프로젝트의 일정과 작업 내용을 결정할 수 있습니다.
BM(Business Model)의 Objectives/Goals
바. SOW의 장점
비용 절감 기회 증가
공급업체 성과 및 위험 완화
프로세스 효율성 향상
자세한 보고
프로젝트 성과 관리
단일 범위 내에서 모든 아웃소싱 프로젝트에 대한 가시성
인력 관리 개선
조직 규정 준수 및 위험 완화
목표 및 범위 명확화: SoW는 프로젝트의 목표와 범위를 명확하게 정의합니다. 이는 프로젝트 팀과 이해관계자들이 프로젝트의 방향을 이해하고 일관된 목표를 공유할 수 있도록 도와줍니다.
의사소통 개선: SoW는 프로젝트 팀 간, 고객과의 의사소통을 개선합니다. 프로젝트 요구사항과 기대치를 명시함으로써 오해를 방지하고, 프로젝트 진행 상황에 대한 투명성을 제고합니다.
계획 및 일정 수립: SoW는 프로젝트의 계획과 일정을 수립하는 데 도움이 됩니다. 작업 범위, 마일스톤, 작업 일정 등을 명시하여 프로젝트의 효율적인 관리를 가능하게 합니다.
자원 관리: SoW는 프로젝트에 필요한 자원을 식별하고 할당하는 데 도움이 됩니다. 이는 인력, 장비, 예산 등의 자원을 효과적으로 관리할 수 있도록 합니다.
리스크 관리: SoW는 프로젝트 진행 중 발생할 수 있는 리스크를 사전에 식별하고 관리하는 데 도움이 됩니다. 이는 프로젝트 팀이 예기치 않은 문제에 대비할 수 있도록 합니다.
계약 및 법적 보호: SoW는 프로젝트와 관련된 계약 조건을 명시하여 프로젝트 팀과 고객 간의 법적 보호를 제공합니다. 이는 계약 위반 및 분쟁을 방지하는 데 도움이 됩니다.
2. SOW의 구성 및 구성항목
가. SOW의 구성도
나. SoW의 구성항목
프로젝트 수행 시 필요한 작업, 일정, 자원 등을 명시하는 중요한 문서입니다. 아래는 SoW의 주요 구성 항목입니다.
SoW의 구성 항목:
프로젝트 개요 (Project Overview):
프로젝트의 목적과 범위에 대한 간략한 설명을 포함합니다.
예시: 프로젝트의 목적은 무엇이며, 어떤 결과물을 생산할 것인지 설명합니다.
작업 범위 (Scope of Work):
프로젝트가 포함하는 작업의 범위를 상세히 기술합니다.
예시: 프로젝트의 범위에는 어떤 작업이 포함되고, 어떤 작업이 제외되는지를 명시합니다.
성과물 (Deliverables):
프로젝트에서 생성되는 산출물이나 결과물을 명시합니다.
예시: 프로젝트의 결과물로 예상되는 제품, 서비스, 문서 등을 나열합니다.
일정 (Schedule):
프로젝트의 주요 일정 및 마일스톤을 정의합니다.
예시: 프로젝트 시작일, 완료 예정일, 중간 과정의 마일스톤 등을 명시합니다.
자원 (Resources):
프로젝트 수행에 필요한 인력, 장비, 재료 등을 기술합니다.
예시: 프로젝트에 참여하는 팀 멤버와 그들의 역할, 필요한 장비 및 소프트웨어 등을 명시합니다.
비용 (Cost):
프로젝트 수행에 필요한 예산 및 비용을 기술합니다.
예시: 예산 총액, 각 항목별 비용 등을 상세히 설명합니다.
품질 관리 (Quality Management):
프로젝트의 품질을 보장하기 위한 절차 및 기준을 제시합니다.
예시: 품질 관리 프로세스, 테스트 방법, 품질 평가 기준 등을 포함합니다.
위험 관리 (Risk Management):
프로젝트 수행 중 발생할 수 있는 위험을 식별하고 관리하는 방법을 설명합니다.
예시: 위험 요소 식별, 평가, 대응 전략 등을 기술합니다.
변경 관리 (Change Management):
프로젝트 범위나 일정 등의 변경에 대한 관리 방법을 설명합니다.
예시: 변경 요청의 처리 절차, 승인 프로세스, 변경 관리 위원회 등을 포함합니다.
커뮤니케이션 계획 (Communication Plan):
프로젝트 팀과 이해관계자 간의 의사소통 방법과 빈도를 정의합니다.
예시: 회의 일정, 보고서 양식, 의사소통 채널 등을 명시합니다.
SoW 구성 항목에 대한 예시:
프로젝트 개요: "ABC 소프트웨어 개발 프로젝트는 새로운 온라인 플랫폼을 개발하여 고객의 사용자 경험을 향상시키는 것을 목표로 합니다."
작업 범위: "프로젝트 범위에는 요구 사항 분석, 설계, 개발, 테스트 및 배포가 포함됩니다."
성과물: "프로젝트 결과물로는 웹 어플리케이션, 기술 문서, 사용자 매뉴얼 등이 생성
다. SoW의 구성항목 사례
구성항목
사례
예측 고장시간
- 하드웨어, 소프트웨어, 네트워크, 유지보수, 설치/변환
지원시간
- Help Desk, 기술지원, 고객관리
보안
- 접근제어, 백업, 복사, 재해복구/상황계획
(추가)SOW 주요항목 (목차 예시)
제 1조 소개 제 2조 참고자료 제 3조 프로젝트의 작업 범위 제 1항 개발 업무 범위 제 2항 외부시스템 인터페이스 범위 제 3항 보안 범위 제 4항 Tool 적용 범위 제 5항 교육계획
제 4조 프로젝트 추진조직과 역할 제 1항 프로젝트 추진조직 제 2항 프로젝트 추진 인력 제 3항 프로젝트 수행 역할과 책임 제 5조 인도품목 제 6조 인수 및 프로젝트의 완료 제 1항 인수 제 2항 프로젝트의 완료 제 7조 예상 프로젝트 추진일정
- 제안자와 고객간의 계약의 토대가 되며 제안자가 고객 위해 수행해야 할 구체적 작업 목록이 포함
라. SoW의 관점별 역할
역할
설명
서비스 사용자 측면
-합의된 서비스 수준에 필요한 서비스 공급자의 작업내용 이해 -작업량에 의거한 평가, 보상, 패널티 등 관리하여 합리적 서비스 수준 요구 가능
서비스 제공자 측면
-합의된 서비스 수준에 필요한 작업량 객관적 측정 -미예측 서비스 요구에 따른 Risk Hedging -내부적 원가 절감 및 생산성 제고의 Driver로 활용
관점별 SoW의 역할:
의뢰자 (Client) 관점:
프로젝트 명확한 이해: 의뢰자는 SoW를 통해 프로젝트의 목적, 범위, 일정, 비용 등을 명확히 이해하고 프로젝트 결과물에 대한 기대를 설정할 수 있습니다.
계약 규정의 기준: 의뢰자는 SoW를 기반으로 프로젝트에 대한 계약 조건을 정의하고 법적 책임을 명확히 합니다.
프로젝트 추적 및 평가: SoW는 의뢰자가 프로젝트 진행 상황을 추적하고 프로젝트의 성과를 평가하는 데 도움이 됩니다.
수주자 (Contractor 또는 Vendor) 관점:
프로젝트 범위의 이해: 수주자는 SoW를 통해 프로젝트 범위와 요구사항을 명확히 이해하고 작업 계획을 수립할 수 있습니다.
작업 일정 및 자원 할당: SoW는 수주자가 작업 일정을 계획하고 필요한 자원을 할당하는 데 도움을 줍니다.
변경 관리 및 승인 프로세스: SoW는 변경 요청의 관리와 승인 프로세스를 명시하여 수주자가 프로젝트 변경에 대응할 수 있도록 합니다.
프로젝트 관리자 (Project Manager) 관점:
프로젝트 계획의 기초: 프로젝트 관리자는 SoW를 기반으로 프로젝트 계획을 수립하고 일정, 자원, 예산 등을 관리합니다.
범위 및 변경 관리: SoW는 프로젝트 범위를 정의하고 변경 관리 프로세스를 제공하여 프로젝트 범위의 변동을 관리합니다.
프로젝트 추적 및 통제: SoW는 프로젝트 진행 상황을 추적하고 품질을 통제하기 위한 기준을 제공하여 프로젝트를 효율적으로 관리합니다.
프로젝트 팀 (Project Team) 관점:
작업 범위 및 목표의 이해: 프로젝트 팀은 SoW를 통해 작업 범위와 목표를 이해하고 업무에 집중할 수 있습니다.
역할 및 책임의 명확성: SoW는 각 팀원의 역할과 책임을 명확히 정의하여 협업을 원활하게 합니다.
품질 표준의 준수: SoW는 프로젝트 결과물의 품질 기준을 제공하여 팀원이 품질을 유지하고 향상시키는 데 도움을 줍니다.
SoW는 의뢰자, 수주자, 프로젝트 관리자 및 프로젝트 팀 모두에게 프로젝트를 성공적으로 수행하기 위한 필수 도구로 작용합니다. 이를 통해 프로젝트의 목표를 달성하고 이해관계자 간의 일관성을 유지할 수 있습니다.
