프로젝트 관리에 있다면 작업 진술(SOW)에 낯선 사람이 아니어야합니다.작업 진술서를 작성할 때 오류가 발생할 여지가 거의 없다는 것을 알고있을 것입니다. 기 때문에 뿌리는 단계를 설정한 미래의 협력 부분의 법적 구속력이 있는 계약으로,심지어 작은 실수는 또 오해할 수 있는 총알.

밝은면에서 프로젝트의 모든 기능과 아웃을 미리 기록하면 결국 문제의 세계에서 당신을 구할 수 있습니다., 그렇기 때문에 누군가가 점선에 서명하기 전에 작업 진술이 포괄적이고 잘 연마되기를 원합니다. 우리는 당신이 정확히 달성 할 수 있도록이 가이드를 만들었습니다,그래서 시작하자:

작업의 문은 무엇입니까?
• 어떤 문의 작동하지 않
• 사람들이 쓴 문의 작품
• 어떤 문의 작동 문서가?,
• 의 중요성 문의 작품
• 경우 쓰기 시작 문의 작품
• 의 핵심 요소에 문의 작품
• 을 잘 쓰는 방법을 문의 작품
• 키 테이크 아웃

어떤 문의 작동하는가?

“작업 범위”라고도 알려진 작업 진술은 가능한 한 자세히 프로젝트에 들어가는 내용을 설명하는 계약 문서입니다.,

가이드 프로젝트 관리 기관의 지식(PMBOK)을 정의합 문의 작업으로”이 이야기에 대한 설명 제품이나 서비스를 제공될 수 있습니다.”

디지털 프로젝트 관리자를 의미로”사이의 계약은 클라이언트와 기관,계약자,또는 서비스 공급을 정의하는 포함되는 무엇이 내에서 프로젝트,그리고 무엇을 하지 않습니다.”

프로젝트 관리에서 SOW 는 항상 프로젝트 기반 회사와 클라이언트 인 두 당사자 간의 거래를 다룹니다., 업무 성명서는 일반적으로 계약 조건에 대한 부록 a 이며 진지하게 받아 들여야한다는 점에 유의해야합니다.

프로젝트의 범위 지정 페이지에서 예측의 작업 진술에 대한 템플릿을 찾을 수 있습니다. 여기에 엿:

어떤 문의 작동하지 않

용어의’진술 작품’은 때때로 잘못 해석,대부분의 수많은 프로젝트 관련 문서 밖에서 사업을 개발 공간입니다. 다음은 기억하고 다른 사례와 차별화해야 할 몇 가지 사례입니다.

작업 진술 대., 프로젝트 헌장

이 두 문서는 모두 프로젝트의 킥오프 단계에서 서명되기 때문에 종종 혼란 스럽습니다. 그러나 모돈은 프로젝트 헌장 개발 과정의 일부일뿐입니다. 또한,을 뿌리지 않는 권한을 부여하는 프로젝트 관리자를 보내고 프로젝트 예산 및 프로젝트 리소스를 프로젝트 전세 않습니다. 프로젝트 헌장과는 대조적으로,SOW 는 프로젝트를 시작하지 않습니다.

작업 진술 대., 계약

문의 작품은 계약이 아니라 그 자체에 의해,그것은 계약의 중요한 부분을 모두 포함하는 핵심 내용의 협력 프로젝트입니다. 는 동안 문의 작업할 수 있게 보낸 클라이언트을 위한 승인 및 유연하게 변화와 협상,계약은 최종 단계에서 협상 과정을 결합하는 양 당사자가 함께.

문의 작업에 대 범위의 작품

용은 자주 같은 의미로 사용되지만,상황에 따라가 아직 약간의 차이입니다., 작업 진술은 사명,결과물 및 성공 기준을 제시하여 프로젝트를 정의하는 높은 수준의 문서입니다. 작업의 범위(참조하여 프로젝트 범위)만 요소에 사용된 문의 작동을 보여주는 이정표 그리고 작업 프로젝트를 위해 팀을 달성하고 충족하는 프로젝트 목표입니다.

는 씁 문의 작품

할 때마다 회사는 새로운 프로젝트,누군가가는 임무를 쓰는 뿌리고. 누구? 프로젝트의 종류-내부 또는 외부에 따라 다른 역할을 할당하여 작업 진술서를 작성할 수 있습니다.,

경우에는 내부 프로젝트는 계획한 서류 작업은 종종 손으로 프로젝트 관리 사무소,프로젝트 관련자 또는 사용자 그룹이 있습니다.

