GOODgle Blog

아무래도 IT 종사자가 많은 블로고스피어와 트위터에서 잊을만 하면 등장하는 떡밥 중 하나가 ‘기획자 무용론’이다. 보통 ‘기획자 vs 개발자 vs 디자이너’의 삼각구도가 성립되고, 각 측의 댓글 지원에 힘입어 격렬한 논쟁이 이어지곤 한다. 대개 건설적인 논쟁으로 발전하는 탓에 지켜보면서 보고 배우는 바가 많아서 그런 논쟁을 좋아하는 편이다. ^^;

그런데 얼마 전, 특이하게도 대결구도(?)가 아닌 자기비판적인 기획자 무용론이 올라와 눈길을 끌었다.

Fredism on iFred 블로그의 ‘기획자가 인정하는 기획자 무용론‘

(사견을 담아) 요약하면 조직 규모나 세력, 기대 수준에 따라 기획자의 비중이 얼마든지 바뀔 수 있으며 그 역할에 대해서도 다시 생각해 봐야 한다는 의미로 해석된다. 극단적으로 보면 IT 기반 스타트업에서는 CEO든 개발자든 디자이너든 모두가 기획에 참여하므로 따로 기획자가 필요없을 수도 있다는 얘기다. ‘실리콘벨리에는 기획자라는 직군이 따로 없다’는 얘기도 있으니 … (실제로 그런지 확인은 못해봤지만) 기획자 무용론을 스스로 제기한 이유에 대해서도 어느정도 수긍이 간다. 본문 못지않게 댓글도 백미이므로 꼭 읽어보시길~

반면, 개발자 출신으로 스타트업에 몸을 담고 있는 미니님은 이러한 기획자 무용론을 우회적으로 비판하고 있다.

미니의 프로그래밍 이야기 ‘기획자에게 힘을 실어주자~‘

스타트업에서 일하면서 오히려 기획자의 필요성을 절실히 깨닫고, 기획자의 위상을 높일 필요가 있다고 고백한 것이다. 해보니 오히려 더 필요하더라~라는 얘기다. 이 역시 수긍이 간다.

종합하면 … 갑론을박, 말은 많지만 오히려 그렇기 때문에 기획자는 필요한 직군이 아닐까 싶다. IT개발에 있어 초기 기획은 반드시 필요하고 그 역할을 나누어 수행할 수도 있지만, 제대로 가려면 누군가가 주도해야 한다. 결국 ‘기획자’라는 이름으로 불리는 이가 (임시든 지속적이든) 이를 수행할 수밖에 없는 것이 현실이다. 전 멤버의 기획자화는 사실 이상론에 가깝고 현실은 시궁창이니까. ^^;;;

끝으로, 일전에 한 번 소개했던 슬라이드 ‘기획자는 무엇을 하는 사람일까?‘에 다시 링크를 걸면서 글을 맺는다. 이런 문제 역시 답은 예전부터 나와 있는 것 같다. 그래서 선배들의 경험에 귀를 좀 기울일 필요가 있는 것. 그 양반들은 다(아마도) 해봤다.

지난 봄, 아이뉴스24 오피니언 코너에 기고된 박태웅(@parkto) KTH 부사장의 칼럼 ‘기획자는 무엇을 하는 사람일까?’를 읽고 적지 않은 감동을 받은 적이 있다. 나 스스로의 마음가짐도 새롭게 하고, 팀원을 위한 교육 자료로도 쓸 겸 프리젠테이션 파일로 정리해 본다는 것이 이제서야 올리게 됐네. 본 블로그를 빌어 좋은 가르침을 전해 주신 박태웅 부사장께 다시 한 번 감사의 말씀드린다.

기획자는 무엇을 하는 사람일까?

View more presentations from GOODgle

원문 출처: 아이뉴스24 오피니언 :: [박태웅]기획자는 무엇을 하는 사람일까?

p.s> 매체 기고문이라 저작권 문제가 있을 수도 있겠다. 기고자 본인과 아이뉴스24측의 비공식적인 양해(^^)를 구했지만, 혹 문제가 있다면 알려주기 바란다.

후배의 페이스북 담벼락에 올라온 ‘디자이너/개발자/기획자의 시각 차이’에 대한 풍자 이미지. 약간의 과장이 없진 않지만 공은 다 함께 누리는 것이지 누구 하나가 독차지 해서는 안된다는 메시지를 유머와 함께 전해 준다. 가만히 살펴보면 기획자(Project Managers)가 제일 건방진 것 같은데 … ^^

