누군가 저에게 말했습니다. 병사와 공주 이야기 2개를 보고 병사의 생각과 공주의 생각이 어떨 것 같냐고 묻더군요.

병사와 공주 이야기는 아래와 같습니다.

 

병사와 공주 이야기 1

예전에 한 병사가 있었습니다.

그 병사의 나라에는 예쁜 공주가 있었는데, 어느날 이 병사가 그 공주를 보고 한눈에 그녀를 사랑하게 되었습니다. 너무나 그녀를 사랑한 나머지 어느날 보초를 서고 있던 병사는 그녀의 방 발코니에 다가가 사랑을 했습니다.

그러자 공주는 "나는 지금 당신이 누군지도 모르기 때문에 사랑하지도 않고, 설사 사랑을 한다고 하더라도 우리의 신분차이가 너무 크니 그 사랑을 받아줄 수가 없군요"라고 얘기 합니다.

하지만 병사의 끝질긴 구애에 공주는 하나의 조건을 내겁니다. "당신이 100일동안 당신이 지금 서 있는 그곳에서 기다려준다면 그대의 사랑을 믿을 수 있고, 당신에게 시집을 가겠어요."라고 말입니다.

 

병사와 공주 이야기 2

그 순간부터 이 병사는 그 자리에 서서 공주를 기다리기 시작합니다. 비가 오고, 바람이 불고, 너무 더워서 쓰러질만한 날씨에도 꿋꿋이 버텨냅니다. 그렇게 한달이 가고 두달이 가고 어느덧 하나의 계절이 가는 듯 싶더니 97, 98, 99일까지 다가왔습니다. 이제 남은 시간은 반나절. 반나절만 기다리면 그 병사는 공주와 결혼을 하게 되는 것이빈다.

그런데 이게 웬일일까요? 반나절만 더 기다리면 되었던 병사는 그 순간 자리를 툭툭 털고는 일어나 훌쩍 떠나버립니다. 반나절만 기다리면 공주와 결혼할 수 있는데... 그는 뒤돌아보지 않고 미련없이 떠나버립니다.

 


저의 생각은 이렇습니다.

 

병사인 사람의 환경과 스토리

 

나의 아버지는 이 나라의 병사였다. 아버지는 그 당시 참혹했던 전쟁에 참여했던 이 나라의 병사였다. 어느 날 심하게 다친 아버지를 우연히 발견한 어머니의 손에 구해졌고, 어머니와 아버지는 서로가 첫눈에 반했고, 사랑을 나눈 후 돌아오신다고 약속하고 아버지는 다시 전쟁에 나섰다. 하지만 그 약속은 지켜지지 못했고, 그날 나를 임신한 어머니는 한 평생 나만을 키우시며 살아오셨다. 아버지가 그렇게 떠난 이유를 나는 찾고 싶다. 사그라드는 듯했던 전쟁은 다시 불이 붙었고, 나는 아버지와 같은 길을 가고자 한다. 지방 출신에 배운 것도 없는 나는 일개병사 밖에는 될 수 없었지만 그 또한 아버지의 마음을 들어다 볼 수 있는 한걸음일 것이다. 훈련은 너무나 혹독했다. 나는 드디어 첫 출전을 나간다. 첫 전쟁에서 살아남은 나는 이 나라 공주가 연설을 하는 곳에 서있었다. 너무나도 아름다운 공주의 모습이다. 이것이 바로 첫눈에 반한다는 것일 것이다. 아버지 없이 살아오며 상처 입었던 마음도, 전쟁으로 피폐하진 마음도 모두 공주를 보는 순간 상처가 아무는 것 같다. 나는 그녀를 포기 할 수 없다. 아마도 아버지도 어머니를 포기할 수 없었을 것이다. 나는 보초를 서는 날 용기를 내어 그녀의 방 발코니에 다가가 사랑을 고백했다. 하지만 대답은 너무나도 현실적이었다. 아버지의 고백에 즉답을 했던 어머니와는 다르다. 물론 그럴 것이다. 공주의 말대로 우리는 신분의 차이가 너무나도 크다. 그것을 이해하고 있음에도 눈물이 흐른다. 하지만 포기하지 않는다. 앞으로도 포기하지 않을 것이다. 그러던 어느 날 한줄기 희망의 빛이 보인다. 공주는 나에게 100일간 기다리면 사랑을 받아 준다고 했다. 나는 무턱대고 기다린다. 물도, 음식도, 취침도, 용변도 어떻게 처리할지 모르겠다. 하지만 나는 기다린다. 그것이 그녀를 얻기 위한 유일한 길이며, 유일한 기회다. 나는 이 기회를 놓치지 않을 것이다. 한 달이 지났다. 공주가 내려주는 음식과 물, 공중화장실을 사용하며, 살아가기 위한 가장 최저한의 조건에게 살아남고 있다. 항상 바쁘게 무언가를 쫒듯 살아온 나에게 이렇게 많은 생각을 할 수 있게 하는 시간은 없었다. 두 달이 지나갈 때쯤 나는 무언가의 답을 찾을 것 같다. 아버지가 이 나라를 사랑하는 마음, 어딘가에 있을 아버지의 가족들을 지켜야 한다는 것, 그리고 나에 존재는 몰랐겠지만 앞으로 미래가 있는 아이들을 지켜야 한다는 것, 그것 때문에 아버지는 어머니를 버려두고 떠났을 것이다. 이제야 그 마음을 이해할 수 있었다. 나는 이대로 괜찮은 것일까? 나는 어머니를 버려두고 나만의 사랑을 찾아 떠나면 되는 것일까? 그것과는 별개로 이렇게 무작정 기다리는 것으로 신분의 차이를 극복할 수 있을까? 내 가족을 지키고, 아이들의 미래를 지키는 것은 그 자리에 있으면 뭔가는 할 수 있을 것이다. 하지만 내가 원하는 것은 높을 자리에서 무언가를 하는 그런 것이 아니다. 아버지가 지키고 싶어 했던 아버지의 가족, 아이들의 미래를 지키는 그 길을, 그 생각을 찾으려 나는 병사가 된 것이다. 이 길이 그것을 찾을 수 있는 길일 수도 있다. 하지만 이것은 아니라고 생각이 드는 것은 왜일까? 그런 생각에 잠겼던 나는 97, 98, 99일을 기다렸다. 나는 내일 떠날 것이다. 공주를 사랑하지 않는 것이 아니다. 너무나도 사랑한다. 하지만 이렇게 안일한 마음으로 그녀를 맞이해도 되는 것일까? 공주와 결혼하게 되어 높아진 신분으로 무언가를 하려한 나의 더러워진 마음으로 그녀를 맞이하는게 맞는 것일까? 이런 마음이 정리되지 않았기에 나는 그녀를 떠날 것이다. 그리고 준비가 되었을 때 나는 다시 그녀에게 찾아올 것이다. 그리고 용서를 구할 것이다. 그리고 그녀를 반드시 내 여자로 만들 것이다.

 

공주인 사람의 환경과 스토리

 