경우에 당신은 서비스를 제공하는 외부에서,이 작업을 할당하여 프로젝트 관리,프로젝트 스폰서,그리고 심지어는 클라이언트 또는 독립적인 제삼자에게 있습니다.

대부분의 시간을 뿌리고,쓸 때 프로젝트를 전달되는 외부 클라이언트와 프로젝트 관리자가 필요한 행정 업무.

작업 문서의 문은 무엇을합니까?,

작업 진술의 목적은 귀하와 귀하의 고객 간의 이해 수단으로서의 역할을하는 것입니다.

따라서 그것은을 정의 프로젝트를 포함하여,선교,범위,기본적인 요구 사항에 대한 철저한 개요의 작업을 완료하고,시작일과 종료일,중요한 리소스가 필요한 이정표 그리고 타임라인 용어로,그리고 가장 중요한 것은,서명에서 양 당사자.

기관,실행 팀 및 클라이언트는 모두 정확히 동의 한 내용을 알아야합니다.,

왜 작업 진술서

를 계약의 근본적인 부분으로 사용하는지,SOW 의 유일한 이점은 계약을 봉인하는 것처럼 보일 수 있습니다. 그러나 일의 진술은 그것보다 훨씬 더 많습니다! 그것은 당신이 필요한 개요를 얻고 당신이 클라이언트에게 제공해야하는 것을 이해하는 데 도움이 토론을 용이하게합니다.

처음부터 작업의 깨끗한 문을 가지고,당신은 또한 더 빨리 승인 절차를 통해 얻을 수 있습니다. 또 다른 이점,좋은 작업 진술은 많은 오류를 완화하는 데 도움이됩니다., 그리고 그것은 심지어 모돈과 함께 당신과 당신의 클라이언트가 같은 페이지에 있다는 것을 언급하지 않고 있습니다.

만들기 좋은 문의 작업에 항상 있어야 관심을 모두의 전문 서비스 비즈니스와 클라이언트입니다. 서비스 공급자는,그것의 위험을 방지하기 위해 잠재적인 범위의 크리프,하는 동안 클라이언트에 대해,그것은 편안함을 제공에서 어떤 일이 일어나고 있는지 아는 것을 넘겨 그들을 끝에서,가격을 언급하지 않을 완료하는 프로젝트입니다.

SOW 는 팀이 일상적인 결정을 내릴 수있는 이동 문서이기도합니다., 그것을 방지합 팀으로 얻기에서 많은 함정을 경우 프로젝트 실행 등에 대한 분쟁은 프로젝트 요구 사항”선택적 기억 상실,”과 재작업,습니다.

작업 성명서 작성을 시작할 때

그렇다면 작업 성명서를 작성하는 가장 좋은시기는 언제입니까? 이상적으로,모돈의 첫 번째 아이디어는 엘리베이터 피치를 준비하고 고객의 비즈니스 요구를 탐구 할 때 육성되어야합니다. 그것은 시간을 초안을 개요 후에는 당신이 발견이 통화 또는 회의 전망과 수준을 향상시킬 수의 정보로 이동합니다., 작업의 전체 프로젝트 진술을 작성하려면 처음부터 올바른 질문을해야합니다. 클라이언트의 관점에서 문제에 대해 생각해보십시오. 프로젝트는 어떻게 그들의 문제를 해결합니까? 그들에게 가치있는 것은 무엇입니까? 그들은 돈을 쓰는 대가로 무엇을 얻습니까? 당신이 제공하는 것이 독특합니까? 모돈을 작성하기 전에 강력한 토론에 클라이언트를 참여시키는 것은 성공을위한 길을 밟는 데 중요합니다.,

핵심 요소의 뿌린

을 통해 보고의 수백을 뿌리고 문서와 샘플리 목록을 만들어 이러한 핵심 요소는 구조로의 모든 프로젝트를 성공적으로 문의 작품과 그 완성:

