작업 범위는 무엇입니까?

게시 됨: 2022-07-07

클라이언트와 작업하는 것은 쉽지 않습니다. 내담자 관계가 악화되는 주된 이유 중 하나는 내담자가 받아야 할 서비스에 대해 의견 불일치가 있을 때입니다. 고객을 위해 수행할 서비스를 명확하게 설명하는 도구가 필요합니다. 그 도구를 작업 범위라고 합니다.

고객을 위해 추가 무급 작업을 하거나 그들이 동의한 만큼 충분한 작업을 제공하지 않는다는 비난을 받은 적이 있습니까?

특히 웹 디자인 및 개발과 같은 디지털 직업에서 발생하는 경향이 있습니다.

고객은 귀하가 추가 작업을 추가하는 것이 쉽다고 생각할 수 있으며 귀하가 통지 없이 또는 보상 없이 추가 작업을 수행하기를 기대할 수 있습니다. 다른 경우에는 특정 서비스에 포함된 내용에 대해 혼란스러워합니다. 때때로, 당신은 가능한 한 많은 무료 작업을 위해 당신을 힘들게 하는 클라이언트를 얻게 될 것입니다.

이러한 클라이언트 문제를 방지하려면 작업 범위가 필요합니다. 이 기사에서는 작업 범위가 무엇인지, 왜 필요한지, 만드는 방법에 대해 설명합니다.

작업 범위는 무엇입니까?

작업 범위는 프로젝트 내에서 수행될 작업에 대한 합의입니다. 그것은 무엇을 할 것인지, 언제, 어떻게 할 것인지 자세히 설명합니다.

업무 범위는 서비스의 경계와 한계를 정의합니다.

작업 범위 대 작업 명세서

작업 범위는 작업 명세서와 혼동되는 경우가 많습니다. 특히 둘 다 동일한 약어인 SoW를 사용하기 때문입니다. 그러나 이러한 용어는 동의어가 아닙니다.

작업 범위 는 프로젝트의 목표를 달성하기 위해 완료될 개별 작업과 함께 수행된 서비스를 간략하게 설명합니다.

작업 명세서는 보다 광범위하고 포괄적인 프로젝트 개요 및 프로젝트 관리 문서입니다. 그것은 수행될 작업과 관련된 모든 것을 포함합니다. 작업 명세서에는 하청업체 정보 또는 여행 요구 사항과 같은 항목이 포함될 수 있습니다. 이러한 문서는 일반적으로 작업 범위보다 더 많은 이해 관계자와 공유됩니다.

작업 범위

작업 범위가 중요한 이유는 무엇입니까?

업무 범위는 고객이 귀하로부터 받을 내용과 귀하가 일하는 방식을 간결하게 전달합니다. 이 두 가지가 중요합니다.

작업 범위는 내부 프로세스에 대해 클라이언트를 교육하는 데 사용할 수 있습니다. 같은 페이지에 있는지 확인하는 가장 좋은 방법입니다. 그리고 많은 시간과 두통을 절약할 수 있습니다.

고객이 당신이 얼마나 많은 일을 했으며 언제 결과물을 기대할 수 있는지 끊임없이 묻는 것을 방지하고 싶으십니까? 자세한 업무 범위를 작성하십시오.

또한 명확하게 정의된 서비스 및 작업 집합에 동의했음을 보여줌으로써 범위 이동 및 서비스 후 불만을 방지합니다. 원하는 경우 추가 서비스를 추가할 수 있는 방법을 포함할 수 있습니다.

몇 가지 서비스와 작업을 간단히 설명하는 제거된 버전을 만들 수 있습니다. 또는 승인 기한을 공유하는 보다 광범위한 항목을 만들 수 있습니다.

작업 범위가 필요합니까?

예. 고객에게 서비스를 제공하는 경우 고객에게 제공하는 서비스, 해당 서비스의 범위 및 제한, 제공 방법을 정확히 정의하는 문서가 있어야 합니다. 이 정보는 제안서나 계약서에서 다루지 않습니다.

