이번에 스칼라로 프로젝트를 진행하게 되서 급하게 공부하게 되었습니다. 도움이 되는 사이트 2종을 소개합니다. 



자바프로그래머를 위한 스칼라 튜토리얼


쉽게 스칼라의 기본중의 기본만 알게 해주는 훌륭한 페이지 입니다. 


스칼라 학교 


기초부터 중급까지 간단한 사이트까지 만들 수 있게 도와주는 사이트 입니다. 귀찮은 자바랑 같이 프로젝트 만드는 방법등 유용합니다. 추천 !



스칼라로 진행해본 결과는 스칼라로 사이트 만드는 건 좀.. 공부하는 건 모르는데 상용 사이트는 좀 에러가 있군요. 

저작자표시

어제 제자 한명이 집 근처로 찾아와서 차를 한 잔 했습니다. 최근에 이쪽 방면에서 알려진 크고 건실한 기업에 취직했다고 하더군요. 이번에 취직할 때 평소에 내가 말하던 것들을 잘 실천하고 있었던 터라, 그러한 부분들을 엮어서 스토리를 잘 만들었더니 입사할 수가 있었다고 합니다. 전공과를 졸업한 것도 아니고 흔히 말하던 학원 출신으로서 이 정도 위치까지 온 친구라 더 이상 잔소리는 필요 없을 것 같고, 저 또한 내 덕에 입사를 할 수 있었다는 소리를 들으니 뿌듯해 지더군요. 그래서 그 제자에게 평소 하라고 했던 (입사할 때 도움이 됐던) 잔소리를 조금 정리 해볼까 합니다.

  1. 블로그 쓰기 블로그를 쓰라고 하는 이유는 3가지 였습니다.
    • 첫째, 자신이 몰라서 찾게 된 방법은 나중에 다시 모를 경우가 많기 때문입니다. 그 때마다 계속해서 검색을 통해서 솔루션을 찾다보면 같은 일을 계속해서 반복하게 됩니다. 이건 제 자신이 느꼈던 것이라 확실하게 정리하라고 시켰습니다.

    • 둘째, 블로그에 정리하면서 확실하게 기억을 하라는 의도였습니다. 같은 기억이라도 정리를 하면서 조금 더 쉬운말로 바꾸는 노력을 들이다 보면 시간이 지나도 잊어지지 않으며, 또한 잊어버린다 하더라도 내가 그 내용을 블로그에 정리했었지 라는 기억이 남아 있어서 조금 더 쉽게 검색할 수가 있습니다.

    • 셋째, 대의적인 명분입니다. 내가 고생한 내용은 역시 다른 사람들도 고생하기 마련입니다. 이때 같은 내용을 영문사이트에서 찾는 것보다 한글로 정리된 블로그에서 찾는게 여러모로 도움이 되겠죠. 그래서 내가 고생했던 내용때문에 다른 개발자들이 고생하지 말라는 의도로 정리하라 했습니다.

  2. Node.js 로 프로젝트를 진행했습니다. 그 당시에 뜨고 있던 개발 언어로 Javascript 문법을 차용해서 쓰고 있던 일명 Server-side-Script 언어였습니다. Express 라는 웹프레임워크를 사용해서 엄청나게 빠른 속도로 개발이 가능했습니다. 게다가 이 언어를 KT 프로젝트에서 사용하자고 주장해서 통과시켰습니다. KT 쪽은 왜 Java 가 아닌지 사유를 설명하라고 해서 설명 문서를 세개를 만들고 PT를 두번이나 했던 기억이 나는군요. 어쨌거나 이렇게 한번 새로운 언어로 개발을 해본 효과에다가 Node.js 가 최근 뜨는 트렌드가 되서 중복적인 효과를 발휘해 새로 Node.js 를 기반으로 하는 플랫폼으로 개발을 할려는 업체에게 좋은 가산점을 줬다고 합니다.


  3. 프로젝트 관리를 GitLab 으로 관리하는 법을 배웠습니다. 당시 소스 레파지토리 관리를 SVN 으로 하는 것이 대세였는데 뜨고 있던 git 으로 대체하고 이를 기반으로 해서 프로젝트를 관리할 수 있는 github 를 모방해서 만든 GitLab 을 사용하자고 해서 이 시스템을 설치하고 교육시켰습니다. 처음 써본거라 어안이 벙벙들 했는데 지속적인 잔소리 덕분인지 일주일도 안 되서 능숙하게 되더군요. 게다가 GitLab 안에는 이슈트래킹 기능과 설명을 위한 Wiki 기능이 탑재되어 있어서 전체 프로젝트를 마일스톤별로 관리할 수도 있는 멋진 관리툴입니다. 굳이 GitLab 이 아니더라도 대부분의 프로젝트를 관리하는 시스템은 이러한 기능들이 탑재되어 있기 때문에 하나를 써본 경험으로 다른 것도 쉽게 익숙해질 수 있는 장점이 있습니다.


  4. CI (continuous integration) 솔루션의 사용 (이건 미 적용) 사용하라고 자주 이야기는 했지만 실제로 적용을 못하고 있던 부분이였습니다. CI 는 적용하자고 마음을 먹으면 TDD (test-driven development)를 자연스럽게 적용할 수가 있기 때문에 여러사람이 공동으로 작업할 때의 필수적 요소입니다. 소스의 master branch 를 깨먹지 않고 유지하려면 최선의 방법이기 때문에 추천합니다. 추천하는 시스템은 그 유명한 Jenkins 입니다.


