철학자처럼 생각하는 IT 기획자

철학, 즉 Philosophy의 어원은 잘 알려졌듯이 “사랑하다”와 “지혜”의 복합어다. 잠깐 위키피디아의 내용을 살펴보자.

철학의 영어 표현 'Philosophy'는 고대 희랍어 필레인(Φιλειν, 사랑하다)과 소피아(σοφία, 지혜)의 합성어로서 직역하면 지혜를 사랑한다라는 뜻이다. 지금 동양에서 쓰이고 있는 표현인 ‘철학’19세기 말 일본의 니시 아마네(西周)가 처음으로 'Philosophy'를 '희철학(希哲學)'으로 일역하여 사용하였다. 이것이 나중에 줄여져서 ‘철학'으로 불리기 시작했다. 철학의 사전적 의미는 [哲學.  인간과 세계에 대한 근본 원리와 삶의 본질 따위를 연구하는 학문. 흔히 인식, 존재, 가치의 세 기준에 따라 하위 분야를 나눌 수 있다.]로 저기서 한자 철(哲)자는 밝다라는 의미다. 밝게 배운다. 참 좋은 의미이다.

앎, 즉 배움과 깨달음을 두려워하지 않고 사랑하는 것은 모든 학문의 출발점이라서 지식과 지혜를 사랑하는 삶의 태도로 철학을 정의한다면, 철학은 특정한 학문 일종이라기보다는 학문 일반에서 요구되는 기본자세이면서 실천하는 방법이라고 해야 한다. 실제로 '철학'은 일상 어법에서 '세계관', '사고방식'으로 약간 포괄하는 뜻으로 쓰이기도 한다.

2008년부터 운영해오던 이 블로그의 이름인 Philosophiren 은 Doing Philosophy 라는 의미로, 즉 “철학하는 것” 이란 명사형이다.

내가 기획자의 기저, 혹은 자질로 철학을 첫째로 꼽은 것은 그만큼 철학을 중요하기 때문이다. 거기에는 두 가지 이유가 있다.

첫번째로 철학은 여러분에게 “생각”을 요구한다. ‘나는 생각한다. 고로 존재한다’ 내지는 ‘신은 존재하는가’ 와 같이 형이상학적 주제들이 철학의 주 메뉴인 것을 부인할 순 없지만, 그것만을 철학이라고 볼 수는 없다. 오히려 “생각하는 법” , “세상의 문제들을 인지하고 바라보는 법”이라고 할 수 있다. ‘신은 존재하는가’라는 질문에 대해 인류는 지금까지 2000년간 수 많은 사람들이 저마다의 대답들을 내 놓았다. 그러나 중요한 것은 그 대답 자체가 아니고, 수 많은 사람들에게 이 질문에 대해 생.각. 해 볼것을 요구했다는 것이다. 수 많은 대답들이 일부 맞을수도 있고, 일부 틀릴수도 있다. 그것은 중요하지 않다. 우리가 탐구의 자세를 가지고 끊임없이 자신 혹은 타인에게 물어볼 수 있다는 것. 그것이 중요한 것이다.

여기서 우리는 좀 더 우리가 마주하고 있는 현실적인 문제들을 던져볼 수 있다.

“이 프로젝트가 발주된 이유는 무엇인가”
“이 프로젝트의 성패를 좌우하는 키는 누가 쥐고 있는가”
“이 프로젝트의 함정은 무엇인가”
고객의 입에서 흘러나오는 표면적인 이유와 “요구사항정의서”에만 매달리는 사람과 위와 같은 질문들을 끊임없이 던지는 사람이 , 프로젝트를 이끌때 다른 결과를 내 놓을 것임은 자명한 사실이다.

두번째로 철학적 접근은 “정반합”의 과정을 제공한다는 것이다. 다시 위키피디아의 정반합 내용을 잠시 살펴보면
정반합(正反合, 영어: thesis, antithesis, synthesis)은 철학용어로 논리의 전개 방식의 하나이다. 헤겔의 변증법을 도식화한 것으로, 헤겔 본인이 사용한 적은 없으나 이후에 그의 논리학을 해설하며 붙여진 용어이다. 기본적인 구도는 정(테제)이 그것과 반대되는 반(안티테제)과의 갈등을 통해 정과 반이 모두 배제되고 합(진테제)으로 초월한다는 것이다.