• 프로젝트 목표입니다. 대부분의 경우,이 섹션은 매우 구체적이고 큰 질문 세트에 답하는 목적 진술입니다. 프로젝트의 목적과 임무는 무엇입니까? 왜 처음에 그것을 시작 했습니까? 양 당사자는 프로젝트에서 어떻게 이익을 얻을 것입니까?
• 작업 범위., 이것은 지정 섹션에 대한 내려 놓고 작업이 완료 될 필요가있는 프로젝트에서,어떻게 실행됩니다,얼마나 많은 시간 프로젝트에 걸릴 것입니다. 일반 단계 및 프로세스 세부 정보는 모두 여기에 지정해야합니다.
• 장소&실행 시간. 작업 문서의 대부분의 진술은이 섹션을 사용하여 프로젝트가 수행 될 위치를 식별합니다. 글로벌 설정에서 특히 관련성이 높아집니다. 예를 들어,귀하와 귀하의 고객이 다른 국가 및 시간대에있는 경우. 리>이정표., 프로젝트가 길고 복잡한 경우 진행 상황을 측정하기위한 중간 이벤트 인 이정표로 분류되는 경우가 많습니다. 각 마일스톤에 기간 및 청구 가능 시간을 지정하면 프로젝트의 종료 날짜를 예측하는 데 도움이됩니다.
• 작업. 작업은 이정표를 달성하기위한 명확한 활동이며 작업 범위에 설명 된 일반적인 단계입니다. 중요한 단계를 놓치지 않도록 가능한 한 설명이 있어야하는 곳입니다.
• 일정., 모돈의 핵심 요소 인 일정은 프로젝트의 수명주기 전반에 걸쳐 이정표,작업 및 리소스를 포함한 프로젝트 타임 라인입니다. 참여 유형에 따라 일정은 나중에 시점까지 남겨 둘 수 있습니다. 는 경우,예를 들어,리테이너 계약은 사용하고 당신은 서비스를 제공하는 일에 진행하는 기초가 될 것입니다 적은 서류하고 있으며,따라서,일정이 될 수 있지 않습니다.
• 결과물. 완전한 모돈은 프로젝트 완료시 제공해야하는 제품 또는 서비스를 정량화합니다. 그(것)들을 설명하고 만기가 된 무슨과 그것이 만기가되는시기를 표시하십시오.,
• 테스트. 테스트는 예를 들어 작업의 소프트웨어 개발 문과 관련이 있습니다. 결과물이 평가 될 경우 및 방법에 대한 섹션을 바칩니다.
• 예상 결과. 이것은 귀하와 프로젝트가 전달 될 때 성공이 어떻게 보일지에 대한 고객의 정의입니다.
• 특별 약관,조건 및 요구 사항입니다. 여기서 지불 조건 및 위의 범주에 맞지 않는 프로젝트의 다른 부분을 지정합니다.리>폐쇄., 그러면 결과물이 어떻게 받아 들여질 것인지,그리고 누가 결과물을 전달,검토 및 사인 오프 할 것인지를 결정할 것입니다. 또한 최종 관리자 직무를 처리하여 모든 것이 서명되고 닫히고 보관되는지 확인합니다.

을 잘 쓰는 방법을 문의 작품

의심의 여지없이,쓰기에 좋은 문의 작업에 필요한 교육을 제공할 수 있습니다. 그것은 자주와 함께 제공에 도전의 1)모르고 방법을 정확하게 프로젝트 계획,2)시작하는 곳,그리고 3)시각화하는 방법 당신의 계획 및 결과물입니다., 다음은 간단하지만 잘 정의 된 작업 진술을 작성하기 위해 취할 수있는 단계입니다.

프로젝트 소개

당신은 항상 소개와 함께 작업의 문을 시작합니다. 이 섹션에 소개하고 각 주요 이해관계자에서 프로젝트,즉,클라이언트,기관,그리고 타사의 이해관계자,if any. 소개는 프로젝트와 완료해야 할 작업을 간략하게 정의하는 곳이기도합니다. 이 외에도 구속력있는 계약이므로 양 당사자는 모돈에 서명함으로써 동의하는 것을 알아야합니다.,

키 테이크 아웃:을 소개하는 프로젝트 및 이해 관계자와 지키는 클라이언트는 뿌리는 공식적인 계약입니다.

비전 정의

작업 진술에는 항상 프로젝트의 비전이나 목적이 포함되어야합니다. 비전은 목표를 창출하는 좋은 방법이며 달성 가능한 기대치를 설정할 수있는 기회입니다. 비전은 전달 될 것으로 예상되는 것을 만질 수 있습니까? 최종 결과물의 목표는 무엇입니까? 최종 사용자는 누구이며,어떻게 사용하고 싶습니까? 프로젝트는 어떤 문제를 해결해야합니까?,

이 단계에서 이동,임무 또는 우리가이 비전을 전달하는 방법 정의됩니다.

주요 테이크 아웃:임무가 설정되고 모든 사람이 결과물의 본질을 이해하고 동의하는지 확인하십시오. 어떤 문제가 해결되어야합니까,누구를 위해?

프로젝트 요구 사항 설정