어제 이런 저런 이야기를 나누다 보니 내가 그 제자에게 했었던 이야기가 떠 오릅니다. 

'학벌'은 중요하다. 하지만 한 번, 이 업게예 발을 들여 놓으면 얼마만큼 새로운 기술에 잘 적응하느냐와 습관처럼 몸에 익힌 기술들이 학벌 보다 더 도움이 될 수밖에 없다. 'php 로 다 되는데 어째서 이러한 것들을 공부해야 하나요?' 같은 시대에 뒤 떨어진 소리를 하지말고 잘 이해가 안되더라도, 잔소리가 고깝게 들리더라도 계속해서 모르는 것을 물어보면서 자신의 것으로 만들어라.

이 말은 또 다른 후학들에게도 해당되는 말이라 할 수 있습니다. CS 에 종사하시는 모든 분들 화이팅!!

저작자표시



영화보기전에 잠시만 보시고 이해하시면 훨씬 풍성하게 이해할 수가 있다고 합니다. 

저작자표시

 어떻게'라는 생각을 버려. 조건 없어. 무조건이야. 쉬지 말고, 놓지 말고, 끝까지 붙어. 그럼 결국 내 것으로 만들 수 있어. - 하얀거탑 - 




 위의 말은 하얀거탑의 장준혁이 한 말입니다. 일본의 드라마를 가져다가 한국식으로 각색해서 아주 큰 성공을 거둔 작품입니다. 많은 이야기 거리가 있지만 저는 장준혁이 했던 이 말에 큰 감명을 받았습니다. 사실 처음 봤을 때는 그저 좋은 이야기구나 하고 넘어갔지만 요즘 와서 저에게 진실된 화두를 던져두는 말이 되고 있습니다. 

 한국은 무서운 나라입니다. 인생 정말 치열하게 살아가지요. 게임을 예로 들자면 한국은 게임을 그냥 하는게 아니라 게임 나온지 얼마 안되면 '그 게임을 잘하는 법'이라고 마치 논문과도 비슷한 저작물이 올라오는 나라입니다. 여기서 발생하는 현상은 대다수는 게임을 즐기는게 아니고 그 '잘하는 법'을 보면서 잘하는 법을 익힐려고 합니다. 그리고 '잘하는 방법'이 정말 '잘하게 되는 법' 이냐? 하는 것은 또 다른 문제입니다. 아 물론 명장이라는 소리를 듣는 축구 감독들이 축구를 정말 월드 클래스급으로 잘했냐? 라면 또 그건 아니고, 또 월드 클래스급으로 축구를 잘하는 사람이 감독을 하면 뛰어난 경우 또한 그리 많지 않습니다. 이런 치열한 환경하에서 증폭되는 지식때문에 어설프게 아는 전문가들이 양산됩니다. 즉 마치 전문가 코스프레를 하지만 실제로 경험도 없는 사람도 많고 '사짜' 계열과도 비슷한 냄새를 풍기는 경우가 많습니다. 또한 자꾸 그런 지식쪽에만 집착하다 보니 목적의식을 잊어버리는 경우가 많습니다.

 저 또한 그런 목적의식을 잊어버린 사람중에 한명입니다. 이게 인생을 편하게 살려는 버릇을 들이다 보니 - 프로그래머라 복잡한 프로세스를 간단하게 하거나 쉽게 뭔가를 얻으려는 경향이 강합니다 - 자꾸 딴쪽으로 빠지는 경우가 많습니다. 영어를 예로 들어보면 전 평생 영어를 무시하고 살았는데 몇년전 부터 영어에 대한 필요를 느껴왔습니다. 그러면 영어공부를 닥치고 해야 하는데 '어떻게 영어공부를 하면 효율이 좋을까?' 라는 고민을 합니다. 그리고 적당한 방법을 찾아보고 그것을 시도하는 것이 아니라. '어떤 영어공부 방법이 좋을까?' 라는 것을 찾아서 돌아다닙니다. 심지어 그런 이론을 토대로 프로그램을 만듭니다. 

 그러는 것이 몇년 동안 반복되다 보니 보다 못한 본인의 지인은 '그 시간에 단어나 하나 더 외워라 -ㅅ-' 라는 충고를 하더군요. 그러다 생각난 것이 바로 장준혁의 저 말입니다. 저는 '어떻게'에 왜 그리 집착했었던 지요. '어떻게'에 집중하다 보면 훌륭한 해설자는 될 수 있지만 훌륭한 선수는 못 될것 같습니다. 영어를 예로 들면 영어를 능숙하게 못 구사하지만 영어 공부 어떻게 하면 잘 할 수 있는지 만 알고 있는 영어강사가 되겠지요.  

 '어떻게' 라고 생각할 시간에 무조건적으로 시작하라! 이게 요즘 내린 결론입니다. 