아바마마가 끝냈던 전쟁이 아바마마가 돌아가시면서 다시 달아오른다. 일찍이 나를 낳고 돌아가신 어마마마를 너무 사랑하셨던 아바마마는 다른 여자를 거들떠보지도 않았었는데 어느날 소리소문없이 그림자처럼 다가온 여자에 홀려 아바마마는 정세를 돌보지 않기 시작하셨다. 그렇게 그 여자가 들어오고 하루하루 수척해지신 아바마마는 끝내 피를 토하고 돌아가셨다. 분명 저 여자가 아바마마를 죽인것이다. 아바마마의 측근들과 그 여자의 측근이 나뉘어 바깥의 전쟁보다 더한 전쟁이 이곳에서 일어나고 있다. 나는 너무나도 외롭다. 그렇게 눈물로 하루하루를 보내고 있다. 그러던 어느날 첫 전쟁에서 승리한 병사들을 위로하는 자리에 나가게 되었다. 그리고 몇일 뒤 그 자리에서 나에게 첫눈에 반했다는 남자가 나에게 청혼을 한다. 처음보는 사람이다. 눈이 선해보이고, 큰 흉이 없는 얼굴과 뚜렷한 이목구비는 참 잘생겼다는 말이 나올 정도의 인물이었다. 하지만 처음보는 사람이다. 그 여자가 무슨 수를 쓰는 것일 수도 있다. 나는 그를 시험해보기로 했다. 100일간 그 자리에서 움직이지 말라고 했다. 처음 3일이 지났다. 그 자리에서 정말로 꼼짝하지 않고 기다리고 있다. 나는 그를 본다. 나를 보며 환하게 웃는 모습은 3일간 물도 밥도 안먹은 사람의 얼굴의 아니다. 나는 시녀들에게 명령하여 그에게 음식과 물을 준비하라 했다. 7일이 지났다. 그는 소변마저도 그 자리에서 본 모양인지 갑옷 뒤에 있는 옷이 젖어 보인다. 나는 시녀들에게 그에게 화장실을 만들어 주라 명령했고, 그는 바로 화장실에서 용변을 보는 듯했다. 나도 모르게 그 모습에 웃음이 난다. 나라의 정세는 그 여자가 보고 있다. 뭔가 잘못돌아가는 것은 나의 측근과 내가 합심하여 그 여자를 막고 있다. 그런 나날이 너무나도 힘들지만 우두커니 서있는 그를 보는 것에 하루하루 저녁 시간이 기다려진다. 오늘도 그를 볼 것이다. 오늘도 언제나 처럼 환한 미소로 나를 반겨준다. 나는 눈물이 난다. 한달이나 그 자리에 서있는 그는 아마도 나에게 진심일 것이다. 나의 측근인 장군이 나에게 왔다. 그를 치워버린다는 과격한 말을 했다. 물론 나를 걱정해서 한 말일 것이다. 나는 그를 지켜보고 싶다 했다. 그리고 정말 100일간을 기다린다면 나는 그 청혼을 받아들일 것이라고도 했다. 궁 안에서는 벌써 내가 결혼이라도 한 듯 아우성이다. 왠지 주변에서 하는 것 때문인지 그를 사랑하는 것 같다는 착각도 들게 한다. 그런 소문이 들릴 때는 그렇게 싫지 않다. 나는 요즘 거울을 보며, 예쁘게 차려입고 그를 보러 가게 되었다. 그 때문에 새로 구입한 옷이 벌써 수십벌이 되어간다. 전쟁 중에 이렇게 사치를 부린다며 나를 싫어하는 세력들이 질타를 한다. 이제 그만 해야지 하다가도 그에게 더 아름답게 보이고 싶어 다시 옷을 입는다. 두달이 다 되어 간다. 어느날 부터인가 그의 환한 표정이 어두워지는 것 같다. 그의 표정이 변한 것은 아니다. 하지만 무언가 모를 어둠이 그에게 다가오고 있는 걸 느낄 수 있다. 나는 그럴 수록 그에게 더욱 환한 미소를 보여준다. 그러던 나는 문득 거울 속에 환하게 웃는 나의 모습을 보고 있다. 그를 보며 환하게 웃는 내 모습이 너무나도 행복해 보인다. 언제부터인가 이런 미소를 잊은 것 같았는데, 그가 다시 찾아주었다. 그는 나의 희망이 되었고, 태양이 되었다. 이제 100일이 넘었다. 점점 변해가는 그의 미소는 나를 너무나도 슬프게 한다. 그에게 환한 미소를 보여주고는 뒤돌아서 울음짓고 있는 내가 이상하다. 너무나도 이상하다. 하지만 이제는 내가 그를 못 놔줄 것 같다. 그렇게 시간은 갔지만 이제는 시간이 너무나도 느리게 간다. 드디어 97일이 지나고 98일이 지났다. 99일이 흐르고, 드디어 오늘이 마지막 날이다. 이 석양이 지면 그를 받아줄 것이다. 나와 나의 측근은 모두 그를 맞을 준비를 하고 있었다. 하지만 그는 몇 시간을 남기지 않은 채 등을 돌린채 떠나고 말았다. 나는 영문을 모르겠다. 너무나도 큰 상실감을 받았다. 이 모든게 그 여자의 계략일까? 오만가지 생각이 다 든다. 나는 답을 찾을 것이다. 뒤돌아 떠난 그를 다시 만날 것이다. 그리고 그에게 물을 것이다. 왜 그랬는지를 말이다.


이렇게 제 생각을 정리해봤습니다.

 

가져다 쓰실분들은 쓰세요!

 

여러분 모두 화이팅!

벤치마킹이란 무엇일까요?



저도 홈페이지 벤치마킹을 하고자 할때는 많은 생각을 하고 있습니다. 


사실 기획을 제대로 배운적이 없는 상태에서 기획서를 만들려고 할때는 이것 저것 많이 찾아보고 했던것 같아요.


지금은 벤치마킹의 정석이란 무엇일까를 많이 생각하게 되는 것같습니다. 


벤치마킹을 할 때 작으면 작은 일이고 많으면 많은 일이죠. 정말 많은 것을 비교해볼 때도 있고 적은 것을 비교해볼때도 있어요.


기획을 하면서 벤치마킹을 하는 경우를 크게 예를 들면 아래와 같습니다.



1. 리뉴얼 대상의 홈페이지 벤치마킹

  - 리뉴얼 대상의 홈페이지는 이미 홈페이지가 있고, 동종 홈페이지가 매우 많이 존재할 때를 말하죠. 

예를 들어 서울시 교육청 홈페이지의 리뉴얼 벤치마킹을 한다고 가정해봅시다.


전국에는 17개의 광역지자체, 229개의 기조 지자체가 있습니다. 그럼 우리는 "벤치마킹 목록"을 작성할 수 있어요.


2. 신규 제작 홈페이지의 벤치마킹

 - 신규제작하는 사이트의 벤치마킹 목록은 과업지시에 나와있거나 1차 조사를 통해 클라이언트(이해관계자)를 통해 얻을 수 있습니다.


구글 검색으로 쫙열어놓고 목록을 컨펌 받을 수도 있습니다.


3. 스타트업에 대한 벤치마킹

 - 목록을 정하기가 굉장히 어렵습니다. 왜냐하면 아무것도 같은것이 없기 때문이죠. 

   디자인은 국내·외가 다르고 정서가 다르기 때문에 디자인 참고를 외국사이트로 하는 것이 아니라 콘텐츠 위주의 벤치마킹을 해야 합니다.




우리는 이러한 것에 대한 벤치마킹을 할때는 무엇을 어떻게 할 것인가를 정해야 합니다.


저는 벤치마킹할 때 3개의 파일을만듭니다.


 1) 벤치마킹 목록 및 정리파일

 2) 벤치마킹 파일

 3) 벤치마킹 보고서


우선 벤치마킹 목록 및 정리파일을 보시죠.




 1) 벤치마킹 목록 및 정리파일을 만듭시다


 

연번

자치구

주소

1

서울특별시

http://sen.go.kr/main/services/index/index.action

2

부산광역시

http://www.busan.go.kr/index

3

대구광역시

http://www.dge.go.kr/main/index.do

4

인천광역시

http://www.ice.go.kr/main.do?s=ice

5

광주광역시

http://www.gen.go.kr/main/main.php

6

대전광역시

http://www.dje.go.kr/main.do?s=dje

7

울산광역시

http://news.use.go.kr/main/

8

세종특별자치시

http://www.sje.go.kr/sje

9

경기도

http://www.goe.go.kr/

10

강원도

http://www.gwe.go.kr/mbshome/mbs/kr/index.do

11

충청북도

http://www.cbe.go.kr/home/

12

충청남도

http://www.cne.go.kr/cne/main.do

13

전라북도

http://www.jbe.go.kr/main/main.jbe

14

전라남도

http://www.jne.go.kr/main.jsp

15

경상북도

http://www.gbe.kr/

16

경상남도

http://www.gne.go.kr/index.gne

17

제주특별자치도

http://www.jje.go.kr/index.jje



우선 저렇게 기본 정보만을 담을 수 있습니다. 


비교대상이 있다면 차례차례 뒤에 붙이는 거죠. 예를 들어 홈페이지에 리모컨(빠른 서비스)가 있다면 하나를 추가해 보는거예요.


그 뒤에 컬럼을 하나 추가하여 있는지 없는지를 표시할 수 있습니다. 


연번

자치구

주소

리모컨

1

서울특별시

http://sen.go.kr/main/services/index/index.action

x

2

부산광역시

http://www.busan.go.kr/index

x

3

대구광역시

http://www.dge.go.kr/main/index.do

o

4

인천광역시

http://www.ice.go.kr/main.do?s=ice

x

5

광주광역시

http://www.gen.go.kr/main/main.php

x

6

대전광역시

http://www.dje.go.kr/main.do?s=dje

x

7

울산광역시

