독서 - 11

  1. 2019.03.31 생각하는 늑대 타스케
  2. 2019.03.31 히트 리프레시
  3. 2019.03.31 리팩토링 - 프로그램의 가치를 높이는 코드 정리 기술
  4. 2019.03.31 적어도 2주에 한 권은..

'아이디어' 라는 키워드 하나로 시작부터 끝까지 물고 뜯는 소설 느낌의 책입니다. 저자는 책의 스토리에서 통찰력을 전달하는 주체를 사람이 아닌 늑대로 표현함으로 고정관념을 시작부터 깨부수려고 노력합니다. 저자의 흐름에 올라타 편하게 이런저런 생각을 함께 하며 읽어보심을 추천 드립니다.

--

*기획력은 목표 달성을 위한 설루션의 구성 능력, 당면한 문제를 해결하고 목표에 이르게 하는 아이디어의 제안 능력으로 봐야 합니다.
*시장 분석 잘하고 조사도 잘하며 기타 기획 프로세스가 요구하는 업무들을 착착 잘 수행한다고 해서 아이디어 제안 능력이 좋다고 말할 수는 없습니다.

*습관의 생각을 거부하는 생각의 습관이 필요합니다.

*"맨날 마차만 보던 사람들이 자동차를 처음 보게 되면 그걸 자동차 그 자체로 받아들이는 게 아니라 ‘말 없는 마차’라는 식으로 자기가 알고 있는 정보를 활용해서 기억에 저장하게 된다는 거야. 이런 과정을 ‘범주화’라고 하는데 오히려 기억에 도움도 많이 될 것 같잖아. 그런데 실은 이런 과정이 창조적인 상상력을 차단할 수도 있다는 문제가 생긴다는 거지. 새로운 정보를 기존에 있던 그릇에만 담으려 한다면 새로운 상상을 펼칠 수 있는 기회가 그만큼 줄어들지 않겠어?"

*고정관념은 ‘당연하다’ 고 하고, / ‘원래 그런 것’ 이라 하고,
*아이디어는 '당연하게 받아들여졌던 것’을 ‘이상하게’ 만듭니다. / '원래 그랬던 것’을 ‘불편했던 것’으로 바꿔버립니다.

*당연하게 느끼는 부분에서 멈추면 곧 ‘습관적인 생각’ 이 움직이게 되고, 그렇게 고정관념이 생각을 다룰 수 있는 환경이 조성됩니다.

*"’말도 안 되는 소리에 귀를 기울이라’.. 말도 안 되는 소리란 건 달리 말하면 상식적으로 납득하기 힘든 소리라는 말이겠죠, 상식은 상식에 불과하다는 겁니다. 상식은 진리가 아니에요. 단지 과거로부터 지금까지 축적되어온 경험의 산물일 뿐입니다. 즉 상식은 전혀 미래지향적이지 못 합니다. 상식은 미래에 어떤 일이 일어날지, 어떤 가치를 더 각광받을지 예측할 수 없습니다. - 자, 그런데 여기서 우리가 회의를 하는 목적을 생각해볼까요? - 우리가 길게는 몇 시간씩이나 모여 앉아 회의를 하는 까닭은 과거부터 차곡차곡 축적되어온 상식이나 재확인하자는 게 아니겠죠? 우리는 좀 더 새롭고 좀 더 좋은 아이디어를 찾기 위해 회의를 하는 겁니다. 아이디어는 태생적으로 미래지향적입니다. 미래지향적인 아이디어를 찾기 위해 여러 가지 의견을 나누는 것인데, 그것을 전혀 미래지향적이지 못 한 상식 따위로 말이 되는지 안 되는지를 평가하는 게 과연 옳은 일일까요?"

--

- 저는 '생각 체력' 이라는 단어를 매우 좋아하는데요, 저자가 강조하는 통찰력과 아이디어를 생각해내는 것도 결국 생각 체력을 더 강하게 기르기 위함이 아닐까 생각합니다. 기술적으로 좋은 아이디어를 내는 것도 좋겠지만 이런 생각 체력이 몸으로 스며들어야지, 문화적으로도 풀어내며 더 강한 스타트업을 만들어가는데 도움이 되지 않을까 생각합니다.