저작자표시
  너무 거창한 이야기라고 생각합니다. 하지만 16여년 가까이 CS (Computer Science) 쪽에 있었고 또 그런 환경하에서 보고 듣고 생각한 것을 기반으로 해서 조금이라도 후배들에게 도움이 되는 방향으로 설명하고자 합니다. 더구나 이제 어떤 걸 공부해 볼 지 방향을 못잡으실 때 도움이 되실꺼라고 생각합니다. 

  '어떤 프로그래밍 언어를 공부해야 하는가?' 라는 질문은 '어떤 프로그래밍 언어가 좋은 것인가?' 라는 질문과 일맥상통하는 바가 있습니다. 그러나 '좋은' 이라는 중의적인 표현 때문에 참으로 결정하기 어렵습니다. 

  세상에 널리 퍼져서 취직하기 좋은 언어가 '좋은' 것인가? 아는 사람이 거의 없어서 특수한 목적에 꼭 필요한 언어가 '좋은' 것인가? 내가 익숙하게 쓰니까 '좋은' 것인가? 즉 자바나 C/C++ 이 과연 '좋은' 것인가? 하는 것에 관한 물음 입니다. 

  더구나 프로그래밍 언어 (Programming Language) 라는 것은 개발자들에게 있어서는 '종교'와도 같은 것이라서 함부로 이 언어가 저 언어보다 좋다고 단정적으로 말하기가 힘듭니다. 위에서도 언급 했듯이 '중의적인' 표현인 '좋음' 이라는 것이 여러가지 의미를 포함하기 때문입니다. 단적으로 단지 텍스트 에디터일 뿐인 이맥스 와 vim 사용자들의 그간 계속되어 온 전쟁(?)을 보더라도 단순한 논쟁을 넘어서 종교적인 영역과도 맞물려 있습니다. 

  그럼에도 불구하고 이렇게 글을 남기는 것은 비단 나만의 의견이 아니기 때문입니다. 비록 유명한 사람 (지금 그 분이 누군지는 잊어먹었지만..)의 뒤에 숨어서 그 분의 의견이 마치 제 의견인 양 남기는 것은 용기 없는 태도이긴 하지만 저 또한 그 분의 의견에 동감하기 때문에 이렇게 글을 남깁니다. 

  CS (Computer Science) 을 공부하고 앞으로 그 분야를 공부하거나 일을 하게될 사람이라면 적어도 5가지 종류의 언어를 익힐 필요가 있다고 합니다. 

  1. C 언어 
     C 언어는 어셈블리(Assembly) 언어가 잘 안쓰이게 됨에 따라서 가장 기계어에 가까운 시스템 언어입니다. 아시다 시피 C 언어는 온갖 유닉스의 커널을 만든 언어 이기도 합니다. 요즘 환경하에서는 컴퓨터 OS 의 기본을 이루는 근본 언어 이기 때문에 익혀야 합니다. 

  2. C++ 언어 
     C++ 언어는 C 에 가장 가까운 언어이면서 (심지어 라이브러리도 호환되게 쓸 수가 있습니다) OOP (Object Oriented Programming) 언어 입니다. 즉 쉽게 말해서 OOP (Object Oriented Programming) 언어이면서 시스템 관련된 프로그래밍을 할 수가 있는 언어입니다. 참고로 구글에서 많이 쓰는 언어기 때문에 구글에 도전하려는 분들은 익혀두셔야 할 것입니다. 

  3. Java 언어
     Java 언어는 세상에서 가장 많이 쓰이는 언어중에 하나입니다. 사실 그 이유만으로도 공부해야만 하는 가치를 지니고 있습니다. IT 에서는 가장 많이 쓰이는 (범용성이 가장 높은) 것들이 문제가 발생하더라도 해결하기 편합니다. 실례로 현존하는 거의 모든 라이브러리의 자바 버젼은 존재한다고 볼 수가 있습니다. 뭔가 만들고 싶은게 있으면 Java 쪽에서 찾아보면 이미 존재해 있을 가능성이 높습니다. 

  4. Script 언어 
     1-3 번이 알골(Algol) 계열의 언어였다면 이제부터는 그 영역에서 조금 다른 언어를 공부해야 합니다. 스크립트 언어를 공부해야 하는 이유는 어찌 보면 당연합니다. 그 놀라운 생산성은 겪어본 사람만 알 수 있습니다. 아이디어를 가지고 구체화 하는데 이보다 더 탁월한 수단이 없습니다. 너무나 많은 스크립트 언어가 있겠지만 Javascript, Python , Ruby 등을 추천합니다. 특히 파이썬은 구글쪽에 도전하시려면 익혀두시는 게 좋을 것입니다. 

  5. Functional 언어 
     예전에 OOP(Object Oriented Programming) 개념이 처음 나왔을 때 개발자들은 왜 OOP 를 공부해야 하는지 모르겠다는 이야기를 했습니다. C 만으로 모든것이 충분했는데 말이죠. 하지만 GUI 가 나오고 OOP 가 기본인 세상이 됐습니다. 그리고 Java 가 세상을 지배했습니다. 왜 Functional 언어를 공부해야 하는지 모르겠다는 분들이 많습니다. 이해합니다!! 그러나 이제 CPU 만 보더라도 코어 클락수가 수직적으로 상승하던 시대는 잠깐 주춤대고 있으며 이제 병렬적으로 양이 늘어나는 시대가 다가오고 있습니다. 이런 환경하에서 병렬 시스템 설계에 최적의 언어가 함수형(Functional) 언어인건 확실합니다. 그래서 Java 에도 이러한 개념이 추가되고 있습니다. 이러한 언어를 공부하실려면 단연코 저의 의견으로는 리습(LISP) 입니다. 리습(Lisp)이 가장 함수형 (Functional) 언어의 전형을 보여주며 가장 공부할 만한 가치가 있습니다. 최근 JVM 위에 올라가는 언어들이 인기라 클로져(Clojure) 를 공부하신다면 두마리 토끼를 잡으실 수가 있습니다. 

  이상이 공부해 볼만한 5가지 언어 또는 계열입니다. CS (Computer Science) 출신이라면 단순 개발을 잘하는 것 이상의 신기술에 대한 적합도도 중요할 것입니다. 이런 공부 기반을 바탕으로 한다면 적어도 언어 분야에서는 새로운 개념이라 어렵다는 말은 잘 안나올 것입니다.이런 목적을 위해서라도 공부해 볼것을 추천합니다. 