http://news.use.go.kr/main/

x

8

세종특별자치시

http://www.sje.go.kr/sje

x

9

경기도

http://www.goe.go.kr/

x

10

강원도

http://www.gwe.go.kr/mbshome/mbs/kr/index.do

x

11

충청북도

http://www.cbe.go.kr/home/

x

12

충청남도

http://www.cne.go.kr/cne/main.do

x

13

전라북도

http://www.jbe.go.kr/main/main.jbe

o

14

전라남도

http://www.jne.go.kr/main.jsp

x

15

경상북도

http://www.gbe.kr/

x

16

경상남도

http://www.gne.go.kr/index.gne

x

17

제주특별자치도

http://www.jje.go.kr/index.jje

x


이렇게 필요한 것들을 쫙 나열하는 거예요. 


예를 들어 결제, 회원가입, 아이핀 여부 등 여러가지의 컬럼을 추가 할 수 있을 것입니다. 


그것은 사업의 목적과 배경에 대한 부분과 연결되어 있으므로 과업지시서를 꼼꼼히 읽은 후 조사할 항목들을 보는 것이 좋을 것같습니다.



항목들을 모두 조사했다면 비교 표를 만드는 것입니다.


※ 1메뉴를 비교 했을때 1차 가공




※ 1메뉴를 비교 했을때 2차 가공


연번

각 연번

내용

용어통일

1

1

신청안내

신청안내

2

2

비용안내

비용

3

3

신청

신청

4

4

신청내용

신청내역/환불요청

5

5

환불요청

-

6

1

신청안내

신청안내

7

2

처리비용

비용

8

3

신청

신청

9

4

신청내역/환불요청

신청내역/환불요청

10

5

공지사항

공지사항

11

6

고객센터

고객센터

12

1

안내

신청안내

13

2

비용

비용

14

3

신청하기

신청

15

4

신청확인 및 필증출력

신청내역/환불요청

16

5

공지사항

공지사항

17

6

묻고 답하기

고객센터

18

1

안내

신청안내

19

2

비용

비용

20

3

신청하기

신청

21

4

신청확인하기 및 환불신청

신청내역/환불요청

22

5

공지사항

공지사항

23

6

묻고답하기

고객센터

24

1

신청안내

신청안내

25

2

처리비용

비용

26

3

신청

신청

27

4

신청내역/환불요청

신청내역/환불요청

28

5

공지사항

공지사항

29

6

고객센터

고객센터

30

1

온라인신청

신청

31

2

안내

신청

32

3

수거비용

비용

33

4

MY신청

신청내역/환불요청

34

5

고객센터

고객센터


※ 1메뉴를 비교 했을때 3차 가공


중복값제거

신청안내

비용

신청

신청내역/환불요청

공지사항

고객센터



이후 기존에 메뉴와 비교해서 필요한 것들을 클라이언트와 협의해서 메뉴를 지정하면 되겠습니다




2) 아이디어를 정리해야 합니다.



해당 정리파일에는 아이디어라는 시트를 하나 만들어 두면 좋습니다. 


방식은 없어요. 


연번

내용

1

배경영역은 그대로이며 홍보존이 움직이는 방식

2

검색에 인기검색어 검색 포함

3

1depth별 메인페이지

4

아이콘나열 및 카테고리 분류

5

샐깔로 완벽한 구역 분리

6

우측 끝으로 붙어있는 소셜영역으로 클릭하면 상세 보기



※ 이렇게 생각날때마다 정리해두지 않으면 잊을 수 있어서 정리해 두면 좋습니다.




2. 벤치마킹 파일을 작성한다.


1) 일단은 영역을 구분 지어 보는 것이 좋습니다.



※ 더욱 세분화해서 나눠도 되고 덜 세분화해서 나눠도 되고 사업의 목적에 따라 다르게 할 수 있습니다.


2) 인터페이스의 영역을 구분해 볼 수 있습니다.



※ 이렇게 정리한 영역도 엑셀에 정리해서 비교 분석을 하면 되겠습니다.


3) 리뉴얼할 사이트와 비교해서 벤치마킹하는 사이트의 장, 단점을 정리할 수 있습니다.


 사실 장단점을 생각하는 것은 주관적이 될 수 있습니다. 주관적이 되었다면 주관적인 의견이라고 반드시 노출해야 합니다.




4) 디자인에 대한 주관적인 느낌을 적어볼 수 있습니다.


5) 홈페이지를 처음 봤을때 시선의 흐름을 적을 수 있습니다.




자! 여기까지 벤치마킹 파일을 만들었습니다. 이렇게 쫙 벤치마킹 사이트를 분석해 보는 것입니다.'


이제 가장 중요한 벤치마킹 보고서를 만들것입니다. 이제까지는 준비단계였습니다!




3. 벤치마킹 보고서를 작성합니다.


1) 목차


 목차작성을 아래와 같습니다.


Ⅰ. 벤치마킹 개요

  1. 개요

   1) 사업명 : 

   2) 대상 : 

   3) 벤치마킹 기관 및 사이트

      (1) 사이트명 1 : 주소 

      (2) 사이트명 2 : 주소 


  2. 취지 및 목적


Ⅱ. 사이트별 벤치마킹 내용

  1. 사이트명 1의 일반현황

    - 주소

    - 기본정보

    - 특이사항

    - 벤치마킹

  2. 사이트명 2의 일반현황

    - 주소

    - 기본정보

    - 특이사항

    - 벤치마킹 

  3. 벤치마킹 결과

    - 비교분석

    - 도입요소 및 이유

    - 제외요소 및 이유

  4. 화면 초안


 2) 디자인

 

 디자인을 해야 할 경우를 제외하고는 중요하지 않습니다.

    



이렇게 작성하면 되겠습니다!


벤치마킹은 위의 준비자료가 시간이 오래걸리는 것이며, 벤치마킹 보고서는 단순 보고용으로만 제작되는 것이라 어려운것이 없습니다. 


자 기획자 여러분 오늘도 화이팅입니다.

'일상 > 내가 생각하는 기획' 카테고리의 다른 글

8. WBS 제작  (0) 2018.04.22
7. 프로젝트의 시작  (0) 2018.04.22
6. 사업수행계획서 작성하기  (0) 2018.04.18
5. 우선협상대상자와 협상 그리고 계약  (0) 2018.04.11
4. 제안서 작성하기  (0) 2018.04.10

WBS는 Work Breakdown structure의 약자입니다.


저같은 경우는 WBS를 만들기 전 사전 미팅을 가집니다. 


1. PM, PL, 기획, 디자이너, 개발자를 모아놓고 내부미팅을 먼저 가집니다.

  

  - 브레인스토밍을 진행합니다.


 -위키백과-

· 브레인스토밍은 집단적 창의적 발상 기법으로 집단에 소속된 인원들이 자발적으로 자연스럽게 제시된 아이디어 목록을 통해서 특정한 문제에 대한 해답을 찾고자 노력하는 것을 말한다. 브레인스토밍이라는 용어는 알렉스 오스본(Alex Faickney Osborn)의 저서 Applied Imagination으로부터 대중화되었다.


 · 브레인스토밍을 할때 중요한 부분이 있습니다. 굉장히 매우 중요한 건데요. 상대를 절대 비판하지 않아야 한다는 것입니다.

예를 어떤 한 사람이 게시판형태를 박스형으로 제작하자라는 아이디어를 내놓았는데 이에 있어 수용하고 선택해야 하지 않고 그것은  어떤것 때문에 안돼라고 한다면 더이상 그사람은 아이디어를 내놓지 않을 것이며, 다른이들도 의기소침해져서 더이상의 이야기가 진행되지 않기 때문이죠. 그래서 나잘랐다고 떠드는 회의가 아니고 여러 의견을 모으는 회의자리라는 것을 모두 명심해야 하는 것입니다.(근데 꼭 이런놈들이 있습니다....)


2. 외부의 요구를 회의합니다.


 - 기획자와 PM의 역할입니다.


  · 클라이언트와 미팅을 통해 언제까지 무엇을 해야하는지에 대해 분석하고 협의합니다. 불가능한 일정을 말하는 경우가 대부분이기 때문이죠. 


 · 우리나라의 고질적인 문제는 바로 클라이언트들은 저비용에 고효율을 내려고하는 악덕 클라이언트가 많다라는 것이구요.

그것을 윗선에서는 칭찬하고 성과로 인정하기 때문에 기술자들이 헐값에 기술을 팔아야하는 것이 바로 고질적인 문제죠..