게임 프로그래머인 shg님의 블로그 ‘나의 게임개발 회고록’ 중 ‘기획실패 사례’를 뜯어보면서 여러가지 생각이 들었다. 처한 입장은 상반되지만 왠지 모를 동질감이랄까? 그런 것들 … ^^;

화성에서 온 남자와 금성에서 온 여자의 결혼처럼 서비스(혹은 SW) 개발 프로젝트 역시 기획자와 개발자 간의 원활한 소통과 협조가 프로젝트의 성패를 좌우한다. 당연한 상식처럼 들리지만 이게 사실 쉽지 않다. 기획자와 개발자는 사고와 언어부터 틀리기 때문이다. 상대방의 언어와 의도를 이해하지 못하기 때문에 프로젝트라는 배는 산으로 가기 마련이다.

더구나 개발 프로젝트의 경우 대개 기획자(혹은 PM)가 개발자에게 업무 요청을 하는 방식으로 진행이 되기 때문에 정보 전달은 한 쪽 방향으로만 흐르기 쉽다. 기획자는 “산출물이 왜 이딴 식으로 나왔나? 기획서를 한 번이라도 들여다 본거냐?”고 따지고 “기획서대로 해줬는데 뭐가 불만이냐? 애초에 기획이 엉망인 걸 어쩌란 말이냐”는 식이다(완곡하게 썼는데 현실은 더 처참하다 ^^)

혹자는 말한다. “개발자는 기획 마인드를, 기획자는 개발(혹은 영업) 마인드를 가져야 한다”고.
말이 쉽지 그런 전지전능한(?) 인재가 있다한 들 왜 월급받아 먹고 있겠나? 조직 체계가 갖춰진 대기업의 경우 교육과 훈련을 통해 인재를 기르려 노력한다. 하지만 조직이 커지면 수직계열화에 따른 벽도 단단해지기 마련이다. 부서이기주의와 사내정치로 인해 본질보다는 이해관계에 민감해 진다. 특히 기획자는 이런 눈치가 빠르다. 결국 책임몰이는 개발쪽으로 향하고 철야는 개발자의 몫으로 떨어지기 마련이다. 이쯤되면 회복이 어렵다. 그냥 가는 거지.

비관론 위주로 흘렀는데 … 사실 왕도는 없다. 팀 내에 shg님같은 개발자가 있다면 행운이지만 대개 그렇지 않다. 해보고 잘 못된 점은 고치고 서로 격려하고 양보하고 희생하는 거지. 그래서 리더(혹은 중간 조정자) 의 역할이 매우 중요하다.

의미를 되새기는 의미에서 인상 깊은 문구 몇 줄을 정리해 봤다.

“프로그래밍과 마찬가지로 기획 역시 확장성을 고려해야 한다.” goo.gl/KIGuB

“게임이든 웹서비스든 모든 기획의 핵심은 마이너스(빼기)다. 더해나가 완성하는 것이 아니라 더이상 뺄 수 없을 때 까지 정제하여 완성해나간다.” goo.gl/kxtzz
: 그런데 페이스북은 예외인 것 같다. 도무지 이 공식에 맞지 않는다. -.,-

“남들이 안하는건 괜히 안하는게 아니다, 남들도 다 해보고 안되니까 안하는것이다.” goo.gl/db6jI
: 물론 당신이 풍부한 경험을 가진 천재라면 예외.

“기획서 디버깅은 반드시 필요하다. 프로그래머는 코드상의 버그가 아닌 기획서의 버그를 수정하는 존재다.” goo.gl/c1KBV
: 따라서 기획자는 겸손해야 한다. 산출물은 만드는 것은 기획자가 아니라 프로그래머라는 사실을 명심하라.

“기획서의 한줄이 코딩을 하고 작업을 하면 기획서 100장 분량으로 뻥튀기된다. 좋은 프로그래머는 좋은 기획자이기도 하다.” goo.gl/c1KBV
: 그렇다고 프로그래머에게 기획을 시켜서는 안된다. 왜냐고? 시켜보면 안다. ^^

“기획자의 언어를 잘 이해하는것이 그 어떠한 프로그래밍 테크닉보다 우선한다.” goo.gl/c1KBV
: 물론 그 반대도 마찬가지다. 기획자도 프로그래머의 언어를 이해할 줄 알아야 한다. 적어도 시늉이라도 해라.

“기획서는 디버깅하기가 매우 까다롭다. 회사가 망하고 월급이 밀리고 나서야 ‘이렇게 했어야 하는데 …’라고 말하지만 이미 지나간 일이다.” goo.gl/c1KBV