작업 문서의 멋진 범위를 작성하는 10단계

회사 문화는 항상 서로 다릅니다.

그들에게는 몇 가지 공통된 작업 프로세스가 있을 수 있지만 다양한 프로젝트에 접근하는 방식과 개발 전략을 수행하는 방식은 다릅니다.

그럴 때 사람들은 때때로 개발 과정 내에서 그리고 개발 과정에서 무엇을 기대해야 할지 모릅니다. 원격 작업자가 문제가 되는 다음 단계로 이동하면 전체 워크플로 프로세스를 원격 작업자에게 설명하기가 약간 바쁩니다.

마찬가지로 이해 관계자와 고객은 완전히 다른 유형입니다. 그들이 자신감 있고 낙관적이라고 느끼도록 하려면 작업 문서의 범위를 제자리에 설정해야 합니다. 내부 및 외부 당사자에게 개발 프로세스를 간략하게 설명합니다.

업계에서 프로젝트 관리자로 발을 담그려는 경우 SoW Doc 에 대해 미리 알아야 할 사항이 있습니다.

작업 문서의 범위는 무엇입니까?

작업 문서의 범위는 프로젝트의 개발 프로세스에 대한 절벽 노트입니다.

이러한 문서에는 프로젝트와 관련된 모든 것이 포함됩니다. 예를 들어 납품 일정, 프로젝트 조건, 프로젝트와 관련된 모든 다양한 작업 세부 정보, 프로젝트에서 예상되는 모든 다양한 결과물이 포함됩니다.

프로젝트 변수와 개발 프로세스를 완전히 이해하려면 작업 문서의 범위를 다양한 프로젝트 개발 단계 및 프로젝트와 관련된 기타 모든 요소를 ​​안내하는 맵으로 생각해야 합니다.

회사에서 프로젝트 관리자로 일하고 있다면 팀의 모든 구성원, 회사의 모든 구성원 및 프로젝트에 연결된 이해 관계자가 기대치를 알 수 있도록 상세한 SOW 문서를 개발하거나 개발해야 합니다. 프로젝트에서.

이 문서는 또한 모든 사람이 자신이 해야 할 일과 개발 프로세스를 통해 개발해야 할 사항을 알고 있는지 확인하는 데 도움이 될 것입니다.

다음은 SOW 문서에 포함되어야 하는 다양한 섹션입니다. 그것들을 살펴보겠습니다.

1. 이용약관

이 섹션에는 프로젝트와 관련된 이해 관계자에게 명확하지 않은 다양한 요구 사항, 조건 및 조건이 모두 포함되어 있습니다.

2. 예산 정보

이 섹션에서는 이해 관계자를 위해 프로젝트에 대한 재무 정보를 설명합니다. 개발 프로세스에 사용되는 모든 비용과 프로젝트에 연결된 모든 다른 요소는 SOW 문서의 이 섹션에 설명되어 있습니다.

3. 개별 과제

여기에서 개발 팀의 모든 단일 구성원과 관련된 모든 다양한 작업이 논의됩니다. 스프린트에서 작업 중이든 개발 프로세스 전반에 걸쳐 작업 중이든 결과물은 이 섹션에서 논의됩니다.

4. 프로젝트 목표

이것은 SOW 문서의 가장 중요한 요소 중 하나입니다.

모든 단일 브레인스토밍 세션, 문제 설명 및 프로젝트와 관련된 생각이 이 세션에서 논의되어 모든 사람이 회사가 직면한 문제와 이 프로젝트가 문제를 해결하는 방법에 대해 알 수 있습니다.

5. 예상 결과

이 섹션에서는 다양한 목표와 결과물에 대해 설명합니다. 여기에는 판매 증가, 다양한 전환 측정항목 및 전체 트래픽의 예상 증가와 같이 프로젝트와 관련된 모든 문제 설명이 포함됩니다.

이 섹션에서는 회사가 프로젝트를 개발하도록 하는 다양한 목표에 대해 설명합니다.

6. 결과물

이 섹션에서는 프로젝트와 관련된 모든 작은 요소와 목표에 대한 자세한 분석을 살펴봅니다. 고객이 개발 중인 웹사이트의 실행 가능한 목업이나 실제 완제품을 원하십니까? 그런 것들.

7. 이정표

이정표는 개발 프로세스에 포함된 프로세스의 다양한 완료 단계를 표시하는 명확한 날짜 및 이벤트입니다. 이 섹션에서는 이정표와 마감일 지향적인 결과물에 대해 설명합니다.

우리 모두는 우리가 개발하려는 일부 프로젝트에 대해 내부 또는 친숙한 이해 관계자로부터 진행을 원할 때 프로젝트 제안이 필요하다는 것을 알고 있습니다. 그러나 외부 엔티티와 작업할 때 모든 것을 알려주는 작업 문서의 범위가 필요합니다.