3. 기능목록서를 제작합니다.


 - 기획자와 개발자의 역할입니다.


 · 기능목록서를 세세하게 제작해야 합니다. 그것은 SOW(Statement Of Work)를 제작하는 기초가 되는 것입니다. 

  SOW는 WBS를 제작하는 기초가 됩니다.


 · 예를 들어 Q&A 게시판을 제작한다고 가정했을때 무엇을 개발하는지 분해하는 것입니다.


  1) 리스트 

  2) 등록

  3) 수정 

  4) 삭제

  5) 상세


  이런식으로 개발하는 단위 하나하나에 대한 세부 기능 단위를 분해하는 것이 기능목록서입니다.


4. WBS 제작


 - 툴을 사용합니다.

  

  · Microsoft Project를 사용할 수 있습니다.



좌측에서부터 SOW를 3DEPTH까지 내려가게 합니다. 

각 SOW마다 들어가는 시잔을 작성합니다. 


끝! 참 쉽죠?


  · Microsoft Excel을 사용할 수 있습니다.


저는 대부분 프로젝트보다 엑셀을 많이 사용합니다. 예전에 만들어 놓은 함수나 조건부서식을 이용하여 간단하게 제작할 수 있어서예요.


필요하신 분들위해 샘플로 하나 올려드릴께요~








엑셀 조건부 서식에서 해당하는 사람 이름을 적고, 엑셀 시트에 담당자 부분에 이름을 적습니다. 그리고 시작일, 종료일이 적으면 그 날짜에 해당 색깔로 표기 됩니다. 


참고로 중간을 띄워서 작성해야만 함수랑 조건부 서식이 먹히니까요 다음 줄 추가해서 쓰지 마시고 중간을 띄워서 쓰세요.


참 쉽죠?



우리가 웹 사이트 구축이라는 프로젝트가 있다고 가정할때의 투입해야하는 기술자는 평균적으로 아래와 같습니다.


1. PM : Project Manager의 약자입니다. PM은 프로젝트의 모든것을 총괄하는 사람으로 모든 방면의 지식을 고루 

         갖추고 있어야 하며, 영업적인 부분까지도 손을 뻣어야 하는 사람이예요.


         이 직책은 인적자원관리부터 아주 자잘한 경비관리까지 담당하는 사람입니다. 제일 높은 사람이라고 생각될 수 

         있습니다만, 누구도 하지 않는 일을 도맡아 해야하며, 뒷정리와 뒷수습을 모조리 해야하는 직책입니다. 


2. PL : Project Leader의 약자입니다. 아키텍쳐가 가능한 사람이 이 PL이라는 직책을 맡게 되는데요. 경우에 따라서 

        기획, 개발 또는 단위 사업마다 PL을 지정하기도 합니다. 이 직책은 PM처럼 자질구레한 일들을 하지 않아요.


        프로젝트가 시작하면 어떻게 구현해야 하는지 DB설계, 프로세스 설계, 시나리오 설계 등 개발자들에게 또는 기획자

        들에게 시작하기 전에 방향을 잡고, 이끌어 가야하는 사람입니다. 품질관리 측면에서도 굉장히 중추적인 역할을

        해야하는 사람이죠! 


        프로젝트마다 다르겠지만 사실상 PL이 연봉이 가장 높은 경우도 있습니다.


3. 기획 : 기획자는 이 프로젝트가 시작하면 가장 먼저 투입해야하는 사람입니다. PL과 협의하여 프로젝트의 방향을 논의하고

          분석, 설계, 벤치마킹, 프로세스설계, 시나리오설계, 화면기획(이용자, 관리자 등), 테스트문서 작성 및 각종 문서,

          매뉴얼 작성, 교육자료 작성 등 기획적으로 생각하는 일보다는 문서처리와 동시에 행하는 사람이라고 생각하는것이

          좋을 것 같습니다.


4. 디자이너 : 디자이너는 프로젝트의 각종 디자인을 진행하는데요. 가장 중추적인 역할은 화면기획에 맞추어 디자인하는 

               직업입니다.