저작자표시
   by Marcel Corstjens and Rajiv Lal

자국에서 성공한 리테일러(Retailer)들에게 세계화(Globalization)은 커다란 유혹입니다. 그러나 세계화를 이룬다고 해서 막바로 큰 돈을 벌어들이는 것은 절대 아니라고 합니다. 이 아티클은 '왜' 그러하며, 또 '무엇'을 해야 하는지에 관한 글 입니다.


The Pressure to Globalize

여러가지가 있지만 , 커다란 시장에 대한 모험과도 같은 이유도 있다고 하지만, 제일 큰 이유는 아무래도 리테일링 (Retailing) 이 저-마진의 사업이라서 이득을 많이 보기 위해서는 시장을 넓혀야 하는 이유가 가장 클 것입니다. (투자자들이 쪼겠지요? ) 저-마진 이며 자본 집약적인 사업이라 더욱 그러할 것입니다.

Globalization's Financial Impact

대부분의 통념과는 다르게 조사 결과가 나왔다고 합니다.

1. 국제화 정도가 성장률이나 이익 마진에 그다지 영향을 미치지는 않았다고  합니다. (그렇다고 영향이 아예 없지는 않았다는 것입니다)

2. 리테일러가 성장한 원래 시장 (Home Market) 의 GDP 성장율이 가장 리테일러의 성장에 지대한 영향을 끼친 것으로 나왔습니다.