프로젝트의 주요 기본 요구 사항은 무엇입니까? 임무를 다시 언급하면 결과물이 최종 사용자에게 어떤 문제를 해결해야합니까? 그리고,어떻게? 서로를 이해했는지 확인하고 각 요구 사항 목록을 작성하십시오., 이 목록은 프로세스의 뒷부분에서 실제 작업,즉 범위 지정 프로세스를 설정하는 데 사용됩니다.

키 테이크 아웃:지정 프로젝트 요구 사항에 기반한 임무를 정의한다. 요구 사항을 나열하고 범위 지정을 위해 저장하십시오.

범위 정의

비전 및 프로젝트 요구 사항을 정의한 후 다음 우선 순위는 범위를 정의하는 것입니다. 범위 내에서 무엇입니까? 범위를 벗어나는 것은 무엇입니까? 이 두 가지 질문은 프로젝트에 동의하고 정의하고 설정하는 데 중요한 포인트입니다. 이것은 계획 과정의 나머지 부분을위한 기초입니다., 그것은 본질적으로 이정표가 프로젝트의 범위를 정할 때입니다. 반드시 아직 작업 수준에있는 것은 아니지만 대행사와 고객 간의 목표와 기대치를 맞추기에 충분합니다.

키 테이크 아웃:이전에 정의 된 프로젝트 요구 사항을 기반으로 범위를 설정합니다. 무엇이 들어 있으며 범위를 벗어나는 것은 무엇입니까? 마일스톤을 지정하고 클라이언트와 정렬합니다.

설정의 기한 프로젝트

설정을 시작과 끝날짜의 프로젝트를 수 있는 쉬운 것을,하지만 당신이 원하는 경우 신뢰할 수 있는 끝 날짜입니다., 시간 견적 작업의 용량을 사용할 필요한 역할,그리고 프로젝트의 총 비용은 모두 예측하기 어려운,그러나,필수 진행 상황을 추적합니다.

이러한 추정을하는 데 도움을 줄 수있는 플랫폼을 사용하면 신뢰성과 정확성을 크게 향상시킬 수 있습니다. 일기 예보 자동 일정을 두고 누적 기술과 지식으로부터의 수백 수천의 프로젝트를 추정하는 작업 및 예측습니다., 또한,그것은뿐만 아니라 모든 측면을 이 프로젝트의 계정으로 수용할 수 있지만 모든 프로젝트를 통해 귀사는 동안,그들을 연결하는 리소스와 함께 사용할 수 있습니다.

주요 테이크 아웃:프로젝트 개시 날짜와 마감일은 시간,자원 및 예산 추정에 따라 설정됩니다. 비즈니스 관리 플랫폼은이 프로세스를 지원할 수 있습니다.

핵심 리소스 할당

프로젝트에는 충분한 리소스가 필요하지 않으며 적절한 리소스가 충분히 필요합니다. 사람들의 역할,기술 및 사용 가능한 용량은 종종 간과됩니다., 그것을 평가하는 것이 중요하는 리소스 유형은 필요한 특정 프로젝트를 위한 납품이 가능한 설정 프레임 워크입니다. 마찬가지로,이것은 높은 활용 수준을 보장하는 데 도움이됩니다.

최대 용량으로 팀을 활용하면 고객이 다음 프로젝트를 위해 회사를 예약 할 수있는 원동력이 될 수 있습니다. 올바른 리소스가 없으면 합의 된 작업 진술 내에서 프로젝트를 완료하지 못할 수도 있습니다. 여기에 고려해야 할 사항이 있습니다.이 프로젝트에 어떤 유형의 리소스가 필요합니까?, 역할에 따라 몇 시간이 필요하며 리소스를 사용할 수 있습니까?

키 테이크 아웃:적절한 용량 관리를 보장하는 올바른 사람은 언제라도 변경할 수 있습니다. 리소스의 할당 및 스케줄링은 전체 론적 개요가있는 경우에만 자신감을 가지고 만들 수 있습니다.

만들기 일정

을 정의한 경우,범위의 시작과 끝 날짜,그리고 합의에 따라 사용 가능한 자원을 시작할 수 있습니다 설정의 타임라인 프로젝트입니다. 모돈을 만드는 동안 클라이언트와 이정표 및 타임 라인을 논의하는 것이 항상 좋은 생각입니다., 당신은 당신이 동의 한 경계선 밖에서 달리기를 끝내고 싶지 않습니다. 타임 라인을 사용하면 어떤 이정표가 언제 어떤 순서로 전달되어야하는지 알 수 있습니다.

키 테이크 아웃:를 관리하는 일정에 따라 수행 범위의 시작과 끝 날짜,그리고 수용량을 사용할 수 있는 프로젝트입니다.

