🫒 '폐쇄적 사고와 개방적 사고의 행동 방식을 확인해보세요' 등

🫒구독자님, CJOY 'TPM' 입니다.

'OLIVE LAB'는 오늘도 성장을 갈망하는 일잘러들을 위한 뉴스레터 입니다.
올리브영의 조직 성과와 조직 건강의 지속 성장을 연구합니다.

한 주간 인상깊게 읽은 비즈니스, 리더십, 매니지먼트, 조직문화 관련 아티클을
요약 정리해서 정성껏 담아 보내드립니다:D (마음에 드는 글에 '👍좋아요'도 눌러주세요)

✍️응원, 소감, 궁금하신 내용 그리고 함께 나누고 싶은 내용은 댓글로 남겨주세요.

'폐쇄적 사고와 개방적 사고'의 행동 방식을 확인해보세요 (Eddy's Pick)

"여러분은 어떤 사고행동을 가지고 있으신가요? 스스로 돌아볼 수 있는 글입니다. 우리는 무언가를 증명하며, 누군가와 경쟁하며 살아오면서 개방적인 사고보다는 폐쇄적 사고에 익숙해졌습니다. 더 나은 의사결정, 함께 성장, 더 큰 임팩트를 만들기 위해서는 개방적인 사고가 필요합니다. 두 사고의 행동 방식이 어떻게 다른지 살펴보시죠."

'폐쇄적 사고를 하는 사람'은 자신의 생각에 반대하는 것을 싫어합니다. 자신의 의견에 동의하도록 만들지 못했다는 사실에 좌절합니다. '개방적 사고를 하는 사람'은 다른 사람이 동의하지 않을 때 화내지 않습니다. 왜 의견 충돌이 발생하는지 다른 사람들의 견해를 듣고 생각하는 시간을 갖는 것을 가치 있다고 생각합니다.
'폐쇄적 사고를 하는 사람'은 질문을 하는 것보다 의견을 말하는 것을 좋아합니다. '개방적 사고를 하는 사람'은 언제나 많은 질문을 합니다. 자신들이 틀릴 수 있다고 생각하며 질문에는 진정성이 느껴집니다.
'폐쇄적 사고를 하는 사람'은 다른 사람들을 이해하는 것보다 자신들을 이해시키는 데 더 초점을 맞춥니다. 사람들이 동의하지 않을 때 자신의 견해를 이해 못한다고 생각합니다. '개방적 사고를 하는 사람'은 언제나 다른 사람들의 시각을 통해 사물을 봐야 한다고 생각한다.
'폐쇄적 사고를 하는 사람'은 “내가 틀릴 수도 있지만··· 내 생각은 이렇다.”라고 말합니다. 자신의 의견을 고집하고 있지만, 개방적인 사고를 하고 있다고 스스로에게 확신시키는 피상적인 표현입니다. “내가 틀릴 수도 있다.”라고 시작한다면 그다음에는 주장이 아니라 질문이 뒤따라야 합니다. '개방적 사고를 하는 사람'은 언제 주장을 하고, 언제 질문을 해야 하는지 알고 있습니다.
'폐쇄적 사고를 하는 사람'은 다른 사람들의 말을 가로막곤 합니다. 다른 사람이 대화에 참여할 여지를 주지 않는 것처럼 보이기도 합니다. '개방적 사고를 하는 사람'은 언제나 말하는 것보다 듣는 것에 관심이 많습니다. 다른 사람들이 의견을 말하도록 적극적으로 장려합니다.
'폐쇄적 사고를 하는 사람'은 동시에 마음속에 두 가지 생각을 가지고 있는 것을 힘들어합니다. 자신의 생각이 다른 사람들의 생각을 밀어냅니다. '개방적 사고를 하는 사람'은 다른 사람들의 생각을 받아들입니다. 마음속에 두 개 또는 그 이상의 상충하는 생각들을 가지고 있으며, 상대방의 장점들을 취하기 위해 두 생각 사이를 오갑니다.
'폐쇄적 사고를 하는 사람'은 겸손함이 없습니다. '개방적 사고를 하는 사람'은 자신들이 틀릴지도 모른다는 깊은 두려움을 가지고 모든 것에 접근합니다.

'👍도움이 되었어요' 누르고, 원문 보러가기

코드 리뷰가 개발 문화에 미치는 영향 (Woody's Pick)

"코드 리뷰 문화에 대한 글을 공유합니다. 단순히 코드 품질을 향상 시키는 것 뿐만 아니라 개발팀의 문화를 개선할 수 있는 활동으로 실제 사례를 작성한 글이라 우리 개발 문화를 돌아보는 기회가 될 수도 있을 것 같습니다 :)"

코드 리뷰가 인간적인 개발 문화를 만드는 데 얼마나 큰 기여를 하는지 말하고자 합니다.
"가장 중요한 것은 코드 리뷰가 지적질이 아닌 본인에게 도움이 된다는 느낌을 주도록 노력한다."
동료들은 그런 지적을 받으면 방어적인 태도를 갖기 쉽습니다. 사람마다 소통 방식이 다를 수는 있지만, 방어적인 태도를 팀 내에 퍼트리는 일은 팀의 생산성에 절대적인 영향을 끼친다고 합니다.
밈(Meme)이라는 개념이 있습니다. 문화요소가 유전적 방법이 아닌 모방을 통해 전달된다는 개념입니다.
"예전에는 코드 리뷰의 중요성을 잘 몰랐다. 개발자 개개인이 잘 짜야 하는 문제라 생각했다. 하지만 MSA처럼 여러 마이크로서비스가 얽혀서 동작할 때는 서로 확인해주는 것이 중요하다. "
"서로가 함께 책임을 떠안아야 하는 문제라고 정의했을 때는 문제를 드러내고 서로 확인해주는 문화가 생긴다."
자신이 작성한 코드에 대해 관심을 보인 후에 이에 대한 배경지식을 알려 주었을 때 지식은 효과적으로 살아 남고 전달될 것이라고 믿습니다.
선배 혹은 동료가 자신의 코드에 관심을 가져주고, 더 나은 방법을, 내가 받아들일 수 있는 방법으로 알려준다면, 그것은 인간적인 소통입니다. 그런 소통을 통해서 지식이 전파되고 더 나은 프로덕트를 만들 수 있다면 당장 시도하지 않을 이유가 어디 있겠습니까?

'👍도움이 되었어요' 누르고, 원문 보러가기

🫒 '폐쇄적 사고와 개방적 사고의 행동 방식을 확인해보세요' 등

두 사고의 행동 방식이 어떻게 다른지 살펴보시죠.

'폐쇄적 사고와 개방적 사고'의 행동 방식을 확인해보세요 (Eddy's Pick)

코드 리뷰가 개발 문화에 미치는 영향 (Woody's Pick)

다가올 뉴스레터가 궁금하신가요?

이번 뉴스레터 어떠셨나요?

댓글

이전 뉴스레터

다음 뉴스레터

다른 뉴스레터