3. 홈 마켓(Home Market)에서의 성장률이 리테일러의 수익 마진에 정말 강한 영향을  끼쳤습니다.

4. 홈 마켓의 인구 크기나 홈 마켓의 규모가 이익 마진이나 성장율에 영향을 끼치진   않았습니다.


국제화도 중요하지만 결국 홈 마켓 (결국 본사가 위치한 국가가 되겠지요?)의 이익성이 더 우선되어야 한다는 것이겠지요? 제가 보기에는 이 부분이 이 아티클의 핵심인 것 같습니다.
      
Factors That Influence Retailers' Globalization Strategies

Retailers face many barriers to entry in foreign markets

리테일러들이 외국 시장에 진입할 때 직면하는 문제들에 관한 이야기 입니다.

현지 물가,  과열된 경쟁 (항상 외국의 괜찮은 모델을 따라하는 업체는 있기 마련입니다. 월마트를 벤치마크한 국내의 이마트 같은 경우라고 보시면 됩니다), 들어가기 적당한 위치의 부족 (선점한 업체들이 있겠지요? 관련 규제 같은 것도 있을 것이고요)

Grocery retailing is a high-fixed-cost, low-margin business with returns that accrue only over time

몇번 이야기가 나왔지만, 땅을 사고 건물을 지어야 해서 초기 투자본이 높고, 많은 양을 팔때 가격을 싸게 책정해서 팔아야 하므로 자본 회수 기간이 엄청 깁니다. 월마트가 중국에서 BEP (Break Even Point) 도달하는데 걸리는 시간이 15년이였다고 하니, 자본 회수 기간이 엄청 길다고 볼 수 있습니다.

Foreign entrance often have to take on incumbents that operate exclusively in one country

음식 관련 분야는 그 나라의 입맛이 있기 때문에, 외국의 일반적인 음식 제품으로는 한계가 있습니다. 따라서 음식말고 다른 것을 제공하는 것이 훨씬 중요합니다.

How Retailers Can Get Globalization Right

리테일러들이 세계화를 제대로 하기 위해서 지켜야 할 4가지 룰에 대한 설명입니다.

Rule 1: The home market is the linchpin of globalization

몇번 언급이 된 내용입니다. 자국 시장이 글로벌 전략의 핵심중의 핵심이라는 것입니다. 자국에서 No.1 이 되거나 매출을 극대화 시킬수록 세계 진출의 기회를 잡기 좋다는 것입니다.

리테일하고는 전혀 관계가 없지만 (없겠죠? -ㅅ-) 원더걸스 와 소녀시대의 세계화 전략과 일맥 상통하는 데가 있군요. 좀 잘 나갈때 해외에 무작정 진출한 원더걸스와 해외에서 인기가 있더라도 꼭 국내부터 평정하는 전략의 소녀시대..

또 하나 기억해야 할 것은 성숙된 시장이라는 없다는 것입니다. 단지 성숙된 매니져들만 존재할 뿐이라는 것 입니다.
    

Rule 2: Always bring something new to market

항상 시장에 새로운 것을 가져가야 하는 것입니다. '혁신'적인 접근은 종종 시장에 성공적으로 진입할 수 이게 해줍니다.

Aldi 의 성공사례를 이야기 하고 있습니다.
    

Rule 3: Differentiation is more important than synergies

차별화가 시너지보다 더욱 중요하다는 것입니다. 글로발 리테일러의 장점은 다양한 해외 상품을 지역 시장에 쉽게 공급할 수 있다는 것입니다. 게다가 체계가 갖춰진 IT 인프라, 조직 관리 체계 등등 하지만 이런식의 시너지는 별로 리테일 시장에서는 재미를 못 볼 수가 있습니다.