쉽게 이야기하면, 정반합은 일종의 “합의점”을 찾아가는 과정이다. 예를 들어 고객이 요구사항정의서(정)을 내 놓았다. PM이나 기획자가 프로젝트의 수주금액과 요구사항의 현실성을 볼 때 불합리하다고 판단되는 부분이 있어 조정안(반)을 제출한다. 서로 협의를 통해 합의점(합)에 도달한다. 주변에서 흔히 볼 수 있는 장면이다. 이런 정반합의 과정은 우리네 삶에도 흔하게 녹아있다. 지금은 많이 없어진 재래시장에서도 과일을 파는 할머니의 귤값(정)에 에누리를 요구하고(반) 서로 금액을 정하는(합) 과정 역시 아주 간단한 정반합의 과정이다.

여기서 잠깐 !

철학을 접하기 위해 여러 원론/개론서들을 뒤져 볼 수도 있지만, 멀리 갈 것 없이 “http://ko.wikipedia.org/wiki/철학” 에서 시작해보길 바란다. 혹이 이 블로그를 잘 살펴보면 철학의 조각들을 많이 발견할 수 있을 것이다.

이런 정반합의 과정은 프로젝트 초기 계약단계나 요건정의를 할 때만 필요한 것이 아니다. 프로젝트 혹은 사업이 진행되는 과정에서 끊임없이 반복된다. 메인디자인을 컨펌할때도, 개발을 진행하는 동안 개발팀과도(사실 많은 기획자들이 고객과의 정반합보다 내부 디자인/개발팀과의 정반합 과정을 더 어려워하는 경우가 많다), 구축을 마치고 최종 테스트를 할 때도 우리는 끊임없이 정반합의 과정을 거쳐야 한다.
 
프로젝트가 진행되어 막바지에 이를 무렵 고객이 전혀 새로운 요구사항을 내놓거나, 초반에 합의된 요구사항의 변경을 요청하는 경우가 있다. (사실 이런 경우가 대부분이다) 이럴 때 PM이나 기획자 중에는 이렇게 대답하는 경우가 종종 있다. “원래 그렇게 하기로 하지 않았는데요.” PMO(Project Management Office)인 내 입장에서 이런 표현을 하는 PM/기획자는 의사소통 능력이 부족하다고 밖에 볼 수 없다. 고객에게 저런 반응을 내 보인 후 서로가 감정적으로 치닫지 않으면 그것이 이상할 정도이다. 앵무새처럼 “처음에 그렇게 하지 않기로 했습니다” “요구사항정의서에 없는 내용입니다” 를 반복하기 보다는 이 상황을 정반합의 과정으로 보고 주도권을 쥐어야 한다.

참고로 내 경우엔 둘 중 하나의 방식으로 대응한다. 1) 고객이 이 문제가 절대적으로 중요하다고 생각한다면 그걸 해주는 대신 다른 것을 포기시킨다. 일방적 요구를 일종의 Give and Take 로 패러다임 전환을 시키는 것이다. 2) 고객이 이 문제가 심각하게 중요한 것이라고 생각하지 않는다면 … 논리적으로 포기시키는 수 밖에 없다.

위에서 살펴본 바와 같이 철학적 접근은 보통의 경우 수 많은 대답과 사유들을 양산하게 된다. PM/기획자라면 목표 달성을 위한 여러 방법들 중에 최선을 방법을 고민해야 할 수도 있고, 컨설턴트라면 수 많은 리서치 결과들을 놓고 어떤 방식으로 접근해서 데이터를 정리할지 정해야 할 수도 있다. 그럴땐 주저하지 말고 “정반합”의 과정을 거치길 바란다.

Justin 추천 서적
* 생각의 탄생 (로버트 루트번스타인, 미셸 루트번스타인 지음)
* 설득의 논리학 (김용규 지음)
* 철학 콘서트 (황광우 지음)
* 쉽게 읽는 언어 철학 (박병철 지음)

Point !

심오한 문제에 매달리는 철학자가 되라는 말이 아니다. 철학자처럼 생각하는 법을 터득하길 바란다. 그리고 세상에서는 여러 관점을 생각이 있다는 점을 인지하기 바란다.

Part 1. 기저(Basis): 기저를 파악하라.

• 철학(Philosophy). 철학자처럼 생각하라.
  
• 심리학(Psychology) 논리학(Logic) 언어학(Linguistics). 유희
• 경영학(Business Management). 최소한의 기본기
• 통계학(Statistics). 속지도, 속이지도 말라.
  

IT Philosopher Justin from Philosophiren