5. 프론트앤드개발 : 디자인이 나왔다면 그것은 HTML로 만들어야겠죠. HTML로 작성하고 역동적인 부분은 

                      자바스크립트(JavaScript로구성하며, 더 나아가 아작스(Ajax), 제이슨(Json), 제이쿼리(jQuery) 등을

                      작업할 수 있습니다. 경우에 따라 이사람들을 퍼블리셔라고 부르는 경우도 있습니다.


6. 백앤드 개발 : 개발언어에 따라 asp, .net, jsp, php 등의 개발자가 투입되며, 각 프로그램을 담당합니다. 물론 이 사람들은

                  PL의 주도하에 움직이는 경우가 많죠.


이러한 사람들이 움직여서 하나의 프로젝트를 완수하게 되는데요. 가장 처음 시작하는 것은 내부미팅 및 WBS의 작성입니다. 


WBS는 다음 파트에 설명드릴께요~

사업수행계획서는 이미 어떻게 써야한다고 나와있습니다.


그리고 그 목차를 이용하여 작성하면 되는거죠!


저는 나름대로의 틀을 만들어 재활용하고 있습니다. 


사업수행계획서는 정해진 틀안에서 제출하면 됩니다. 


1. 사업수행계획서의 목차


앞서 말씀들였듯이 목차는 정해져 있으며, 평균적으로아래와 같습니다.


=====================================


1. 사업개요

  가. 개요

  나. 조직도


2. 사업 추진체계 및 추진일정

  가. 사업 추진 조직도

  나. 추진 일정


3. 사업 계획

  가. 추진계획


4. 산출물계획

  가. 업무 기간별 산출물

  나. 최종보고서 제출 목록


5. 보고계획


6. 품질관리계획

  가. 품질관리 전략

  나. 품질보증 절차


7. 보안대책

  가. 보안관리 개요

  나. 대상별 자료 관리 대책


8. 교육계획

  가. 교육훈련 조직

  나. 교육훈련계획

  다. 교육훈련 절차 및 방법


9. 기술적용계획표


=====================================


2. 작성법


하나하나 설명을 드려볼께요. 일단 목차를 쉽게 만들기 위해 한글을 이용하면 좋습니다.


-개요


· 사업명

· 사업기간

· 계약방법

· 추진목표

· 추진전략


-조직도


· 회사내 조직도

· 사업참여 조직도


사업참여 조직도는 아래와 같은 틀을 사용합니다.



분야

조직

책임자

주요기능

사업관리

실무책임자

 

• 프로젝트 관리 요소

(범위,인원,예산,일정,위험,구성,변경관리 등) 관리 책임

• 사업 세부 수행 계획 수립 및 감독

• 고객과 의사소통 역할 및 책임 범위 해결/조정

• 고객에게 프로젝트 진척 사항, 문제점, 위험요소 등 보고

• 고객에 프로젝트 산출물 인도 책임

개발그룹

기획

 

• 개발 및 운영환경 기획 구성

• 기획 문서 등 기본자료 구축

• 시스템구축팀 개발표준 등 기술교육

• 운영자지침서 작성

• 테스트 계획 수립 및 시나리오 작성

• 테스트 수행 및 평가

시스템

구축팀

 

• 홈페이지 개발

• 관리자 시스템 개발

• 모바일 홈페이지 개발

• 테스트 계획 수립 및 시나리오 작성

• 테스트 수행 및 평가

• 응용시스템 설치 및 데이터베이스 구축,

데이터 전환

• 운영자지침서 작성 및 운영자 교육

• 단계별 산출물 문서화

디자인팀

 

• 화면구현 및 디자인

웹표준

웹접근성

프론트 개발

 

• 홈페이지 프론트 개발

• 관리자 페이지 프론트 개발

• 모바일페이지 프론트 개발

• 웹 접근성 인증마크 신청

• 웹 접근성 준수 점검

• 웹 접근성 결과 분석



-추진일정


추진일정은 WBS를 미리 짜놓았다면 WBS를 첨부해도 좋고, 간단한 일정 정도로 나열해도 무관합니다.




 

종 별

수량

전체용역에

대한비율(%)

공 정

비 고

11월

12월

사업수행계획

1

10

 

 

 

 

 

 

 

 

요구분석정의

1

10

 

 

 

 

 

 

 

 

설계

1

20

 

 

 

 

 

 

 

구현

1

50

 

 

 

 

단위통합테스트

1

7

 

 

 

 

 

 

 

이관.인도단계

1

3

 

 

 

 

 

 

 

 


-사업계획


· 최초 우리가 제안서를 작성할 때 만들었던 기능 요구사항을 나열하세요. 

· 그에 따른 시기를 나열합니다.


파트

업무

시기

기획

관리자 화면 기획

2W

이용자 화면 기획

2W

모바일 화면 기획

2W

통합 테스트

8W

유닛 테스트

8W

디자인

메인화면 변경

3W

서브 디자인 변경

3W

프론트

검색태그기능

3W

공유 기능

3W

마이페이지 내용 추가

4W

이용자 페이지_실시간 댓글

5W

이용자 페이지_회원관리 부분

5W

편성표 UI변경

5W

모바일

6W

웹접근성 준수 수정

3~7W

백엔드

개발 설계 및 환경 구축

2W

관리자 메뉴 재배치

3W

관리자 기능

3W

관리자 기능

3W

관리자 페이지

3W

정책 기능 구현

4W

관리자 기능

5W

관리자 페이지_통계

5W

메뉴관리 메뉴별 사용/비사용 기능 추가

5W

검색태그기능

6W

마이페이지 내용 추가

6W

웹접근 수정

6W

이용자 페이지_공유

6W

이용자 페이지

7W

이용자 페이지

7W

이용자 페이지

7W

이용자 페이지

7W

편성표 UI변경

7W

모바일 사이트

3~7W


-산출물


· 기본


작업단계

작업 활동

주요 산출물

사업수행

•추진방향,사업내용,기대효과,추진체계,추진일정,교육계획,사업수행자명단등사업수행에필요한내역및기타제반서류제출

사업수행계획서

계획서

착수보고

•사업수행시

필요한제반서류

(착수보고서)

계약일로부터7일이내제출

 

수시보고서

원활한사업추진을위해필요시또는특기사항발생시비정기적인보고서작성․제출

수시보고서

완료보고서

사업종료이전에제안요청서,제안서,계약서등업무범위에포함된사항에대한최종보고서의초안을작성․제출하고사업종료시최종보고서를제출및완료보고회개최

최종보고서

*상세 보고서는 아래 참조


· 추가 과업지시상 산출물 나열


-보고계획


산출물 종류

시기

형태

정기 및 수시보고서

수시보고

수시

인쇄물/전자문서

관리보고서

착수보고

(사업수행계획서 포함)

계약 후 7일 이내

인쇄물/전자문서

완료보고

협의

인쇄물/전자문서

완료보고서

완료보고서

(최종보고서 목록포함)

협의

전자문서



-품질관리계획 부분


이 부분은 정형적은 부분입니다. 항상 똑같은 부분이죠.


1. 품질관리계획


1.1. 품질관리 전략


보안을 준수 하며, test 시연을 함으로서 품질 관리에 만전을 기함.

 

1.2. 품질보증 절차


착수 및 계획

분석

 

설계

 

구축 및 테스트

프로젝트 초기정착 지원

-프로젝트 표준 수립 지원계획 수립

맞춤교육

-프로젝트 수행에 필요한 기본 -프로세스에 대한 Consensus 도출

-업무수행 능력 조기 확보

 

분석 단계 산출물 작성 가이드 지원

프로젝트 관리 품질 점검

산출물 검토

프로세스 검토

 

설계단계 산출물 작성 가이드 지원

프로젝트 관리 품질점검

산출물 검토

프로세스 검토

 

표준 테스트 방법론 가이드 지원

품질점검 활동(테스트)

Test 시연회

 

 

2. 보안대책


사업과 관련된 이해관계자 및 유관기관의 정보자산을 보호하기 위해 관리적, 물리적, 기술적 보안정책을 수립하고, 보안관리와 관련된 역할과 책임을 명확히 하며 발생 가능한 보안 위험요소들과 취약점을 사전에 파악하여 그 대응책을 마련합니다.

 

2.1. 보안관리 개요


관리적 보안

 

물리적 보안

 

기술적 보안

·보안조직 및 정책 수립

·인원관리 및 교육

·사고대책관리

·출입통제

·문서 및 환경 관리

·시설물 관리

·응용시스템 관리

 

 

 

2.2. 대상별 자료 관리 대책


대상

자료관리대책

이직 요원

•이직은 개인적으로는 사업의 종료라는 관점이므로 보안대책과 동일하게 처리

사직서 제출시 보안담당자에게 보안확인 제출

취급 자료

자료별 모든접근권한 즉시 삭제

일체의 사업관련자료 회수조치 여부를 보안담당자가 확인

중요자료 및 비밀자료 반납여부 필히확인

취급 장비

•장비별접근 ID를포함한 모든 접근권한 즉시 삭제

모든장비에대한반납여부및이상유무를보안담당자가확인


2.2.1. 관리적 보안


구 분

보안 대 책

보안조직 및

정책 수립

보안업무에 필요한 교육을 이수하여 임무 수행

Ÿ정보보호 행동 수칙을 정책, 지침, 절차로 문서화하여 운용

인원관리 및

교육

Ÿ프로젝트 투입 인원은 비밀유지 서약서 작성 및 출입증 패용

Ÿ방문객은 방문객 출입대장에 기록 후 보안 책임자의 승인을 받음

Ÿ방문객의 방문시간은 정상근무시간에 한하며, 지정된 장소만 허용 (단,

보안 책임자의 승인 시 예외)

Ÿ정보보호의 중요성을 인식시키고, 구체적 행동지침을 전파하여

정보보호에 대한 의식의 지속적인 고취

문서 및 통신

Ÿ비밀/대외비 문서를 FAX/전자우편/우편 등을 이용할 시에는 보안

책임자의 사전 승인 취득

Ÿ본 사업 추진내역에 대해서는 PC통신/인터넷등의 접근을 통제하고

보안책임자의 승인하에 열람

 

 

2.2.2. 물리적 보안


구 분

보안 대 책

출 입 통 제

Ÿ출입문에 출입통제 장치를 설치하여 출입인원 통제

Ÿ출입권한의 승인, 변경은 보안담당자의 절차에 따라 관리

Ÿ비인가자의 출입을 통제하고 출입자는 출입일지 작성

시설물 관리

Ÿ본 사업의 개발을 위해 사용되는 장비는 보안유지 가능 장소에 보관

Ÿ장비의 위치, 네트워크 구성요소와 접속장치, 하드웨어, 소프트웨어의

등록 사항을 기록 및 관리

Ÿ장비가 위치한 장소에 대한 비인가자의 출입 통제 및 보안일지 작성

 

3. 교육계획


교육훈련은 단위사업 및 전체 사업을 효과적으로 수행 할 수 있습니다. 따라서 사업착수부터 사업 완료 시까지 운영에 필요한 기술교육을 할 수 있도록 하겠습니다.

 

3.1. 교육훈련 조직


조직

역할

교육훈련담당

교육계획 수립

교육집행 및 관리

교육훈련(교재,교육장,교육환경,교육평가등)

사업추진 단

기술지원그룹

교육대상자선정(시스템 운영자, 업무 담당자)

개발방법론 교육 교재 작성 및 교육 지원

기술교육 교재 작성 및 교육 지원

사업ㆍ품질관리/

시스템 구축 팀

시스템 운영자 교육 교재 작성 및 교육실시

시스템 운영지침서 작성 및 교육실시

사용자 매뉴얼 작성

협력/전문업체

(솔루션 공급, 설치)

전문 기술과정 교육 교재 작성 및 교육 실시

해당 제품 및 관련 내용(소프트웨어, 하드웨어 등)교육실시

 

3.2. 교육훈련계획


단계적인

교육실시

실습중심교육

다양한

교육방법

교육진행의

차별화

대상별

교육계획수립

사업초기: 관리자의 IT기술교육

대상자 별 실습 위주 교육

•집합교육:

이용자대상

교육 목적에 맞는 교재 제공

시스템관리자운영자/사용자/개발자 등에따라 교육 과정 운영

•운영단계:

운영자적용기술교육

•맨투맨 교육

•전달교육:

소수 인원 집합 교육 후 전달교육

교재 미리 배포하여 사전 예습 가능

전문 분야별 교육과정을 수립하여 운영

•유지단계:

사용자,운영자유지보수교육

실제 관리 업무 병행 실습

 

무상유지관리 기간 중 지속적인 현장교육 실시

 


- 기술적용계획표


이부분은 과업지시서 또는 제안요청서에 있는 기술적용계획표를 삽입하면 됩니다.



간단하게 사업수행계획서를 작성하는 방법에 대해 알아봤습니다!

'일상 > 내가 생각하는 기획' 카테고리의 다른 글

8. WBS 제작  (0) 2018.04.22
7. 프로젝트의 시작  (0) 2018.04.22
5. 우선협상대상자와 협상 그리고 계약  (0) 2018.04.11
4. 제안서 작성하기  (0) 2018.04.10
3. 제안서 목차 만들기  (1) 2018.04.10

우리는 여러가지 경로를 통해 우주, 영혼, 생명에 관한 다양한 콘텐츠를 접하게 됩니다.


이러한 콘텐츠를 보면서 여러분들은 어떤 생각을 하시나요?


우리는 어디서 온걸까요? 이러한 생각을 하면 한도끝도 없습니다.


저는 이렇게 생각해요!


이 우주와 인간 모든 것은 우주의 법칙을 따른다!



1. 영혼의 존재는 무엇일까요?


우리가 귀신을 무서워하고 두려워하는 이유는 무엇일까요? 바로 그것이 무엇인지 알지 못하기 때문입니다. 


그것이 무엇인지 안다면 우리는 두려워하지 않을 수 있죠. 예를 들어 귀신이라는 존재 자체가 고양이와 같은 생물이다.


라고 생각한다면 무섭지 않은 거죠. 그것이 무엇을 할지 우리에게 어떤 영향을 끼칠지 가능성을 무궁무진하기 때문에


우리는 귀신을 무섭고 두려운 존재라 인식합니다.


따라서 저는 이렇게 생각합니다. 귀신 그리고 영혼은 같은 것이며, 이는 사람과 같은 것이다. 


이유는 이것입니다.





2. 인간은 어떻게 영혼을 얻을까요?


전제조건은사람의 몸속에는 반드시 한개 이상의 영혼이 존재할것이라는 것입니다. 물론 영혼은 '1개'라고 


표현하는 것이 맞을지 틀릴지 모릅니다. 하지만 그 영혼은 떠돌아 다니는 귀신과 같은 존재이며 영혼이 육신이라는


안식처에 안착하는 것을 생각해 봅니다.


이런 생각을 해보죠! 아이는 남성과 여성, 즉 남성의 정자와 여성의 난자가 만나 만들어지는 것이죠. 


간단하게 말하자면 말입니다. 


그런데 남성은 정자를 반드시 밖으로 배출하는 것입니다. 여성을 만나 성관계를 가짐으로서 배출이 되기도 하고, 


자위행위를 통해 배출 또는 몽정을 통해 배출되죠. 그리고 동물들도 자위행위를 하듯 자연스러운 행동입니다.


그럼 정자 하나하나에 영혼이 있을까요? 그럼 우리는 그 모두를 죽이는 것일까요?


반대로 생각해보죠. 여성과 같은 경우 주기적으로 착상이 되지 않은 난소를 배출하고 있습니다. 바로 월경이죠.



이분이 바로 정자와 난자가 만나 아이를 만드는 것이기 때문에 영혼이 들어갈려면 바로 둘이 합쳐진 경우인것입니다.


그럼 이렇게 생각해보죠!





3. 영혼의 안착


인간이라는 존재가 생기면 그때 영혼이 안착할 수 있는 공간이 생기는 것입니다. 그래서 그 공간에 영혼이 안착하는 거죠.


이렇게 생각하면 무엇인가 궁금해 지는 부분이 있습니다.


인간의 수와 영혼의 수는 항상 똑같은 것인가라는 부분입니다.


저는 그렇다에 한표를 던지겠습니다. 


예를 들어 사람이 죽어 영혼이 해당 육신을 벗어났다고 생각해보는 것입니다. 


그럼 그 영혼은 떠돌 것입니다. 인간이 종족번식의 본능이 있는 것처럼 영혼은 인간 안착이라는 본능이 있는 것이죠. 


이때는 전의 생에 대한 기억을 가진 채로 말입니다. 


누군가가 성관계를 맺고 정자와 난자가 수정에 성공하여 세포 분열이 시작됬다고 가정한다면 그때 세포단위의 블랙홀이 


발생하여 영혼은 그 블랙홀로 들어가기 위한 경쟁을 벌일 것이며, 경쟁에 성공한 영혼이 그 아이에게 안착되는 거죠.


이때 생전에 가지고 있던 기억은 사라지는 것입니다. 


뇌가 없는데 무슨 기억이냐고 생각할 수도 있습니다. 





4. 영혼에 각인된 기억


브라이언 그린의 우주의 구조에서는 블랙홀로 지갑을 던지면 그가 가지고 있는 모든 정보의 복사본은 표면에 저장된다고


하고 실제의 지갑은 블랙홀 속으로 들어간다고 하죠. 우리가 지니고 있는 육신이 더이상 쓸수가 없어 사망하게 된다면


세포단위 또는 그보다 작은 단위의 블랙홀이 존재하여 그곳을 통해 영혼이 빨려 나간다고 생각한다면 기억은 


사망한 육신에 복사본이 저장되며, 실제 빠저나간 영혼에 투영되어 영혼 표면에 기억되는 것지죠 마치 CD처럼 말이죠.


영혼이 새로운 육신을 얻어 인간의 형태를 찾아갈때 CD의 포맷과정을 거치듯 영혼에 각인된 기억은 정화되는 것이


아닐까요?





5. 생명의 정의


생명을 무엇이라 생각하시나요? 사전적의미는 '사람이 살아서 숨 쉬고 활동할 수 있게 하는 힘' 입니다.


그것은 육신이라는 유기체가 3차원의 공간에서 시간이라는 것을 이해하고 움직이기 위해 존재하는 것입니다.


생명은 단순히 유기체가 움직이기 위한 힘인거죠. 따라서 영혼과 육신은 별개로 존재하고 육신은 영혼을 안착시키기 위한


도구라는 거죠. 




6. 평행우주와의 관계


여러분과 저는 잠을 자고, 꿈을 꿉니다. 도대체 인간은 왜 자는 것일까요? 잠을 자는 이유를 과학적으로 설명하는 사람과


비과학적으로 설명하는 사람 등 많은 이론과 설이 존재합니다. 


가장 단순하게 생각해 보는 거죠.


우리는 육신에 에너지를 얻기 위해 음식을 섭취합니다. 따라서 갖가지 영양소를 몸속에 활동이 필요한 에너지로 변환하여


움직일 수 있게 해주죠. 연료인 셈입니다.


그런데 잠은 우리가 움직이기 위한 어떠한 행위도 아닙니다. 그런데 사람은 잠을 자야하고 잠을 자지 않으면 사망합니다.


이유가 무엇일까요?


저는 이 이유를 평행세계와 연관을 지어봤습니다. 


우리의 영혼은 4차원의 세계를 살고있다고 생각해 보는 거죠. 그럼 4차원의 영혼은 시간과 공간에 대한 개념이 없고, 


개념이 없다는 것은 제약이 없다는 것입니다. 


그렇기 때문에 영혼은 평행 세계와도 왕래가 가능한것입니다. 


만약 평행세계를 가기위한 다리가 필요하다면 바로 웜홀이 있는 것이죠. 


그 웜홀을 지나 다른 평행세계에 가는 것입니다. 만약 웜홀이 블랙홀이라면 영혼이 오고 가며 가지고 있던 정보 즉


종전에 말했던 부분인 블랙홀에 지갑과 같이 정보를 가지고 있는 상태에서 다시금 영혼이 현재의 육식에 안착된다면 


또는 영혼이 공유되고 있다면 이를 꿈에서 보여주는 것이죠.


즉, 꿈은 평행세계에 내가 보고 느끼는 것을 보여주는 홀로그램인 셈인거죠. 




7. 결론


우리의 영혼은 존재하며 영혼은 인간이 만들어지는 과정에서 어느 누구의 아이인지 어떤 조건인지 따지지 않고,


인간의 몸속에 안착합니다. 이로 인해 영혼은 인간의 몸에 안착한 상태에서 평생을 살다가 사망시 다시 빠져나가며


외부에 있는 영혼은 평행세계를 오고 갑니다. 


그리고 우리가 그에 대한 기억으로 잠을 자야하고 꿈을 꾸는 것이며, 이는 정화를 하는 과정인거죠. 


따라서 우주와 영혼 그리고 생명은 하나이며, 모든 것은 하나에서 부터 비롯된것이라 생각해 봅니다.



제안발표 이후 우리는 바로 계약하는 것이 아닙니다.


제안발표에서 1등을 한 경우 우선협상대상자가 되는 것이죠.



우선협상 대상자란 말 그대로 우선적으로 협상을 할 수 있는 대상자라는 것입니다. 


만약 협상이 결여되면 2등한테 협상대상자를 양보해야 하는 것입니다.



저도 경쟁에서 2등이 되었던 사업에 위와 같은 사유로 계약한 경우도 있습니다.



우선협상 대상자에서 떨어지는 경우는 여러가지 이유가 있는데 대표적으로 아래와 같습니다.


1. 실제 투입될 수 없는 기술자(요원)으로 제안했을 경우


  - 점수를 위해 실제 투입될 수 없는 기술자로 제안했을 경우 1등이 되었을 때 제안서에 있는 인원이 들어가야 하는데도

    불구하고 그렇게 하지 못할 때에는 협상대상자에서 제외됩니다.


2. 요구사항 협상에 실패했을 경우

  

  - 발주처에서 요구하는 요구사항이 제안요청상에는 없었으며, 너무 터무니없는 요구사항을 말한경우 제안사에서는 

    받아들일 수 없어 포기하게 됩니다.


3. 제안 당시 제안 PM의 추가 기능 수렴과 본사에서의 의견이 차이가 있을 경우

 

  - 제안 당시에는 심사위원들이 여러가지를 묻고 여러가지를 요청합니다. 예를 들어 이때 반응형 홈페이지로 만들어줄 수 

    있느냐는 말을 하고 제안 PM이 그를 수용했다면 해당 내용은 녹취되며 구두로서 묶이게 됩니다. 협상이 반드시

    이 내용이 나올 것이며, 만약 그 후 본사에서 그를 수용할 수 없다면 포기할 수 밖에 없는 것이죠.



대표적으로 이 같은 이유로 우선협장 대상자에서 제외 되는 것입니다.



이런 저런 얘기로 협상을 진행한 후 협상서에 도장을 찍습니다. 이로써 협상이 완료 되는 것이죠.


협상서는 아래와 같은 방식으로 제작됩니다.




그 후 계약입니다. 


계약서에 도장만 쾅하고 찍으면 되는 것이 아닙니다. 제출 해야 하는 서류가 굉장히 많죠.



보통의 계약은 계약 후 7일 이내에 착수하여야 하며, 착수 후 7일 이내에 착수 서류를 제출해야합니다.



착수 시 제출해야 하는 문서를 말씀드리자면!



1. 착수문서 


 1) 착수공문

   가. 착수계

   나. 사업수행계획서

   다. WBS

   라. 용역책임자계

   마. 조직도

   바. 비밀유지계약서

   사. 산출내역서

   아. 하도급 비율 명세서

   자. 비상연락망


 2) 하도급 서류

   가. 하도급 계약서 및 계약 승인신청서

   나. 하도급 계약서 안

   다. 하도급 적정성 판단 자가진단표


 3) 인력서류

   가. 경력증명서 및 학력증명서

   나. 기본증명서

   다. 신원진술서

 