리테일 마트에서 팔리는 물건의 70%가 현지(지역 시장)에서 조달되는 품목들이라고 합니다. 그 말은 시너지를 강조한다고 해외 물품들 (리테일 업체가 팔고 싶은 물건들 시너지로 인하여 효율이 높은..)을 전시한다고 해도 지역 고객들이 원하는 제품은 아닐 수가 있다는 것입니다. 바로 그점을 조심하라는 것입니다.

Rule 4: Timing is Critical

어디서나 중요하다고 말하는 '타이밍'에 관한 이야기 입니다. - 심지어 중용에서 조차 중요하다고 이야기 합니다 - 너무 이른 타이밍에 세계화를 진행한다면 힘들 수도 있는데 그렇다고 너무 세계화가 느려도 안된다고 합니다. (그러면 대체 어떻게 하라고? =ㅅ= )


해외에서 활동한다고 그게 성공한 리테일 사업이라고 볼 수 없듯이, 다짜고짜 진출해서 대형  마트를 줄지어 짓는다고 해서 성공한다는 보장이 없습니다. 따라서 해외에 진출할 때는 자국 시장 (Home Market)에서 했듯이 조심스럽게 접근해야 한다고 말을 하고 있습니다. 결국 중요한 것은 물건을 사고 싶은 사람의 마음을 헤아려야 한다는 것입니다.

정작 긴 글이였지만 어찌 보면 흔히 할 수 있는 말을 하고 있다고 생각되는 아티클이였습니다. 다만 인상 깊은 것은 - 숫자로 나와 있는 - 자국 시장의 성공이 중요해서 그 수치가 실제 이익 마진과 성장률에 영향을 미친다는 점과 이 아티클이 저번 아티클과 비슷한 맥락에서 편집이 이루어 졌다면 결국 해외 시장에서 성공하기 위해서는 그 시장에 알맞게 혁신을 일으켜야 하는 것이 아닌가? 하는 생각을 하게 만듭니다.


저작자표시
만년만에 HBR 관련 포스팅을 하는 것 같습니다. 직원들의 에너지 관리는 매우 소중합니다. 어떤 이유가 되었던지 에너지가 고갈된 직원들은 일을 열심히 할 수가 없습니다. 그런 의미에서 소니 영화사가 취한 에너지 관리 프로그램은 눈여겨 볼만합니다.

일단 변화점에 관해서 입니다.

1. 직원이 컴퓨터처럼 지속적으로 초스피드로 동시에 여러 가지 일을 하는 것을 멈추게 함. 인간은 집중과 휴식을 번갈아 할 때 최상의 실적이 나오고 가장 생산적이라는 것을 인식
2. 직원을 쥐어 짜기보다 (찔끔..) 체계적으로 직원의 4개 핵심 필요에 대응하는데 투자하여 직원이 에너지가 넘치고 매일 일에 높은 에너지를 갖고 일하게 함

4개의 핵심이 필요
1. 육체적 건강(영양, 잠, 일상의 변화, 운동 등을 통해 얻게됨)
2. 감정적 웰빙 (감사하고 가치를 느끼는 감정 개발)
3. 정신적 명료성 (집중하고 우선순위를 정하고 창조적으로 생각하는 능력)
4. 영성의 중요성 (이익 추구를 넘어선 미션을 수행한다는 감정에서 나옴)


4개의 핵심에서 조금 어렵다고 느껴집니다. ㅎㅎ

그리고 마지막으로 리더로서 직원들이 에너지를 충전하게 할 수 있는 분위기 조성을 위해 할것들과 하지 말아야 할 것들입니다.

해라!

1. Take back your lunch
 - 가능한 사무실을 떠나서 함께 식사할 것. 그래서, 남은 반나절을 더욱 충전되고 집중하여 일할 수 있도록.
 - 함게 맛있는 식사를 같이 하는 것의 중요성은 설득의 심리학 책에서 잘 설명되고 있습니다.

2. Communicate your values
 - 가치를 인정받고 있다고 느끼는 것은 감정적 욕구의 핵심. 따라서, 일주일에 한 번 정도 당신을 위해 일하는 사람에게 당신이 구체적으로 그 사람의 어떤 부분의 가치를 인정하는지 감사의 메모를 쓸 것.
 - 칭찬하고 칭찬하며 또 칭찬할지여다!!!