완벽한 SOW 문서를 작성하기 위한 10가지 최상의 단계에 대해서는 논의하지 않겠습니다.

완벽한 작업 범위 문서를 작성하는 10단계

다음은 효과적인 SOW 문서를 작성하기 위해 취하는 단계입니다.

• 소개
• 프로젝트 개요
• 프로젝트 목적
• 요약
• 작업 목록
• 프로젝트 일정
• 결과물
• 입양 절차
• 프로젝트 관리
• 완료 기준 및 승인

이러한 단계에 대해 자세히 논의해 보겠습니다.

1. 소개

프로젝트를 시작할 때 프로젝트에 대한 아이디어와 브레인스토밍 세션이 전사되고 프로젝트 또는 제공되는 서비스에 대한 모든 세부 사항이 정리됩니다.

여기에는 제품에서 수행 중인 작업과 프로젝트 개발 프로세스에 참여하게 될 여러 당사자에 대한 모든 세부 정보가 포함될 수 있습니다.

이 섹션에는 프로젝트 시작 시 수정해야 하는 공식 계약 및 세부 정보도 포함되어 있습니다.

• 계약은 이 단계에서 논의되며 프로젝트와 관련된 여러 기관 간에 상호 합의된 조건입니다.
• 회사가 개발 프로세스를 완료하는 데 필요할 수 있는 리소스를 획득하기 위한 순위 제안도 이 섹션에서 논의됩니다.

2. 프로젝트 개요

이 섹션에서는 이 프로젝트가 수행되는 이유와 궁극적인 개발 과정에 대한 세부 정보를 제공합니다. 이러한 작은 세부 사항을 검토하고 모든 것이 처음에 개발할 프로젝트의 목적과 일치하는지 확인합니다.

이 섹션에서 사용하는 문구가 이해하기 쉬운지 확인하십시오. 외부 연결이 우리가 무엇을 하고 있으며 제품/서비스로 무엇을 하려는지 깨닫는 첫 번째 단계이기 때문입니다.

Salesforce의 고위 직원은 다음을 공유합니다.

"동료나 가족 구성원이 범위와 성공이 어떤 것인지 설명할 수 없는 경우 이 기본 섹션은 명확해질 때까지 업데이트해야 합니다."

3. 프로젝트 목표

이 섹션에서는 회사가 프로젝트를 통해 달성하고자 하는 모든 다양한 목표에 대해 논의합니다.

아직 풀리지 않은 조직적 패러다임의 문제를 풀고자 하는 것인지, 이전에 살펴보았으나 그 해법이 전문적인 패러다임의 일반 대중과 일치하지 않는 문제에 대한 해결책을 찾고자 하는 것인지.

이것 좀 봐:

효과적인 목표 설정을 위해 회사 OKR을 작성하는 방법은 무엇입니까?

4. 업무 범위

목록의 다음 항목은 프로젝트를 확실한 성공으로 만들기 위해 수행해야 하는 모든 작업 활동을 설명하는 SOW입니다.

문서의 이 섹션을 디자인할 때 세부 사항은 다음 섹션에서 논의될 것이므로 섹션이 세부 사항으로 들어가지 않도록 하십시오. 이 섹션을 모든 작업에 대한 개요를 제공하는 간단한 설명으로 디자인하거나 글머리 기호 목록으로 디자인할 수 있습니다.

일반적으로 개발되는 프로젝트의 작업 섹션 범위의 대부분은 간단한 설명이지만 프로젝트에서 문서의 SOW 섹션에 사용할 소프트웨어 및 하드웨어에 대한 기술적 세부 정보를 포함해야 하는 경우가 있습니다. 개발 과정.

5. 작업 목록

다음 섹션은 이름에서 알 수 있듯이 작업해야 하는 모든 다양한 작업, 활동 및 프로세스의 목록으로, 프로세스가 확실한 성공을 거두고 아무 것도 취소되지 않은 상태로 남아 있는지 확인합니다.

이 섹션에서 할 수 있는 한 가지는 이 섹션에 나열된 모든 다른 항목을 쉽게 읽고 이해할 수 있도록 하는 것입니다. 이렇게 하면 독자가 섹션에 나열한 다양한 내용을 모두 이해하고 가능한 한 빨리 작업에 착수할 수 있습니다.

이러한 작업은 프로젝트와 관련된 결과물이 아님을 기억해야 합니다. 이는 모든 결과물을 적시에 개발하고 프로젝트 개발 프로세스를 성공시키기 위해 수행할 작업입니다.

6. 프로젝트 일정

