본문 바로가기
카테고리 없음

SOW 기술서 작성 전 이해

by BTC_Haksung 2022. 6. 3.

안녕하세요!

Presales팀에서 구르고 있는 햄스터입니다람쥐!

이번에는 Presale에서 하는 기초적인 작업인 SOW 기술서 작성에 대해 알려드리겠습니다.

 

SOW란 Statement of Works이고 작업 지시서, 작업 명세서라고 합니다! 이는 프로젝트 관리분야에서 서비스를 제공하기 위한 활동 산출물, 작업 시간 등을 포함하는 기술서입니다.
참고로 SOW는 매번 작성하는 것이 아닌 신청 금액이 $10000이상에만 해당이 됩니다~
$10k 미만일 경우 PoC만 작성하면 됩니다.

 

그럼 이게 왜 필요한걸까요??

서비스 공급자와 수요자 사이에서의 기대 수준 차이의 명확한 규정을 하기위해

서비스 제공 내역의 계량화/정량화 그리고

WBS(Work Breakdown Structure) 작업의 주요 참고 문서가 되기 때문에 필요하게 됩니다.

 

그럼 무엇을 기준으로 이 문서를 작성할까요?? 물론 고객사로부터 제안 요청서 RFP(Request For Proposal)을 기준으로 작성을 하게 됩니다.

 

고객의 요청사항이 무엇인지 이를 어떤 방식으로 해결 할 것인지를 SOW에 잘 녹여서 써야합니다!

그럼 SOW에 어떤 내용들이 들어갈까요?

 

일단 Bespinglobal에서 사용하는 SOW의 목차를 보도록 하겠습니다.

 

Table of Contents

1. Project Summary                                                                                                      

2. Executive Summary                                                                                                 

3. Current Situation                                                                                                      

4. Customer’s Requirement                                                                                         

5. Proposed Architecture                                                                                             

6. Scope of Work                                                                                                           

7. Assumptions                                                                                                               

8. Success Criteria                                                                                                        

9. Customer Dependencies                                                                                          

10. Exclusions                                                                                                               

11. Responsibility Matrix                                                                                              

12. Project Time Frame                                                                                                 

13. Detailed Project Costing                                                                                         

14. Acceptance of Project                                                                                             

 

처음1 Project Summary에는 이 프로젝트에 대한 요약 무엇을 위한 프로젝트인지 무엇이 문제이고 무엇을 이 프로젝트를 통해 해결 또는 구축 할 것인지 간략하게 소개를 합니다

다음 2 Executive Summary에서는 고객사가 누구인지 간단하게 설명한뒤 현재 직면한 문제에 대해 설명 어떤 절차를 통해 문제를 해결할지 서술 합니다.

3번인 Current Situation에서는 고객사의 Pain-points와 이것이 Business에 어떤 영향을 주는지 그리고 현제 Architecture가 있다면 무엇인지 추가해야 합니다.

4 Customer's Requirement에서는 자세하게 고객사의 현제 문제에 대해 기술한다 그리고 기술적으로 어떻게 해결할 것이며 비용은 어느정도 나올지에 대해 기술해야합니다.

5 Proposed Architecture에서는 어떻게 접근할 것인지 (AWS를 활용할시) AWS의 어떤 서비스를 활용하여 문제를 해결 할 것인지 기술한다. 그리고 이번 프로젝트에서 구축하게될 Architecuture를 넣게 됩니다. 그리고 이에 대해 설명을 해줘야합니다. 이부분이 기술적인 기술이 필요한 부분입니다.

6 Scope of Work는 업무의 범위를 나누어 어떻게 진행 할지 Outline을 제시합니다

7 Assumptions에서는 이 프로젝트에 대한 배경적 지식 뭐 당연히 가정한 것들에 대해 기술합니다.

8 Success Critieria는 성공에 대한 기준으로 어떤 결과가 나와야 이 프로젝트를 성공했다고 할 수 있는지

9 Customer Dependencies는 고객이 원하는 성공의 기준은 무엇인지

10 Exclustions 이 프로젝트에서 다루지 않는 것은 무엇인지

11 Responsibility Matrix 각 파트별 책임은 누구에게 있는지

12 Project Time Frame 전체적인 프로젝트 순서 및 시간

13 Detailed Project Costing AWS 서비스 비용과 인권비등이 포합됩니다

14 Acceptance of Project에서는 고객사와 협력사의 서명이 들어갑니다.

이것이 전체적인 SOW의 순서와 내용입니다람쥐!!

 

SOW를 작성하면 당연히 POC도 작성하게 되는데 마지막으로 POC에 대해 간단하게 설명하고 마무리하겠습니다람쥐!!!

 

POC (proof-of-concept)는 AWS에게 우리 Credits좀 줘!! 를 요청하는 것입니다.

 

흠... 예를 들면 이번에 어떤 고객사에서 이번에 AWS에서 새로 생긴 Machine Learning 서비스롤 우리 회사에 적용해보고 싶어!! 라고 요청을 하면 SOW를 작성하고 이를 기반으로 POC를 작성해서 이를 AWS에 주면서 우리 이번에 이 회사랑 너희 서비스 사용하려고 하는데 돈좀 지원해줘! 대신 많이 써줄게를 요청하는 것입니다. 만약 고객사가 대기업이고 사용하는 양이 많다면 쉽게 크레딧을 받을 수 있지만 그렇지 않으면 SOW와 POC를 잘 작성해야 크레딧을 받을 수 있겠죠!!

 

이것으로 SOW와 그에 대한 배경 지식에대한 이야기였습니다!!!

구체적인 SOW 작성 요령은 하단에 SOW 테그를눌러 확인하세요!!

그럼 ㅃㅇ~~

댓글