3. Cultivate creativity
 -  창조적 생각과 브레인 스토밍을 할 수 있는 휴식 공간 제공하기. 적어도 2주에 한 번 정기적으로 모여서 새로운 아이디어를 브레인 스토밍하고 장기 프로젝트 또는 전략을 토론할 수 있는 시간을 가질 것
 - 같이 한자리에서 모여서 같은 목적에 대해서 나누는 대화는 발상의 전환이 될 수 있다는 것이 여러가지 사례들에서 증명되고 있습니다.

4. Share your passion
  - 이익을 넘어서 당신이 무엇을 위해 살고 더 큰 미션이 무엇인지에 대해 대화하기. 무엇이 당신을 아침에 일어나게 하는지? 세상에 당신이 더하고자 하는 가치가 무엇인지? 왜 다른 사람들이 일하는데 열정을 느끼는지?
 - 이러한 메시지는 짧게 (매우 짧게) 만들어서 자주 자주 반복을 해야 합니다.


하지마라!! (각 항목 앞에 Don't 를 붙이면 됩니다.)

1. Avoid conflict
 - 어려운 상황을 무시하는 것은 솔직하게 그것에 대해 이야기 하는 것 보다 더 해로움. 성공적 대화의 열쇠는 당신이 맞다고 전제하는 것이 아니라 개방성/호기심의 정신을 갖는 것

2. Try to do multiple things at the same time
 - 사람들이 당신의 초점을 전달하고 방해 없이 경청할 수 있도록 노력할 것.
 - 한가지 일에 집중할 때 더 결과가 좋게 나오듯이 다른 사람들도 일을 여러가지 시키지 말라는 뜻입니다.

3. Be self-absorbed
 - 당식의 즉각적인 욕구보다 진원들의 욕구를 더욱 잘 해결할 수 있도록 노력하기
 - 직원들 말을 잘 들어주라는 것이겠지요?

맞는말이긴 하지만 개인적으로 제일 중요한 점은 자신들이 속한 조직이 '나아가고 있다는' 생각도 열정을 불러 일으키는 가장 중요한 요인이 아닐까 싶습니다.




글하고 연관되서 검색하다 보니 나왔네요. 혹시 안보신 분들 계시면 참조하세요. ~

매우 잘 나가던 사람이였네요 ㅎㅎ

http://news.chosun.com/site/data/html_dir/2008/09/18/2008091801199.html


무엇이 고객들의 선택을 더 좋게 하는가? 또 이를 통해 기업이 얻을 수 있는 이점과 고객이 얻을 수 있는
이점은?

기본적으로 기업은 부가가치를 창출해야 합니다. 또 소비자들은 그러한 부가가치들을 인정하고 그것에 대한
댓가를 지불해야 하는 것이지요. 그렇다면 기업은 소비자의 선택사항을 매우 많게 만들고 그중에서 소비자가
고르게 하는 것이 현명하다고 할 것입니다. 그러나 소비자들은 또 그 많은 선택사항에서는 고민할 수밖에
없습니다. 사람인 관계로 쉬운 선택지를 택하고 싶을 것입니다. 한가지만 고르면 나머지가 알아서 세팅이 되면
좋겠다던지 말이죠.

이래서 선택에 관한 것이 기업활동에서 이슈가 될 수 있습니다. 그래서 다음과 같은 아티클이 나온 연유가 될
테죠. 각 선택에 관한 종류들을 알아보기로 하겠습니다.

- Mass Defaults -
 "대중을 상대로한 기본옵션"
말 그대로 모든 대중에게 적용이 되는 옵션입니다. 선택의 폭이 자유롭지가 않습니다. 말 그대로 무조건
디폴트로 제공이 된다고 보는 것이 맞겠지요.
- Benign Defaults -
 "양호한(우세한) 기본옵션"
기업측에서 고려해 볼때 소비자에게 가장 어울리는 옵션들을 모아논 것이라고 할 수 있습니다. 리스크가 가장
적은 것들을 모아논 것이라고 할 수 있습니다. 당연히 해야만 하는 그런 옵션들의 조합입니다.
- Random Defaults -
 "무작위 기본옵션"
어떠한 옵션이 좋은지 선별하기 어려울 때 쓰는 방법입니다. 혹은 어떠한 옵션이라도 별 차이가 없다고 느껴질
때 쓰는 방법이겠지요.
- Hidden options -
 "숨겨진 옵션"
보통 컴퓨터 소프트웨어에 많이 존재하는 숨겨진 옵션입니다. 겉으로 드러나지는 않지만 진정으로 존재하는
옵션입니다. 보통 까페에서 체리에이드를 판매하는 까페는 '체리 콕'을 주문하면 메뉴판에는 존재하지 않지만
만들어 주는 것과 마찬가지로 보면 됩니다.
- Personalized Defaults -
 "개인화된 기본옵션"
개인의 차이와 필요를 반영한 것입니다. 보통 3가지가 있습니다.

 - 현명한 기본옵션(Smart Defaults): 고객의 정보를 활용해서 옵션에 적용시키는 방안입니다. 구글에서
   국가별로 모국어로 된 페이지가 뜨는 것이 대표적이라고 할 수 있습니다. 원하면 바로 다르게 바꿀 수
   있다는 것도 특징입니다.

 - 지속되는 기본옵션(Persistent Defaults) : 과거 고객이 선택했던 정보를 기억해서 그 옵션이 유지되는
   경우입니다. 흡연석을 요구한 고객은 다음에도 흡연석을 요구할 확률이 높다는 것이지요. (끊는 경우라면 뭐
   상관이 없지만 말이죠)

 - 적응적인 기본옵션(Adaptive Defaults) : 큰 카테고리를 결정하면 나머지 옵션들이 자동으로 결정되는
   형식입니다. 소프트웨어 산업계에 많이 존재하는 방안입니다. 가장 쉽게 윈도즈 OS 를 보면
   되겠군요. Business 와 Professional 을 선택하면 그 밑에 생기는 옵션들이 자동으로 선택이
   되어집니다. 이런 방안을 말합니다.

이렇게 많은 옵션의 종류가 있지만, 이를 기업이 악용하는 관계도 심심치 않게 보아왔습니다. 그래서 이런
다양한 옵션에 거부감을 가질 수는 있지만, 또한 윤리적인 차원에서 악용하지 않는 다면, 고객 차원에서는 정말
편안한 선택권을 주어지는 것이라고 볼 수있습니다. - 구글의 예는 정말 편하기 까지 하지요 - 그래서
기업차원에서는 고객의 편안한 선택을 위해서 이러한 방안을 적극적으로 활용할 필요가 있는 것이겠지요.



 회의실에서 회의를 시작합니다. 오늘의 선택지는 3가지 입니다. 서로 결정하지 못해서 논쟁이
거세집니다. 계속해서 이야기를 진행하는 데 결론이 대체 날 생각을 하지 않습니다. 이제 사람들은 조금씩 회의를
지켜보고 있는 CEO 에게 시선을 던집니다. 결론을 내려주기를 기다리고 있는 것이지요. 어디서 많이 보던
상황입니까? 만약 은연중에 자기 자신이 이런 행동을 하고 있다면 독재자 - 신드롬 을 의심해 볼만 합니다.

위와 같은 상황이 연출되고, CEO 가 결정한 사항은 여러사람의 불만을 가져오기 마련입니다. 3가지 옵션의
사람들이 비슷한 분포라고 가정하고 CEO가 한가지로 결정하면 분명히 나머지 2/3 사람들이 불만을 가질 것이기
때문입니다. 이러한 사항을 벗어날 수 있는 실용적인 방법이 이번 아티클에는 담겨져 있습니다.

그것들에 대한 전술적인 측면에서 정리하자면

 

- Articulate clearly what outcome you are seeking
   우리가 이루고자 하는 목표가 무엇인지 확실하게 해야 하고
 - Provide a range of options for achieving outcomes
   그 목표를 이루기 위해서 필요한 모든 가지의 옵션을 고려해야 하고
 - Test fences and walls
   그 옵션들이 넘을 수 있는 것인지 , 불가능한 것인지를 판단하고
 - Surface preferences early
   결정권자들 (이사회) 의 선택지를 미리 조사를 하고
 - State each option's pros and cons
   결정될 사안들의 잇점과 리스크를 기술하고
 - Devise new options that preserve the best feature of existing ones
   이미 나열된 사안들에게서 장점들을 보존하는 형태의 새로운 옵션을 이끌어 낸다.

이 6가지의 방법이 되겠습니다. 처음 생각과는 다르게 이러한 전술들이 버릴 것이 없을 만큼 훌륭하게 팀
결정에 도움을 주는 요인이 되더군요.

어떠신가요? 지금이라도 팀이 결정못해서 아웅다웅 하는 경우라면 처음부터 꼼꼼하게 이 경우를 대입해서 다시
사안을 정리해 보는 것이 어떠한지요?


 

+ Recent posts

티스토리툴바