지정하는 용어의 지불 및 만기

좋아하는 다른 계약을 포함하는 돈의 교환 또는 일을 포함해야 합니의 약관을 어떻게 당신을 보상에 대한 작업을 제공하고 있습니다,즉,지불 조건으로 인해합니다.,

주요 테이크 아웃:지불 조건을 포함하고 기한을 지정하십시오.

특수 요구 사항 포함

마지막으로 고려해야 할 특별한 요구 사항이 있습니까? 이 될 수 있는 특별한 보안 조치는,예를 들어,누가 프로젝트에 대한 액세스 권한이 있거나 액세스할 수 있는 데이터베이스의 영업 기밀 정보를,etc.

주요 테이크 아웃:프로젝트에 필요한 특별한 요구 사항은 작업 진술서에 포함되어야합니다.,

받아&로

이 문서에 서명할 수 있을 때 이전의 모든 9 개 포인트를 철저하게 정의를 읽고 이해했습니다. 모돈은 합의되고 서명됩니다.

이제 작업 문서의 진술은 프로젝트를 시작하고 구현할 때 공식 문서와 실제 행동 계획 모두로 작동합니다. 그것은 양 당사자가 공통점을 확립하고 프로젝트의 전체 라이프 사이클에 대한 이해를 갖도록합니다.,

주요 테이크 아웃:클라이언트와 프로젝트 팀 모두가 모돈을 이해하고 동의하는지 확인하고 계약서에 서명하십시오.

키 테이크 아웃

잘 정의된 문의 작업 장소에서 첫 번째 디딤돌을 실행 실행이 제공하면서 에너지를 절약하고 성공적인 프로젝트입니다. 제 시간에,범위 내에서,그리고 예산 내에서 전달 될 수있는 프로젝트. 암퇘지는 프로젝트 기간 동안 참고 자료로 작동합니다. 그것은 프로젝트의 중심 목적과 프로젝트가 끝날 때까지 완료되고 전달되어야 할 작업을 나열합니다. 이것은 모두 모돈 서명을 통해 합의됩니다.,

주요 결과 요약

1. 주요 이해 관계자와 프로젝트를 소개합니다. 클라이언트,기관,모든 제 3 자 이해 관계자. 프로젝트에 대한 간략한 소개가 일반적으로 포함됩니다.
2. 프로젝트의 임무를 정의합니다. 해결해야 할 문제는 무엇이며 결과물의 최종 사용자는 누구입니까?
3. 프로젝트 요구 사항을 설정합니다. 임무에 따라 프로젝트 요구 사항이 정의됩니다.
4. 범위를 정의합니다. 범위 내 란 무엇이며 프로젝트의 범위를 벗어나는 것은 무엇입니까?,
5. 프로젝트를 시작하고 총 용량,필요한 각 역할에 대한 용량 및 일정에주의를 기울여 결과물에 대한 마감일을 설정하십시오. 비즈니스 관리 플랫폼을 사용하면 큰 도움이 될 수 있습니다.
6. 용량 제한,가용성 및 일정에주의를 기울여 주요 리소스를 할당하십시오.
7. 범위,시작 및 종료 날짜 및 프로젝트에 사용할 수있는 용량으로 로드맵을 관리하십시오.
8. 지불 조건 및 기한을 정의하여 모두가 같은 페이지에 있는지 확인하십시오.,
9. 이전에 모돈에 정의 된 것과는 별도로 필요한 것이 있으면 특별한 요구 사항을 설정하십시오.
10. 동의하고 작업의 문을 서명하고 작업을 시작합니다.

포장,최대한의 투명성과 간의 이해관,팀 구성원 및 클라이언트,모두가 무엇을 알고 있어야 합의에 뿌리고. 암퇘지를 설정하는 것은 암퇘지가 이해의 수단이기 때문에 협력적인 노력이어야합니다.

완료 될 것에 동의 한 것을 아는 것 외에도,작업 진술은 또한 합의되지 않은 것을 보여줍니다. 이것은 잠재적 인 범위 크리프를 피하는 방법입니다., 범위 크리프는 처음에 합의 된 것보다 더 많은 작업을 수행하는 행위입니다. 다른 말로하면,여분의”무급”일은 당신의 시간에 몰래 움직이고 있습니다.

다음 단계로,당신은 아마 처럼 원리를 배우기 위해 활용하여 문의 작업에 대한 프로젝트 관리자 및 팀 구성원입니다. 자세한 내용을 보려면 아래 이미지를 클릭하십시오.피>