- 우리는 이미 스타트업을 통해 고정관념을 깨고 새로운 아이디어로 서비스를 만들고 있습니다, 많은 사람들이 불편해하고, 안된다고 하고, 이상하게 생각하는 것에 맞서 싸우고 있죠. 그러니 더욱더 새로운 생각을 얘기하는 것을 두려워하지 말고, 또 다른 사람의 새로운 생각을 평가하고, 비난하려 하지 말고 서로 열심히 더 많이 떠들고 하면 좋겠습니다.

2019.03.31 19:13. RSS feed. Trackback 0 came from other blogs. Leave a Response.
Posted in 독서. Top

댓글을 달아 주세요

*실의에 빠진 직원들을 어떻게 자극할지 논쟁을 벌였다. "하지만 우리가 간과했던 것은 직원들은 이미 더 많은 일을 하고 싶어서 안달이라고요. 하지만 상황이 계속 방해하는 거죠."

 - 팀원이 현재 일에 집중하고 있는지? 우선순위나 방향은 잘 잡는지? 퍼포먼스를 올바르게 있는지? 다른 방해물은 없는지? 팀장으로서 함께 고민 하자.

 

*우리가 존재하는 이유는 사람들이 우리 제품으로 더 많은 힘을 얻게 하는 데에 있다.
*혁신의 속도를 높이려면 우리의 영혼, 즉 우리만의 독특한 가치를 다시 발견해야 한다.
*훌륭한 소프트웨어나 혁신적인 하드웨어, 아니면 지속 가능한 조직 같은 기념비적인 존재가 등장하려면 한 명의 위대한 인물이 있거나, 한 뜻으로 모인 사람들이 있어야 했다. 예스맨을 뜻하는 것이 아니다. 논쟁이나 논의는 반드시 필요하다.
*모든 변화는 내부에서 시작된다"
*내 승진을 가로막는 결정이었으나 마이크로소프트에 이익을 안길 사람임을 알았으니 주저하지 않았다

 - 계속해서 더 훌룡한 사람을 팀에 데리고 오려는 노력을 멈추지 말자.

 - 의미 있는 논쟁을 하고 있는지?

 

*조직 구축은 명확한 비전과 문화를 갖추고 동기를 부여하는 노력에서부터 시작된다.
*팀원의 지지를 얻으려면 상황을 공유하고 설득해야 한다.

 - 회사 내의 모든 정보가 투명하고 공정하게 공유되고 있는지?

 

*미래를 창조하는 공식은 없다. 기업은 자신만이 해낼 수 있는 역할에 대해 완벽한 비전을 갖춰야 하고 그다음에는 일이 진전되도록 신념과 역량으로 비전을 뒷받침해야 한다.
*살아가야 할 '이유'를 아는 사람은 어떤 삶의 '방식' 도 이겨낼 수 있다.

 - 우리는 어떤 신념을 가지고 있고, 어떤 방식과 태도로 회사의 미션을 받아들이고 있는지

 

*모든 구성원의 행복과 활력을 극대화하는 노력을 통해 가치는 극대화된다.

 

--

 

책을 읽다 보면 만들어지는 질문들입니다.

 - 우리는 왜, 무슨 꿈을 가지고 함께 일하고 있나요?

 - 새로운 내용을 망설일 때, 그간의 경험과 생각에 너무 매몰되어 있는 것은 아닐까요?

 - 우리는 의미 있는 논쟁을 하고 있나요? 논쟁할 때의 가장 중요시되는 기준이 있나요?

 - 우리 회사의 영혼은 무엇일까요? 목표는 무엇일까요?

2019.03.31 18:36. RSS feed. Trackback 0 came from other blogs. Leave a Response.
Posted in 독서. Top

댓글을 달아 주세요

1. 프로그램이 지닌 가치는 두 종류다.

 - 하나는 현재의 기능이라는 가치고, 또 하나는 미래의 기능이라는 가치다. 프로그래밍할 때 개발자는 주로 프로그램에 무슨 기능을 넣을지에 전념한다. 버그를 수정하든 새 기능을 추가하든, 그것은 프로그램의 성능을 높임으로써 현재 기능의 가치를 높이는 일이다.

프로그램의 현재 기능은 그저 일부에 불과하다는 사실을 깨우치지 않으면 개발자로서 오래가지 못한다.