모든 사람이 필요한 시간에 개발해야 하는 결과물의 시작 및 종료 날짜에 대해 알려야 하므로 명단에 있는 모든 프로젝트의 일정은 매우 중요합니다. 그러나 작업 문서 범위의 이 섹션을 개발하면 추가 작업을 수행하게 됩니다.

문서의 이 섹션에는 해당 날짜에 완료될 날짜 및 관련 작업에 대한 모든 세부 정보가 포함됩니다.

또한 개발 프로세스와 관련된 모든 다른 엔터티를 언급하여 모든 사람이 누가 무엇을 언제 작업할지 알 수 있도록 합니다.

관련된:

전문 프로젝트 관리자를 위한 Gantt Charts Planning n' Scheduling

7. 결과물

드디어 사업을 시작합니다. 프로젝트 결과물은 회사가 개발 팀에서 요구하는 정확한 결과입니다.

프로젝트 문서 범위의 결과물 섹션은 특정 스프린트가 끝날 때 또는 전체 개발 프로세스 후에 개발 팀에서 요구하는 다양한 결과를 모두 나열해야 하는 곳입니다.

산출물에는 다음과 같은 것이 포함될 수 있습니다.

• 팀에서 개발 중인 프로젝트 또는 웹사이트의 완전한 작동 프로토타입
• 프로젝트와 관련된 모든 다양한 엔터티의 메트릭 추적
• 개발하려는 모든 다른 웹사이트의 페이지 템플릿

8. 입양 절차

채택 프로세스는 일반적으로 프로젝트를 위해 개발 중인 대부분의 SOW 문서에 포함되지 않지만 모든 SOW 문서에 추가되어야 하는 정말 중요한 섹션입니다.

채택 프로세스는 해당 프로젝트의 개발로 인해 발생하게 될 변경 사항을 설명합니다.

이러한 변경 사항은 회사에서 개선하려는 웹 사이트의 레이아웃 변경일 수도 있고 이미 존재하는 응용 프로그램에 가져온 새로운 기능일 수 있으며 이러한 기능이 어떻게 생겨나게 되었는지입니다.

9. 프로젝트 관리

다음 단계는 전체 shebang에 프로젝트 관리 원칙을 적용하는 것입니다. 프로젝트와 관련된 대부분의 세부 사항이 각각의 요소와 연결되어 있기 때문에 도로에서 보여줄 관리 원칙을 놓치고 있습니다.

작업 문서의 범위에 포함된 주요 프로젝트 관리 원칙은 다음과 같습니다.

나). 보고

이 섹션에서는 다른 팀 구성원이 프로젝트 개발 프로세스에서 개발해야 하는 작업에 연결됩니다. 프로젝트 관리자는 이러한 임무를 할당하고 팀을 올바른 방향으로 안내하는 데 필요한 코칭 임무를 처리해야 합니다.

ii). 지불

이 섹션에서는 다양한 재무 결정이 강조 표시됩니다. 그 점에서 프로젝트 전체와 관련된 다양한 지출 또는 프로젝트 개발 프로세스에서 개발되는 각 결과물의 비용도 자세히 설명됩니다.

10. 완료 기준 및 승인(들)

마지막으로 프로젝트 개발 프로세스의 완료 기준 및 승인 프로세스를 모든 사람이 볼 수 있도록 설명하여 프로젝트와 관련된 모든 주체가 프로젝트 종료 시점을 알고 지식을 확고히 합니다. 전체 프로젝트 개발 프로세스 타임라인의

SOW 작성 팁

다음은 작업 문서 범위를 시작하기 전에 이해해야 할 몇 가지 팁입니다.

1. 더 시각적으로

읽는 것이 무언가를 보는 것보다 훨씬 어렵다는 것을 이해해야 합니다. 20페이지짜리 문서에 쓸 수 있는 것보다 한 장의 사진에서 백만 가지 다른 것을 말할 수 있습니다.

그렇기 때문에 작업 범위 문서를 작성할 때 작업을 돕기 위해 다양한 그래픽과 시각적 표현을 사용해야 합니다.

그러면 나머지 팀이 이해하기가 훨씬 쉬워집니다.

2. 귀하의 언어로 매우 구체적이어야 합니다.

작업 문서 범위에서 사용하는 언어는 매우 정확해야 합니다. 문서에서 언급한 모든 다른 단어와 개체가 모두가 이해하는지 확인해야 합니다. 그렇지 않으면 요점이 무엇입니까?

3. 적절한 승인 받기

프로젝트 관리자는 계획에 모든 사람을 참여시켜야 합니다. 여기에는 팀 구성원과 프로젝트에 연결된 모든 이해 관계자가 포함됩니다.

그렇게 하면 미래의 합병증을 줄이고 프로젝트 관리 프로세스에 대해 관리자와 이해 관계자 간에 발생할 수 있는 갈등도 줄일 수 있습니다.