거의 모든 문서를 적었는데요. 저 중에서 필요한 서류만 제출 하시면 됩니다.


'일상 > 내가 생각하는 기획' 카테고리의 다른 글

7. 프로젝트의 시작  (0) 2018.04.22
6. 사업수행계획서 작성하기  (0) 2018.04.18
4. 제안서 작성하기  (0) 2018.04.10
3. 제안서 목차 만들기  (1) 2018.04.10
2. 제안요청서를 보는 법  (0) 2018.04.10

제안서를 작성하기 전단계까지는 아직 이해관계자와의 협의나 미팅을 진행하지 않았습니다.


일단 제안서 작성 단계 전까지는 혼자서도 할 수 있는 작업입니다. 



1. 이제는 이해관계자들을 소집해야 합니다.


제안서를 작성할 때 여러가지 타입이 있습니다.


1) 공동수급 : 2개이상의 회사가 공동으로 본 사업을 수급할 때


2) 하도급 존재 : 원도급과 하도급이 존재하는 사업으로 하도급에게 하달해야 할 때 


2번과 같은 경우 큰 사업은 각 각 파트별로 하도급 업체가 존재하기도 합니다.



여러 이해관계자들이 있지만 샘플 사업은 1개의 회사만으로 충분히 진행할 수 있는 사업입니다.