오늘 일을 오늘 할 수 있어도 내일 일을 내일 할 능력이 없다면 개발자로서 실패하게 된다. 오늘 해야 할 일은 알아도 내일 일은 알 수 없는 것이 당연하다. 이런 일, 저런 일, 또는 어쩌면 생각지도 못한 일을 하게 될 수도 있다.

그러나 오늘 할 일은 알겠는데 내일 할 일은 잘 모르겠다고 해서, 오늘 일에만 전력을 쏟아버리면 내일은 아무 일도 할 수 없다. 과거의
 판단이 현재를 기준으로 불합리하다는 사실을 발견했다면 그 판단을 수정해야 한다.

2. 리팩터링은 실행 중인 프로그램의 기능을 바꾸는 작업이 아니고, 신속한 개발 공정을 가능하게 하는 성질과 가치를 높이는 일이다.

3. 소프트웨어는 실물의 기계와 달리 유연하며 하나부터 열까지 생각을 통해 이뤄진다.

4. 코드는 반드시 대부분 제대로 돌아가는 것이 우선이고, 리팩토링은 나중 일임을 명심하자.

 

--

 

 - 소프트웨어의 특성상 100% QA도 어려울 수 있고, 그 외의 많은 변수로 100% 버그 없는 소프트웨어는 존재하기 어렵다고 생각합니다. 그러면 어떤 생각을 가지고 문제에 접근해야 하는지, 개선해야 하는지, 괜히 너무 급하게 일정을 잡고 있는 건 아닌지? 생각하며 반성합니다. 단순히 코딩을 잘해 소프트웨어의 모든 문제가 해결되었다면 이런 고민은 시작도 안 했겠죠. 결국 한정되어 있는 시간 내에서 품질 좋은 소프트웨어를 만들려면 어떻게 해야 하는가에 대해 끊임없이 고민하고 우선순위를 정하고, 어떻게 커뮤니케이션을 하고, 프로세스를 만들어갈지를 고민을 한번 더 하게 되었습니다. (개발팀 혼자 할 수 있는 것이 아니라 다른 팀도 함께 움직여주어야 가능하죠.)

2019.03.31 18:34. RSS feed. Trackback 0 came from other blogs. Leave a Response.
Posted in 독서. Top

댓글을 달아 주세요

회사에서 근무 시간 내 매일 30분씩 공식적으로 독서를 할 수 있는 시간이 있습니다. 그리고 일주일에 한 번 이상 읽은 책의 짧은 내용과 생각을 공유합니다. 각 공유 내용에 좋아요를 눌러 투표도 하고 매주 금요일 전체회의 때 좋아요가 가장 많은 글에 상금을 주고 받습니다.

 

인재채용 - https://trost.co.kr/about/join/

 

고등학생 때까지만 해도 독후감도 쓰며 많은 책을 읽었습니다, 티스토리에 글도 많이 썼고요. 점점 시간이 지날수록 컴퓨터를 하는 시간이 늘어나며 책을 읽는 시간이 많이 줄어들었습니다. 20살 첫 스타트업을 할 때도 책을 읽지 않았습니다, 생각하면 정말 많이 아쉽구요. 지금 스타트업에서는 팀원들과 함께 많은 책을 읽고 있습니다. 또 심심할 때, 출퇴근하면서도요. 이렇게 읽다 보면 아무리 길어도 2주에 한 권은 읽게 됩니다. 그리고 스스로 남기는 생각과 글도 많아지고요. 그래서 이런 저의 글을 블로그에 이용을 좀 해보려고 합니다.

 

읽었던 모든 책을 기록하지는 못 했지만 조금이라도 .. 공유를 목표로 회사에서 공유하는 (책에 대한 내용과 생각) 것을 필터링을 좀 거치고 업로드하면 좋은 기록과 공유가 되지 않을까 싶습니다. 길게 써야 한다는 부담감도, 자주 써야 한다는 부담감도 잠시 내려놓고 저의 기록을 채울 수 있는 공간으로 계속 만들어가려고 하는데 책에서 도움을 많이 받으려고 합니다. 

 

2019.03.31 01:44. RSS feed. Trackback 0 came from other blogs. Leave a Response.
Posted in 독서. Top

댓글을 달아 주세요