장기 클라이언트를 위한 반복 서비스일지라도 모든 서비스에 대해 작업 범위를 수행해야 합니다. 클라이언트가 프로세스의 모든 세부 사항을 알고 기억할 것으로 기대하는 것은 합리적이지 않습니다. 이렇게 하면 일을 전문적으로 유지하고 문제가 발생할 경우 백업할 수 있습니다.

작업 범위 없이 작업하는 것은 실패에 대비하는 것입니다.

작업 범위에는 무엇이 포함되어야 합니까?

서비스, ​​프로젝트 및 클라이언트에 맞게 작업 범위를 사용자 지정할 수 있습니다. 최소한 어떤 서비스를 제공하는지, 언제 제공하는지, 어떻게 제공하는지, 클라이언트가 무엇을 받을지 자세히 설명해야 합니다.

작업 범위에 들어갈 수 있는 20개의 요소 목록을 작성했습니다. 이들 모두가 모든 프로젝트에 적합한 것은 아닙니다. 포함할 항목과 생략할 항목을 선택할 수 있습니다.

클라이언트-디자이너 관계를 보다 쉽고 효율적이고 생산적이며 덜 위험하게 만드는 데 도움이 되는 프로젝트 세부 정보를 전달하는 것이 전부라는 것을 기억하십시오.

다음 요소가 필수 요소로 간주될 수 있습니다.

  • 개요
  • 목표/목표
  • 업무 범위
  • 프로토콜 변경
  • 승인 조건
  • 서비스 설명
  • 결과물
  • 이정표
  • 진행 보고
  • 타임라인/스케줄

필요에 따라 다음을 포함할 수 있습니다.

  • 문제 설명
  • 용어 사전
  • 범위 외 목록
  • 작업 목록
  • 자원
  • 근무지
  • 프로젝트 관리
  • 테스트
  • 지불 조건
  • 예산 또는 자원 할당

1. 프로젝트 개요 또는 배경

프로젝트 개요는 프로젝트를 요약합니다. 여기에는 프로젝트의 기본 세부정보가 포함되어야 합니다. 누가 클라이언트인지, 누가 서비스 제공업체인지, 어떤 서비스가 제공되고 있는지 등입니다.

대부분의 개요는 또한 수행 중인 작업에 대한 컨텍스트와 함께 배경 정보를 제공합니다. 여기에는 귀하가 서비스 제공자로 선택된 이유와 클라이언트가 그러한 결정을 내린 방법이 포함될 수 있습니다. 예상 일정도 포함될 수 있습니다.

2. 프로젝트 목표

프로젝트 목표는 서비스가 달성하고자 하는 결과와 결과를 설명합니다.

이것은 일반적이고 큰 그림이며 표면 수준의 설명입니다. 여기에는 결과물의 세부 목록이 포함되거나 기술 정보가 포함되어서는 안 됩니다.

"장바구니가 있는 랜딩 페이지" 대 "와이어프레이밍, 페이지 내 SEO, 장바구니 통합" 등을 생각하십시오.

3. 문제 설명

문제 설명은 이 서비스가 해결하는 문제, 문제 또는 요구 사항을 설명합니다. 프로젝트의 이유를 간략하게 설명하는 섹션입니다.

이 섹션은 선택 사항으로 간주될 수 있습니다. 모든 프로젝트에 적용되는 것은 아니지만 적합하다고 생각되면 포함해야 합니다.

예를 들어 사이트 새로 고침 작업을 하는 웹 디자이너는 웹 사이트의 높은 이탈률 또는 장애가 있는 사람들이 액세스할 수 없음을 설명하는 문제 설명을 포함할 수 있습니다.

4. 용어집

귀하의 서비스를 설명하는 데 사용되는 언어에 익숙하지 않을 수 있는 개인과 작업할 때 용어집을 포함하는 것을 고려해야 합니다.

외부인이 알지 못하는 모든 것을 나열하고 정의하십시오.

여기에는 업무 및 산업 분야에서 사용되는 약어, 용어 및 전문 용어가 포함될 수 있습니다. 또한 모든 서비스 약관, 조건 및 요구 사항을 포함해야 합니다.