한개의 회사만이 진행하는 사업의 이해관계자들은 어느정도 아래와 같습니다.



1. 사업의 PM 

2. 개발 PL

3. 기획 및 제안서 작성자

4. 디자이너

5. 프론트 엔드 개발자

6. 경영지원부




사업의 PM은 해당 제안서의 전체적인 틀을 잡고 수행하는 기간 산정, 인력 선정, 정량적 점수 및 정성적 점수 계산 등


전체적인 부분에 업무를 수행합니다.



개발 PL은 기능파트에 개발적인 부분에 대한 제안서 작성과 시스템 구성도 및 개발방법론 등에 대한 부분을 작성하죠



기획자는 시안에 들어갈 화면 기획과 기획이 필요한 제안 파트를 담당합니다. 


나머지 제안서를 채우는 일은 제안서 작성하는 사람이 작성하겠죠.



기획자의 시안 기획서가 작성되면 디자인을 해야 합니다. 


그리고 제안서의 전체적인 디자인 작업을 진행합니다. 본 샘플 사업은 온라인 제출이나 오프라인 제출 같은 경우


3공바인더로 제출 또는 제본으로 제출하기에 표지 디자인, 목차, 간지, 내용부분에 대한 전반적인 디자인을 진행합니다.



물론 PPT 디자인을 전문적으로 하는 회사도 있습니다만 비용문제로 잘 사용하지는 않습니다.



프론트 엔드 개발자는 상황에 따라 디자인 시안을 HTML로 만들거나 제안 내용 중 웹접근성 웹표준 및 호환성 부분에 대한


도움을 받을 수 있습니다.



경영지원부에서는 인력에 대한 서류 및 연락 체계구성과 체크리스트로 만들었던 서류를 준비하죠.




이렇게 각자의 역할을 말하고 기간을 산정하고 각자가 맡은 역할을 충분히 수행하면 되는 것입니다.



2. 제안서 작성 템플릿 공유



 1) DEPTH 선정


관공서에서 공문을 작성할 때 사용하는 특수문자가 있습니다. DEPTH를 구분하기 위한 특수문자인데요. 


순서는 □, ○, -, · 입니다. 이러하듯 우리도 제안서를 작성할 때 DEPTH의 구분을 정해야 합니다.



샘플 제안서에서는 대메뉴 Ⅲ 이후 1. 1) 가. 가)  -  · 로 정합니다. 최대 6 DEPTH까지로 정하며 그 이하는 


사용하지 않는 것으로 정합니다. 저 부분은 모두에게 공유되어야 하는 부분입니다.



2) 템플릿 공유


템플릿은 아주 단순하게 단조롭게 작성하는것이 가장 좋습니다. 


간단하게 템플릿을 만들어보았습니다.





  이렇게 만들어진 PPT 파일을 이해관계자에게 보냅니다. 그 후 제안서가 돌아오기를 기다리면 되겠죠!



3) 이 후 제안서는 목차에 맞추어 차례차례 작성하면 되겠습니다!


4) 다 취합된 제안서를 가지고 한 파일로 합치고 제안서를 완성합니다.




3. 제안 요약서 작성


제안요약서는 제안서를 따다가 붙이는 작업이 아닙니다. 최대한 압축하여 여러장에 있는 중요한 부분을 넣어야 합니다.


 1) 방식을 정해야 합니다.


   - 사실 제안발표 때에는 중요한 기술 부분과 관리 부분을 주요사항으로 봅니다. 따라서 그런 목차로 지정하는 방법이 

     있습니다. 제안요약서는 목차가 정해져 있지 않기 때문이죠!


   - 또는 제안서 순서대로 요약하여 요약서를 작성할 수도 있습니다.


   - 또는 평가의 기준대로 요약서를 정성할 수 있습니다. 아래는 평가 기준입니다.




     

제안요약서는 대부분 가로형으로 제작합니다.



템플릿을 이런식으로 만들 수 있습니다.


제안요약서는 제안 PM과 기획자가 작성합니다. 그 이유는 제안 PM은 발표하는 사람으로서 어떻게 발표할지 시뮬레이션을


하면서 작성해야 하기 때문입니다. 그리고 기획자가 말해주는 기획의도도 명확히 인식해야하기 때문에 기획자와 같이 


작업합니다.



