전산과/컴공과를 나온 친구들은 반드시는 아니지만 대체로 개발자로서 사회생활을 시작한다. 산업공학과를 나온 친구들은 일부는 개발자로 빠지지만 일부는 기획자의 길을 걷기 시작한다.
예를 들어보자. 두 친구가 산공과에서 동기동창으로 졸업하고서 한친구는 개발자로, 다른 한친구는 기획자로 사회생활을 시작했다고 가정해 보자. 3년후에 두 친구가 진로방향을 바꾸고자 할때 기획자가 개발자로 전향하기는 매우힘들지만, 개발자로 3년 일했었던 친구는 초보 기획자로 옮기는 경우가 훨씬 수월하다. 개발자는 아무나 시켜주지 않지만 기획자는 아무나 시킨다.
그러나 개발자에서 기획자로 전향한 친구가 기획을 잘하느냐라는 문제로 들어가면 꼭 그렇지는 않다는 문제점이 있다. 괜찬은 기획자로 변신하기 위해서는 좋은 선배기획자를 만나는 것이 매우 중요하다. 개발자가 성공적인 기획자로 변신하기 어려운 이유는 무엇일까?
기획서 도큐멘테이션의 어려움
한 3년정도 개발자를 하다보면 다루는 도큐멘트들이 개발관련 도큐멘트 작성경험 뿐이 없어서 일반인(경영자, 관리자, 클라이언트 등) 이 이해 하기쉬운 '서비스 기획서' 나 '사업기획서'를 만드는데 많은 어려움을 느낄 수밖에 없다. 더군다나 그전에는 쳐다도 안봤던 각종 예상지표나 예상매출쉬트 이런 것들이 기획서 안에 들어가서 예쁘게 꾸며져야 한다. 개발자에게 쉽지 않다.
자기가 한 기획이 완벽하지 않다는 것을 인정하기 어려움
개발도 완벽하지 않기는 마찬가지지만 최소한 개발은 외적으로는 완벽을 추구하기는 한다. 기획도 외적으로는 완벽을 추구하지만 결코 완벽한 기획을 만들어 낼 수는 없다. 기획에서 챙기는 범위는 끝도 없는데다가 어느정도 없다고 해서 안되는것도 아니기에 기획은 완벽할 수없으며, 웹의 속성상 완벽해서도 안된다. 개발자들이 참기 힘든 부분이다.
이해의 대상을 기계에서 사람으로 바꿔야하는 어려움
개발은 기계와 언어를 이해하고 궁국의 목표는 기계가 돌아가게 만드는 작업이다. 개발의 실패란 서비스가 돌아가지 않거나, 서비스에 장애를 못잡거나 하는것을 의미한다. 반대로 기능적으로 문제가 없다면 개발은 문제가 없는것이다. 기획은 기획한대로 돌아간다고 해서 성공한 기획이라 할 수 없다. 기능적으로 완벽하게 작동하는 서비스를 기획해서 구현시켰다고해도 사용자가 사용하지 않는 서비스는 실패한 기획이다. 차이를 알겠는가? 개발은 기계를 이해하는 작업이고, 기획은 사람을 이해하는 작업이다.
리소스 확보와 배분의 어려움
개발자에게 리소스의 배분이란 시간과 M/M의 개념이면 충분하다. 몇명이 몇시간을 들여 작업하는가와 이에 대한 업무의 배분이 다다.기획자가 되면 예산작업부터 시작하게된다. 자신이 기획한 부분에 대한 예산확보와 예산의 집행(배분), 품의서와 잡일들..개발자는 별로 해본적이 없는 업무인데, 기획쪽에서는 별로 가르쳐주고 가르쳐 받을 만한 일의 비중이 아니라 의례 할 줄 안다고 생각하는 부분이고, 그러다 보니 개발자에서 기획자로 전향한 개발자가 초기에 제일 많이 깨지는 부분이기도 하다. (수많은 품의서 사후결제건들...)
지르지 못하는 어려움
기획은 개발하고 달라서 완벽하게 돌아가는게 중요한게 아니라 얼마만큼 퍼포먼스를 내는가가 더 중요시 된다. 개발자가 기획할 때는 최대트래픽을 산정하고 그걸 넘어가지 않도록 서비스를 기획하다보니 강력한 기획이 잘 안나온다. 한마디로 아는게 병이된다.기획은 처음 계획한거보다 150% 는 더 질러줘야한다. 이때 모자르는 50%를 걱정하는게 개발자이고, 규모를 더 키워서 전체를 200~300으로 만드는게 기획자다.
이런저런 환경적인 문제때문에 사실 개발자가 기획자로 전향해서 성공적으로 정착하기가 쉽지 않다. 위에는 안썻지만 기획은 정치적인 이슈도 많고 외부와의 커뮤니케이션도 많다. 기획은 순전히 외부에 보여주기 위한 기획도 많이 하곤 하는데, 개발자 입장에서는 '실행하지도 않을 기획을 왜 하는지?' 같은 의문을 가지게 된다. 경험적으로 봐서 개발자출신의 기획자가 퍼포먼스를 내기까지 (완벽하게 트랜스 포밍하기까지)대략 1년정도의 시간이 걸리고, 1년이 넘어서도 아직 개발자 마인드라면 기획자로 트랜스포밍하기 어렵다고 보면 된다.
그럼에도 불구하고 가끔씩 정말 훌륭한 개발자 출신의 기획자가 나타나서 놀라게 만든다. 결국 사람나름이다.
기획자와 개발자에 관련된 포스트들...
개발자에 대한 5가지 오해와 편견
非 개발자를 위한 개발자이해 매뉴얼
초보기획자, 저도 제가 무서워요
혐오스런 기획자의 일생
예를 들어보자. 두 친구가 산공과에서 동기동창으로 졸업하고서 한친구는 개발자로, 다른 한친구는 기획자로 사회생활을 시작했다고 가정해 보자. 3년후에 두 친구가 진로방향을 바꾸고자 할때 기획자가 개발자로 전향하기는 매우힘들지만, 개발자로 3년 일했었던 친구는 초보 기획자로 옮기는 경우가 훨씬 수월하다. 개발자는 아무나 시켜주지 않지만 기획자는 아무나 시킨다.
그러나 개발자에서 기획자로 전향한 친구가 기획을 잘하느냐라는 문제로 들어가면 꼭 그렇지는 않다는 문제점이 있다. 괜찬은 기획자로 변신하기 위해서는 좋은 선배기획자를 만나는 것이 매우 중요하다. 개발자가 성공적인 기획자로 변신하기 어려운 이유는 무엇일까?
기획서 도큐멘테이션의 어려움
한 3년정도 개발자를 하다보면 다루는 도큐멘트들이 개발관련 도큐멘트 작성경험 뿐이 없어서 일반인(경영자, 관리자, 클라이언트 등) 이 이해 하기쉬운 '서비스 기획서' 나 '사업기획서'를 만드는데 많은 어려움을 느낄 수밖에 없다. 더군다나 그전에는 쳐다도 안봤던 각종 예상지표나 예상매출쉬트 이런 것들이 기획서 안에 들어가서 예쁘게 꾸며져야 한다. 개발자에게 쉽지 않다.
자기가 한 기획이 완벽하지 않다는 것을 인정하기 어려움
개발도 완벽하지 않기는 마찬가지지만 최소한 개발은 외적으로는 완벽을 추구하기는 한다. 기획도 외적으로는 완벽을 추구하지만 결코 완벽한 기획을 만들어 낼 수는 없다. 기획에서 챙기는 범위는 끝도 없는데다가 어느정도 없다고 해서 안되는것도 아니기에 기획은 완벽할 수없으며, 웹의 속성상 완벽해서도 안된다. 개발자들이 참기 힘든 부분이다.
이해의 대상을 기계에서 사람으로 바꿔야하는 어려움
개발은 기계와 언어를 이해하고 궁국의 목표는 기계가 돌아가게 만드는 작업이다. 개발의 실패란 서비스가 돌아가지 않거나, 서비스에 장애를 못잡거나 하는것을 의미한다. 반대로 기능적으로 문제가 없다면 개발은 문제가 없는것이다. 기획은 기획한대로 돌아간다고 해서 성공한 기획이라 할 수 없다. 기능적으로 완벽하게 작동하는 서비스를 기획해서 구현시켰다고해도 사용자가 사용하지 않는 서비스는 실패한 기획이다. 차이를 알겠는가? 개발은 기계를 이해하는 작업이고, 기획은 사람을 이해하는 작업이다.
리소스 확보와 배분의 어려움
개발자에게 리소스의 배분이란 시간과 M/M의 개념이면 충분하다. 몇명이 몇시간을 들여 작업하는가와 이에 대한 업무의 배분이 다다.기획자가 되면 예산작업부터 시작하게된다. 자신이 기획한 부분에 대한 예산확보와 예산의 집행(배분), 품의서와 잡일들..개발자는 별로 해본적이 없는 업무인데, 기획쪽에서는 별로 가르쳐주고 가르쳐 받을 만한 일의 비중이 아니라 의례 할 줄 안다고 생각하는 부분이고, 그러다 보니 개발자에서 기획자로 전향한 개발자가 초기에 제일 많이 깨지는 부분이기도 하다. (수많은 품의서 사후결제건들...)
지르지 못하는 어려움
기획은 개발하고 달라서 완벽하게 돌아가는게 중요한게 아니라 얼마만큼 퍼포먼스를 내는가가 더 중요시 된다. 개발자가 기획할 때는 최대트래픽을 산정하고 그걸 넘어가지 않도록 서비스를 기획하다보니 강력한 기획이 잘 안나온다. 한마디로 아는게 병이된다.기획은 처음 계획한거보다 150% 는 더 질러줘야한다. 이때 모자르는 50%를 걱정하는게 개발자이고, 규모를 더 키워서 전체를 200~300으로 만드는게 기획자다.
이런저런 환경적인 문제때문에 사실 개발자가 기획자로 전향해서 성공적으로 정착하기가 쉽지 않다. 위에는 안썻지만 기획은 정치적인 이슈도 많고 외부와의 커뮤니케이션도 많다. 기획은 순전히 외부에 보여주기 위한 기획도 많이 하곤 하는데, 개발자 입장에서는 '실행하지도 않을 기획을 왜 하는지?' 같은 의문을 가지게 된다. 경험적으로 봐서 개발자출신의 기획자가 퍼포먼스를 내기까지 (완벽하게 트랜스 포밍하기까지)대략 1년정도의 시간이 걸리고, 1년이 넘어서도 아직 개발자 마인드라면 기획자로 트랜스포밍하기 어렵다고 보면 된다.
그럼에도 불구하고 가끔씩 정말 훌륭한 개발자 출신의 기획자가 나타나서 놀라게 만든다. 결국 사람나름이다.
기획자와 개발자에 관련된 포스트들...
개발자에 대한 5가지 오해와 편견
非 개발자를 위한 개발자이해 매뉴얼
초보기획자, 저도 제가 무서워요
혐오스런 기획자의 일생