포함된 경우 용어집은 문서의 시작 부분에 위치해야 합니다. 최소한 정의해야 하는 용어 앞에 두어야 합니다.

5. 업무 범위

작업 범위 섹션에는 클라이언트가 제공할 특정 서비스가 나열됩니다.

이 섹션은 결과물 또는 작업 목록과 비슷하지만 다릅니다. 여기에는 귀하가 제공하는 고유한 서비스와 하위 서비스가 나열됩니다.

예를 들어, 그래픽 디자인 서비스를 제공하는 웹 디자이너는 와이어프레임, 3개의 로고 디자인, 배경 이미지 및 타이포그래피를 포함할 수 있습니다.

다른 서비스 수준이 있는 경우 이 섹션에는 해당 작업의 범위가 포함되어야 합니다.

6. 범위 외 목록

범위 외 섹션에는 이 서비스 중에 수행되지 않을 작업이 나열됩니다. 의도하지 않은 것이든 클라이언트가 작업을 시도하는 것이든 간에 범위 이동을 방지하는 좋은 방법입니다.

이 섹션에는 클라이언트가 프로젝트 전체에서 가장 많이 요청할 가능성이 높은 추가 서비스 또는 프로젝트의 성공에 중요하지만 귀하가 완료하지 못하는 추가 서비스가 나열되어 있습니다.

외부 사람이나 요인에 어떻게든 의존하는 프로젝트에서 작업하는 서비스 제공자는 범위 외 활동 섹션을 포함해야 합니다. 그것은 당신이 통제할 수 없는 일에 대해 책임을 지지 않도록 보호합니다. 이 섹션은 또한 무료 작업 또는 보너스 서비스에 대한 기대를 완전히 없애는 데 도움이 됩니다.

클라이언트는 종종 웹 디자이너에게 여기저기서 더 많은 기능, 업그레이드, 변경 또는 기타 추가 사항을 요청합니다. 때로는 사전에 생각하지 않았거나 포함하는 것을 잊었거나 포함되어야 한다는 인상을 받았기 때문에 그런 일이 발생합니다. 여러분이 제공하는 것보다 보완적이거나 밀접하게 관련되거나 더 광범위한 것을 생각하십시오.

많은 클라이언트가 범위 외 섹션에 나열된 서비스를 확인한 후 계약에 더 많은 서비스를 추가하기로 선택합니다. 따라서 이것을 상향 판매하는 좋은 방법이라고 생각하십시오.

7. 프로토콜 변경

고객은 변화를 원할 것입니다. 클라이언트와 프로젝트 내 프로세스의 변경 사항을 처리하기 위해 설정된 프로토콜로 이에 대비해야 합니다.

변경 방법과 변경 방법에 대해 고객에게 미리 교육하면 프로젝트를 원활하게 실행하는 데 도움이 됩니다. 작업 프로세스에 더 많은 구조를 가져오고 전문성을 보여주며 고객 관계에 형식적인 느낌을 더합니다.

그것은 당신이 당신의 일을 진지하게 받아들이고 프로젝트 동안 그들의 행동에 대해 분명한 기대를 가지고 있다는 것을 클라이언트에게 보여줍니다.

클라이언트는 명확한 경계를 설정한 사람을 존중합니다. 그들은 당신이 "무슨 일이든" 기반으로 운영하지 않는다는 것을 이해해야 합니다.

변경 프로토콜 또는 프로세스 섹션은 클라이언트가 변경을 원할 경우 어떤 일이 발생하는지 간략하게 설명합니다. 최소한 다음 사항을 포함해야 합니다.

  • 계약 범위에 포함되는 변경 사항
  • 클라이언트가 이러한 변경을 수행하는 방법
  • 설정된 조건 내에서 변경하지 않으면 어떻게 됩니까?
  • 합의된 서비스를 벗어나는 변경 사항을 처리하는 방법
  • 추가 변경에 대한 가격 및 지불 조건

변경 사항을 더 쉽게 처리할 수 있도록 필요한 모든 것을 포함합니다. 서비스 제공업체는 일반적으로 제한된 시간 내에 설정된 숫자로만 변경을 제한하는 것을 선호합니다.

