2009년 12월 3일 목요일

개발자 제안서 쓰기

오늘은 "개발자 제안서 쓰기" 라는 주제로 말씀을 드리고자 합니다.

개발자의 경우 프로젝트가 종료가 되고 나서 이어지는 프로젝트가 없는 경우, 보통 다음 프로젝트 준비를 하게 되지요. 이런 기간에는 개발자가 영업담당자와 함께 고객사를 방문하기도 하고 제안 업무에도 참여하게 됩니다.

전제적인 제안작업은 영업담당자 ( 또는 기획담당자) 가 이끌게 되지만 개발자가 맡아서 해야할 부분도 많이 있습니다. 물론 회사의 표준제안서를 이용하여 각각의 제안에 맞게 변경을 하여 사용하는 경우라면 그다지 많지는 않겠지만 말이지요.

아래는 예를 들어서 본 제안서의 목차입니다. 3장이 기술부문이라서 나머지 목차는 간단히 줄였습니다.
일단 이 나머지 부분들은 누군가 다른 사람이 쓴다고 가정을 하겠습니다.
_____________________________________________________
1. 제안개요
2. 제안업체 일반사항
3. 기술부문
    3-1 제안시스템 구성 개요
        3-1-1 구성도
            3-1-1-1 전체 구성도
            3-1-1-2 단위 구성도
        3-1-2 구축전략
            3-1-2-1 현황/요구사항 분석 및 구성전략 도출
            3-1-2-2 네트워크 구축 전략
    3-2 시스템 구성 및 구성내역
        3-2-1 네트워크 구성방안
            3-2-1-1 네트워크 구성의 개요
    3-3 제품별 세부 사양서
        3-3-1 제품 선정
        3-3-2 제품 총괄표
        3-3-3 시스템 상세 사양 및 기능
            3-3-3-1 제품 개요 및 세부규격
            3-3-3-2 제품비교
            3-3-3-3 기능 및 특징
            3-3-3-4 설치사례
            3-3-3-5 요구사양 비교표
4. 제안시스템 운영방안
5. 이행방안
6. 유지보수 및 기술지원 계획
7. 사업관리 방안
_____________________________________________________

이런 목차는 제안을 요청하는 발주처에서 만들어 주는 경우가 많습니다. 제안 업체가 많기 때문에 업체간 비교가 용이하도록 양식을 통일해 보려는 것이지요. 때문에 표준 제안서가 있다고 해도 내용의 순서가 맞지 않거나 빠진 부분이 있어 보완을 해야 합니다. 표준제안서가 없는 경우라면 완전히 새로 만들 수 밖에 없겠습니다.
어쨌던 제안서 작성에서 중요한 것은 발주처에서 원하는 목차에 맞는 내용을 채우는 것이 될 것입니다.

그런데 여기서 문제는 목차에 나와 있는 기술 용어에 대한 이해도가 조직마다 또는 개인마다 다를 수 있기 때문에 발주처가 원하는 내용이 들어가지 않고 다른 내용이 들어가는 경우가 발생한다는 것입니다.
결국 이런 용어들에 대한 정확한 정의가 되어 있어야 정확한 제안서를 쓸 수 있을 것입니다.

3장부문에 나와 있는 용어들을 살펴보면 다음과 같습니다.

"기술" , "시스템" , "전체 구성도" , "단위 구성도" , "구축 전략" , "시스템 구성 내역" , "제품" , "사양서"

이 글을 보시는 분들은 위의 용어들을 일상에서 많이 접하는 분들일 것입니다만 , 개발자라고 하더라도 위의 용어에 대한 정의는 쉽지 않을 것입니다. 그래서 막상 제안서를 쓰면서 어렵다고 느끼게 되는 이유가 바로 이 점 때문이라고 생각이 됩니다.
 
그래서 이런 용어를 중심으로 제안서에 들어갈 내용을 나름대로 정리해 보겠습니다.
( 일반적인 정의가 아닙니다. 제 의견이 들어 있습니다. )

3. 기술부문
    : 기술( Technology ) 은 시스템 ( System ) 또는 디바이스 ( Device ) 를 말하는 것이라고 생각하시면 됩니다.
      또한 기술에는 이러한 것들을 만들 수있는 방법( Process , Method )도 포함이 됩니다.

    3-1 제안시스템 구성 개요
    : 시스템( System ) 은 입력을 받아서 내부 프로세스에서 처리를 한다음 출력을 만들어 내는 것입니다.
      따라서 입력, 처리프로세스, 출력이 시스템의 구성요소 입니다. 단, 내부프로세스는 다시 서브시스템으로
      구성이 될 수 있습니다.
 
        3-1-1 구성도
            3-1-1-1 전체 구성도
     : 전체 구성도는 위에서 정리해드린 시스템의 최상위 도면 입니다.
       즉 입력-처리프로세스-출력 이렇게 이루어진 그림입니다.
 
            3-1-1-2 단위 구성도
      : 단위 구성도는 전체 시스템을 이루는 서브시스템을 설명한 도면 입니다.

        3-1-2 구축전략
      : 구축전략은 구축하고자하는 시스템의 최종 모습을 이루기 위해서 누가, 언제 , 어디서 , 어떻게 , 무었을
        한다라는 내용이 들어가면 됩니다.

            3-1-2-1 현황/요구사항 분석 및 구성전략 도출
            3-1-2-2 네트워크 구축 전략

    3-2 시스템 구성 및 구성내역
      : 시스템 구성내역은 위의 시스템 구성도에 나온 내용을 글로써 설명한 내용입니다.

        3-2-1 네트워크 구성방안
            3-2-1-1 네트워크 구성의 개요

    3-3 제품별 세부 사양서
      : 제품은 디바이스 ( Device ) 또는 패키지형태의 소프트웨어을 말하는 것입니다.
        개발 또는 커스토마이징이 필요한 시스템이라면 제품 보다는 솔루션이라고 표현하는 것이 좋겠습니다.

        3-3-1 제품 선정
        3-3-2 제품 총괄표
        3-3-3 시스템 상세 사양 및 기능
      : 사양서는 제품의 동작에 필요한 입력명세와 그 결과로 나오게 되는 출력에 대한 명세를 기술한 것입니다.

            3-3-3-1 제품 개요 및 세부규격

저 같은 경우도 남들이 해 둔 제안서를 보면서 정확한 의미에 대한 생각없이 이리저리 짜집기를 했던 적이 많았고 또 앞으로도 계속 그렇게 하게 되겠지만 그래도 내용에 대한 의미는 한 번 짚어보자는 의미에서 정리해 보았습니다.

댓글 없음:

댓글 쓰기