4. CD 및 인쇄


이 부분까지는 내려가지 않을 수도 있지만 혼자 제안서 작업을 하는 경우도 종종있기 때문에 CD제작과 인쇄까지도 담당해야


하는 경우도 있습니다. 


물론 샘플 사업에 경우 온라인으로 발표를 하는 것이라 인쇄를 할 필요는 없습니다만 참고사항으로 말씀드리자면



CD안에는 제안서, 제안요약서, 각종 문서를 담아가야 합니다. 


인쇄시에는 담당 인쇄소가 있는 경우 쉽겠지만 그렇지 않은 경우는 반드시 3공바인더인지 떡제본은지를 말해주고, 몇 부를


인쇄할지를 말해줍니다. 



인쇄소 관계자는 3공바인더를 먼저 제작하기 때문에 표지파일을 먼저 원할 것입니다. 표지파일을 미리 준비해주세요.


그리고 디자인 시안을 A3로 인쇄할 때는 반드시 얘기해줘야 합니다. 



그리고 중요한 부분은 제안요청서에 흑백인지 양면인지 등에 대해 나와있기에 이부분도 놓치지 말고 지켜줘야 합니다.


대부분은 아래와 같습니다.


제안서 : 3공 바인더, 양면인쇄, 세로형, 흑백인쇄


제안요약서 : 스프링 인쇄, 단면인쇄, 컬러인쇄, 가로형


이렇게 됩니다. 



여기까지 제안서 작성하는 방법에 대해 마치겠습니다.



PS. 원본과 평가본을 제출하라는 곳에는 평가본에 회사를 알 수 있는 정보를 일체 삭제해야 합니다. 

     실격처리 될 수 있습니다.

사실 제안서를 작성하기 위한 기본적인 목차는 기재 되어 있습니다.


2장에서 말씀드렸듯이 제안서의 목차는 정해져 있습니다. 


그 안에서 세부적으로 어떤 내용을 작성할지 목차를 정하는 거예요.


여기서 우리는 제안서를 작성하기 위해 정해야 하는 것들이 있습니다.



1. 제안서의 DEPTH를 정해야 합니다.


  1) 제안서의 깊이를 말하는 건데요. 예를 들어 기능 요구사항이 아래처럼 있다고 가정합니다.



  

목차를 작성해 볼께요.



위처럼 요구사항의 내용을 보고 목차를 세부적으로 잡아야 합니다. 


페이지 수는 왜 적었냐하면 제안서의 분량이 딱 정해저 있거든요. 그래서 목차를 잡을 때 페이지 수를 써서 넘치지 않게 


작성하기 위해서 입니다.




간단하죠? 이렇게 제안서 목차를 만드는 것입니다!

우리나라에는 나라장터라는 곳이 있습니다. 


나라장터에 대해서 설명할 것은 아니기 때문에 나라장터에 대해 궁금하신 분들은 이곳을 클릭 하시면 알 수 있습니다.



나라장터의 주소는 http://www.g2b.go.kr/index.jsp 입니다.


나라장터에는 많은 공고가 올라오고 있습니다.


국가기관에서 올라오는 공고는 여러 검증단계를 거쳐서 공무원이 일을 끝낸 순간부터 약 1달 후에 입찰공고가 올라옵니다.





우리는 웹 기획에 대해 이야기를 할 것이기 때문에 홈페이지를 검색해서 적당한 공고를 한번 살펴 볼께요.


여러가지 정보는 모자이크 처리 하였습니다.





우리가 봐야 할 것은 기본정보 후에 첨부파일 입니다.


가장 중요한 문서 2개는 공고서와 제안요청서입니다.




1. 공고서 살피기


  1) 입찰자격을 파악한다.

    

     - 현재 재직중인 회사가 입찰자격을 갖추고 있는지 확인해야 합니다. 물론 나라장터에서 보시는 경우라면 당연히

       입찰자격을 갖추고 있을 것입니다.


  2) 제출 서류를 파악한다.


     - 기획자는 일일이 하나하나 챙겨야 합니다. 어떤 서류를 내야 하는지 체크리스트를 만들어야 합니다.

       체크리스트는 1차와 2차로 나뉘어 작성합니다. 1차는 공고서를 보고 작성합니다.


     - 아래는 공고서 내에 있는 제출 문서 목록입니다. 그대로 엑셀파일로 옮기세요.



--------------------------------------------------------------------------------------------

    - 엑셀로 옮겼습니다. 기획자의 기본은 엑셀을 다룰때 언제나 연번을 취급합니다. 

    - 이 문서에는 해당 문서를 어디서 보았는지 출처를 적고, 누가 준비해야 하는지 특이사항은 없는지 작성합니다.

    - 확인란은 제안서 제출 전 체크리스트를 활용하여 체크하기 위함입니다.

   


    - 정량적 제안서 : 간단하게 회사의 기본 속성입니다. 바뀌지 않는 회사의 속성에 대해 작성합니다.

                        어떤 내용을 쓰는지는 제안 요청서에 나옵니다.


    - 정성적 제안서 : 기술적인 부분과 관리사항 등 회사정보가 아닌 부분을 작성합니다.


    - 제안요약서 : 제안서에 기술된 내용을 함축하여 작성합니다.


    - 발표자료 : 제안발표 시 필요한 자료를 작성합니다.


    

 2. 제안요청서 살피기

    

    제안요청서는 머하나 중요하지 않은 부분이 없습니다. 반드시 한번은 정독해야 합니다.


   1) 제안요청서 상에서 필요한 문서 목록을 체크리스트에 작성합니다.


      - 제안요청서에도 필요한 문서를 적어 놓았습니다. 애써서 제안서 작성했는데 문서때문에 제안서를 제출조차 할 수 없을

        때도 있습니다. 꼭꼭 살펴야 합니다.       



    - 목록이 늘었습니다. 해당 공고는 온라인 제출과 온라인 발표로 되어 있습니다. 오프라인 제출과 오프라인 발표일 경우

      입찰참가신청서, 인감증명서, 사용인감계, 청렴서약서 등 제출해야 될 문서가 더 있습니다.



   2) 제안서 목차 보기

  


     

     - 제안요청서에 신경쓰는 공무원이었다면 정량적 제안서 목차와 정성적 제안서 목차를 따로 정리하는데 조금

       이상한 부분이 있습니다.

  

     - 정량적 평가 제안서에 첨부되는 서류는 제안요청서에 따로 작성되어 있습니다.


 적 평가 제안서에 첨부되는 서류

- 제안업체 일반현황 및 연혁

- 제안업체 경영상태(최근 3년)

- 업무수행 조직 및 인원현황

- 사업 참여인력 이력사항

※ 사본에는 “원본대조필” 또는 “사실과 상위 없음”을 명기하고 인감날인 후 제출

※ PM 참여자는 관련업무 경력증명서, 프로그램참여자 및 디자인 참여자는 관련 학과 전문학사 학위이상 졸업증명서 또는 동등의 경력증명서 제출

- 정량적 평가에 대한 서류 전체(각종 원(사)본, 증명서 등)


    - 제안요청서를 보아하니 제안서는 정량,정성 모든 부분을 담고 정량적평가 제안서를 별도로 취합해서 제출하는것이 

      좋을 것으로 판단됩니다. 이럴 때에는 담당자에게 문의하여 어떻게 할지를 반드시 확인 해야 합니다.




   3) 요구사항 확인하기



    - 요구사항은 이렇게 아이디와 명으로 되어 있고, 해당 표 아래에 자세히 작성되어 있습니다. 


    - 뭔가 요구사항이 많아 보이지만 사실 그렇지 않습니다. 기능 요구사항 외에는 모두 정형적인 내용이며, 항상 나오는

      요구사항입니다.





이렇게 제안요청서에서 자세히 살펴봐야 할 것을 봤습니다.


개인적으로 처음 제안서를 작성할때 제안요청서는 글자가 지워질때까지 봤던것 같아요.


제안요청서에 글자 하나를 놓쳐서 낭패를 격는 경우도 있으니 주의하시면서 필독 또 정독하세요.







'일상 > 내가 생각하는 기획' 카테고리의 다른 글

6. 사업수행계획서 작성하기  (0) 2018.04.18
5. 우선협상대상자와 협상 그리고 계약  (0) 2018.04.11
4. 제안서 작성하기  (0) 2018.04.10
3. 제안서 목차 만들기  (1) 2018.04.10
1. 기획의 시작  (0) 2018.04.10

+ Recent posts