이 섹션은 경솔한 변경 요청을 방지하고 변경 사항이 혼란스럽지 않도록 하며 범위 이동을 제한합니다.

8. 서비스 설명

서비스 설명 섹션에서는 수행할 서비스에 대해 설명합니다. 작업이 아닌 유형 및 범주 측면에서 이것을 생각하십시오.

예를 들어 전자 상거래 웹 사이트의 웹 서비스는 SEO 연구, WordPress 웹 사이트 개발, 테마 사용자 정의, 모바일 최적화 및 마케팅 플러그인 통합일 수 있습니다.

서비스 설명 섹션을 귀하의 가치를 강화하는 기회로 사용할 수 있습니다.

9. 작업 목록 및 세부 정보

이 섹션에는 각 서비스를 완료하는 데 필요한 모든 작업과 마감일이 포함되어 있습니다. 클라이언트를 위해 수행하는 작업의 가장 세부적인 목록입니다.

작업 섹션은 특히 단일 서비스에 긴 작업 목록이 포함될 수 있는 웹 서비스 또는 기타 작업을 제공할 때 상당히 길어질 수 있습니다. 따라서 이 섹션을 깔끔하고 논리적으로 구성하십시오.

여러 사람이 관련되어 있거나 참조해야 하는 경우 이 섹션을 참조로 사용할 수 있을 만큼 자세히 설명해야 합니다.

10. 자원

클라이언트가 서비스를 완료하기 위해 리소스, 정보 또는 기타 모든 것을 제공해야 하는 경우 리소스 섹션이 포함되어야 합니다.

이것은 그들에게 필요한 것, 각 자원을 제공하기 위한 기한, 선호하는 수신 방법의 목록이어야 합니다.

11. 근무지 또는 공연장소

이 섹션은 작업이 수행될 위치를 알려줍니다. 많은 서비스 공급자에게 이는 가상 또는 원격 작업 위치를 의미합니다.

그러나 클라이언트와 직접 회의가 있는 경우 하이브리드가 될 수 있습니다.

12. 결과물

이 섹션에는 클라이언트가 렌더링된 서비스의 일부로 받게 될 개별 최종 제품이 나열되어 있습니다. 제공 방법을 포함하도록 선택할 수 있습니다.

다음은 두 가지 예입니다.

  • 로고 디자이너의 결과물은 Google 드라이브를 통해 SVG 및 JPG 형식으로 제공되는 5가지 로고 버전일 수 있습니다.
  • 웹 디자인 프로젝트 결과물은 경쟁자 분석, A/B 테스트를 위한 2개의 웹사이트 버전, 크리에이티브 자산 및 스타일 가이드라인일 수 있습니다.

이 섹션은 필수입니다. 고객은 프로젝트가 끝나면 무엇을 받게 될지 정확히 알아야 합니다.

13. 프로젝트 또는 작업 관리

관리 섹션은 클라이언트 또는 기타 이해 관계자의 참여와 관련하여 프로젝트 관리에 대해 자세히 설명합니다.

여기에는 가상 회의, 전화 대화, 화상 회의, 이해 관계자 토론 등이 포함되어야 합니다.

예를 들어, 진행 상황을 논의하기 위해 주간 회의를 갖고 싶다면 이 섹션에 넣으십시오.

14. 이정표

이정표 섹션은 거의 모든 작업 범위에 적합합니다. 이것은 프로젝트 전반에 걸쳐 중요한 포인트를 나열합니다.

다른 프로젝트 관리 단계와 상관 관계가 있거나 결정적인 성과를 표시할 수 있습니다.

15. 일정 또는 작업 타임라인

작업 범위에는 항상 일정이 포함됩니다. 프로젝트의 시작 및 종료 날짜(또는 예상 종료 날짜)와 이정표 날짜를 나열해야 합니다.

클라이언트에게 프로젝트 단계 타임라인을 제공하도록 선택할 수도 있습니다. 이것은 물건이 어디에 있는지 추적하는 데 도움이 되는 좋은 방법입니다.

일반적인 일정은 다음과 같습니다.

  • 프로젝트 시작일
  • 프로젝트의 예상 종료 날짜
  • 프로젝트의 최종 종료 날짜
  • 작업 시작 및 종료 날짜
  • 이정표 날짜
  • 인도 가능 기한
  • 주요 단계의 대략적인 날짜

확정된 날짜와 예상되는 날짜를 구분해야 합니다. 프로젝트의 시작 날짜는 종종 확실하게 고정할 수 있는 유일한 날짜입니다.

이정표 및 프로젝트 단계와 관련하여 단일 날짜가 아닌 날짜 범위 또는 최종 기한을 제공할 수 있습니다.

당신이 그들에게 확고한 기한과 예상 일정을 제시하는 시기를 클라이언트가 이해하고 있는지 확인하십시오.

16. 진행 상황 보고

작업 범위의 이 섹션에서는 상태 보고서 및 업데이트를 클라이언트와 공유하는 방법에 대해 설명합니다.

어떤 종류의 정보를 얻을 것인지, 언제 얻을 것인지, 어떤 형식으로 제공될 것인지, 어떻게 전달할 것인지 알려주십시오.

나중에 확인할 수 있는 방식으로 진행 보고서를 제공하는 것이 가장 좋습니다.

17. 테스트 및 체크포인트

작업 범위에는 수행 중인 서비스의 중요한 부분인 테스트 또는 체크포인트 섹션이 포함되어야 합니다.

다음이 있어야 합니다.

  • 어떤 작업을 테스트 할 것인가
  • 어떤 종류의 테스트가 수행될 것인가
  • 그 시험의 범위
  • 테스트가 수행될 때

이를 통해 고객은 귀하의 표준이 무엇인지 알 수 있으며 사실 이후에 품질이 떨어지는 서비스에 대해 불만을 제기하거나 주장하는 것을 방지할 수 있습니다.

일정이나 일정에 포함해야 합니다.

18. 수락 및 승인 조건

작업 범위에는 항상 클라이언트의 승인 및 작업 수락에 대한 설정된 기대치가 포함되어야 합니다.

고객에게 승인이 필요한 항목, 승인 방법 및 승인 시간을 알려야 합니다. 클라이언트가 이러한 조건을 충족하지 못하면 작업을 수락한 것으로 간주됩니다.

클라이언트는 그 과정에서 작업을 승인해야 합니다. 모든 중요한 단계, 결과물, 이정표 및 프로젝트의 최종 종료에 대한 단계적 승인을 포함합니다.

19. 지불 조건

작업 범위에는 지불 조건 및 기한이 포함될 수 있습니다. 이러한 조건은 계약 및 제안서와 같은 다른 문서에서 다루어야 합니다.

그러나 작업 범위에서 반복하는 것은 작업이 이러한 조건이 충족되어야 한다는 사실을 반복합니다.

20. 프로젝트 예산 또는 자원 할당

실질적인 프로젝트의 작업 범위에는 예산 할당을 자세히 설명하는 섹션이 포함될 수 있습니다.

마무리

업무 범위는 불만 및 의견 불일치에 대한 법적 보호를 제공하면서 업무 관계를 더 쉽게 만들어야 합니다.

처음에는 기본에 초점을 맞춘 다음 귀하와 귀하의 고객이 같은 페이지에 도달하는 데 도움이 되는 모든 것을 추가하십시오.

다음은 몇 가지 최종 팁입니다.

  • 명확하고 간단하게 작성
  • 상세하고 세분화
  • 준비부터 마무리까지 모든 것을 생각하며 차근차근 진행
  • 작업을 서비스, 하위 서비스, 작업 및 하위 작업으로 나눕니다.
  • 명확한 벤치마크, 성공 기준 및 단계 설정
  • 다른 사람에게 작업 범위를 검토하거나 휴식을 취하고 다시 확인하십시오.

웹 세미나 보기: 포괄적인 작업 범위를 만드는 방법

이 게시물은 iThemes 교육의 "포괄적인 작업 범위를 만드는 방법" 웨비나를 기반으로 합니다. 비즈니스를 보다 효율적이고 생산적으로 만드는 범위 또는 작업 명세서 작성에 대해 자세히 알아보십시오.