함께 자라기를 읽고 느낀 점을 정리해보았다.

의도적 수련: 그냥 오래하는 것과 잘하는 것은 달라요.

이소룡에 대한 유명한 일화가 있어요. 도전자가 찾아와 대결을 신청했고, 불과 3분만에 이소룡이 승리했어요. 그 순간 이소룡은 3분이나 지났다며 화가 났다고해요. 이 일 이후로 웨이트 트레이닝에 박차를 가하게 되었다고 해요.

실력을 높이기 위해서는 단순한 반복이 아니라 의도적 수련이 필요하다는 내용을 말해요. 흔히 말하는 ‘1만 시간의 법칙’은 연습의 양을 말할 뿐, 어떤 방식으로 연습해야 하는지에 대해서는 거의 알려주지 않아요. 실제로는 같은 시간을 써도 실력이 크게 달라진다는점을 깨달아야 제자리 걸음을 하지 않을 수 있을 것 같아요.

실력을 조절하는 네 가지 방법

의도적 수련은 크게 두 축으로 나뉘어요.

난이도를 높이거나 낮추는 것, 그리고 실력을 높이거나 낮추는 것이에요.

a1. 실력 낮추기 — 일부러 불편해지기

일부러 실력을 제한하는 방식이에요.

이소룡은 모래주머니를 차고 훈련했고, 프로그래머라면 이런 예시를 들 수 있을 것 같아요.

디버거를 쓰지 않고 문제 해결해보기
마우스를 쓰지 않고 키보드만으로 작업하기

불편함은 실력을 숨겨주지 않아요. 오히려 기본기를 그대로 드러내게 만들어요.

a2. 난이도 높이기 — 스스로 제약을 추가하기

이미 할 수 있는 수준에 머무르지 않고,

일부러 더 어려운 조건을 만들어요.

1시간 걸리던 작업을 30분 안에 끝내기
1,000 TPS 시스템을 만들 수 있다면 10,000 TPS를 목표로 설계하기

이 과정에서 중요한 것은 자신만의 도구와 방법을 만들어가는 경험이에요.

b1. 난이도 낮추기 — 불안을 관리하는 법

불안할수록 사람은 멈춰요.

그래서 난이도를 낮추는 전략이 필요해요.

핵심은 아주 작은 단위로 쪼개는 것이에요.

가장 간단하지만 동작하는 결과물
애자일에서 말하는 “동작할 수도 있는 가장 간단한 것”

예를 들어 테트리스를 만든다면 “완성된 게임”이 아니라 네모난 사각 프레임 하나를 그리는 것부터 시작해요. 알고리즘 학습에서도 마찬가지예요.

C 언어로 풀기 전에 Python으로 먼저 알고리즘만 구현
그다음 C 언어로 다시 작성

두 번 만드는 과정에서 이해가 깊어져요.

b2. 실력 높이기 — 혼자 말고, 함께

실력을 높이는 방법은 세 가지 접근으로 나뉘어요.

사회적 접근

나보다 뛰어난 전문가와 함께하기
페어 프로그래밍
커뮤니티, 튜토리얼 따라 해보기

도구적 접근

디버거, 자동화 도구, 코드 분석 툴 적극 활용

내관적 접근

과거 경험을 떠올려 비유적으로 문제 해결

이 과정은 자기 효용감을 높이고, 몰입 상태로 들어가기 쉽게 만들어요.

구체적으로 어떻게 하라고 가이드를 해줘서 좋았다. 컴포트존을 벗어나야 성장할 수 있다는 뜬구름잡는 생각이 들었는데 의도적 수련과 몰입키워드로 설명이 스토리라인이 있어서 아하 모먼트였던 것 같아요.

역엔지니어링: 잘하는 사람을 거꾸로 따라가기

역엔지니어링은 설계도 없이 완성품으로부터 설계를 추론하는 방법이에요.

플로이드 사례에서는 매뉴얼을 그대로 따르기보다, 직접 실험하고 관찰하면서 장비를 이해했어요.

프로그래밍에서도 마찬가지예요.

튜토리얼을 읽을 때 “무엇을 만들지”를 먼저 생각한다
표준 라이브러리 소스코드를 읽는다
오픈소스에 직접 기능을 추가해본다

그리고 무엇보다 중요한 점은 이것이에요.

뭔가 잘하고 싶다면, 이미 잘하는 사람을 관찰하고 인터뷰하라.

전문가에게서 전문성을 효과적으로 뽑아내기 위해서는 구체적인 사건, 실제 판단 과정을 묻는 질문이 필요해요.

톱니바퀴 실험 : 추상화의 힘

톱니바퀴가 여러 개 연결된 문제를 반복해서 풀게 한 실험이 있어요.

혼자 푼 사람 중 14%만 규칙을 발견했지만, 둘이 함께 푼 경우 58%가 추상화된 규칙을 찾아냈어요.

이유는 단순해요.

서로 다른 관점을 맞추는 과정에서 추상화가 필요해졌기 때문이에요.

이것이 바로 페어 프로그래밍의 힘이다. 대화는 추상화를 강제해요.

신뢰를 깎는 공유인가 신뢰를 쌓는 공유인가

디자이너 실험이 이를 잘 보여줘요.

하나만 공유한 팀
최고라고 생각한 것만 공유한 팀
여러 개를 모두 공유한 팀

여러 개를 공유한 팀만이 솔직한 피드백, 아이디어 결합, 높은 성과, 높은 신뢰도 를 모두 얻었어요.

핵심은 이것이에요.

작업물 = 나

복수 공유는 사람과 결과물을 분리해줘요. 그래서 신뢰를 쌓을 수 있다는 거예요.

결국 공유를 할 때는 복수공유를 하는 것이 신뢰를 쌓는 공유라고 할 수 있겠다. 이 책에서는 “공유”라고 말했지만 회사생활, 면접, 일상 생활 등 사용하면 좋은 방법인 것 같아요. 이 내용은 뼈에 새겨서 죽을 때 까지 지켜보려고해요.

KAI(Kirton Adaption Innovation) 인지 성향에 대한 이론

KAI 이론: 설득은 이해에서 시작된다

Kirton의 Adaption–Innovation 이론은 사람을 두 부류로 나누기 위한 이론이 아니에요.

적응형: 기존 방식을 더 낫게
혁신형: 틀을 바꿔서 다르게

설득에 실패하는 이유는 자료가 부족해서가 아니라, 상대를 이해하지 않아서인 경우가 많아요.

MBTI과 유사한 4가지 기질 접근법

모 모임에서 너무 더워서 보니 히터가 켜져있었어요. 히터를 어떻게 끄는지 몰라 헤매고 있을 때 누군가 일어서더니 에어컨을 켰다. 이 사람은 뭐에 해당할까? 답 : SP

NT (직관적 사고형)

애자일을 하면 낮은 의존성, 높은 응집성의 이상적이고 우아한 설계를 실제로 실현하고 또 지속적으로 유지할 수 있다. 스파게티 코드 빠빠이.

NF (직관적 감성형)

고객과 우호적 관계를 이어갈 수 있다. 팀원들 모두가 신뢰하고 협력하면서 즐겁게 일할 수 있어요.

누군가를 비난하거나 하는 일이 없을거고, 개인적인 성장도 가능해요.

SJ (감각적 판단형)

효율적이에요. 낭비되는 작업을 하지 않아요. 불필요한 문서화나 회의 안 해요. 할일이 한눈에 명확하게 보여요. 데드라인에 와서 죄송하다고 말하는 상황이 나오지 않고 정확한 예측이 가능할 거예요.

SP (감각적 지각형)

설계한다고 시간을 끌지 않아요. 당장 개발로 들어갈 수 있다. 원하는대로 코드를 바꾸고 테스트를 통과하고 하는 짜릿한 경험을 할 수 있다. 테스트가 실패하면 원인이 되는 버그를 찾아서 고치는 것이 마치 게임같아요. 재밌는 툴들을 많이 접할 수 있어요.

왜 이런 이론들이 알아야 하지?

설득에 성공하려면 우선 그 사람을 이해하는 것에서 출발해야 한다는 말이다. 설득을 하기 위해서는 객관적 자료를 모으는 부분 이상으로 상대를 이해하는 데 많은 시간을 투자해야 해요.

최근 우아한 유스방을 진행하면서, 기업 분석 미션을 진행한 적이 있는데 객관적인 자료 수집의 중요성에 대해서 깨달았어요. 이 책에서도 마찬가지로 상대를 이해하고 설득하기 위해서는 객관적인 자료도 필요하지만 상대를 이해하는데 많은 시간을 투자해야 한다는 점이 나한테는 이렇게 다가왔어요. 객관적인 자료를 수집하는건 물론이고 정말 상대를 이해하기 위해 시간을 써야한다는 점이었어요.

소통의 중요성 : 이것도 모르세요?

A : 사수, B : 부사수

사수가 의사소통 및 멘토링, 코칭 능력이 떨어지는 경우

B → A : 정규식쓰다가 질문이 있다. 이런 문자열을 잡아내려면 어떻게 해야하나? 익숙하지 않아서 고민이다.

A → B : 이것도 모르세요? 관련 책 본적있냐? 유닉스 정규식 페이지 본적있냐? 회사 서재에 정규식 책이 있다 그거 좀 읽고도 해결안되면 와라.

공감하고 이해하려는 대화

B → A : 정규식쓰다가 질문이 있다. 이런 문자열을 잡아내려면 어떻게 해야하나? 익숙하지 않아서 고민이다.

A → B : 같이 한번 볼까요? 어떤 시도를 해보셨어요?

B → A : “어쩌구저쩌구” 넣어봤다.

A → B : 어떻게 하다가 그런 시도를 하게 되었나?

B → A : 여긴 ㅇㅇ 이러니까 이렇게 했고 저긴 ㅇㅇ 이니까 저렇게 했다.

A → B : 나름대로 전략을 세워봤네요. 패턴 매칭이 되는지 안되는지 어떻게 확인했냐?

B → A : 간단하게 시스템 로그 출력으로 찍어봄.

A → B : 매번 바꾸고 실행하는거 귀찮아겠다. 한번 보자.

B → A : 하다 보면 귀찮아서 확인 작업을 건너뛰기도 하고 그랬다.

A → B : 안되는 부분이 있네. 다른 시도는 뭐 해봤냐?

B → A : 구글 검색해봤다.

A → B : 검색한 키워드가 궁금하다. 검색 히스토리를 한번 봐보자.

행동을 유도하는 대화

전 대화에서 이어서, 정규식을 제대로 한번 정리해보는 시간을 가져보자고 권유하고 실제로 어떤 생각들을 가지고 있는지 어떤 방법으로 시작해보는게 좋을지 같이 고민하고 어떻게 할지 행동을 유도하는 대화를 해요.

공감하고 이해하려는 대화를 기반으로 어떤 행동을 하면 좋을지에 대한 것을 멘토링 해주는것이 소통을 잘하는 사수가 될 수 있는 방법인 것 같아요.

탁월한 팀

구글이 밝힌 탁월한 팀의 비밀

팀에 누가 있는지 < 팀원들이 서로 어떻게 상호 작용하고 자신의 일을 어떻게 바라보는지

5가지 성공적 특징 중 가장 압도적으로 높은 특징은 심리적 안전감 이었어요.

gTeams exercise 활동을 통해 심리적 안전감을 개선할 수 있었어요.

핵심 목표

이 활동의 가장 중요한 목표는 팀 내의 **심리적 안전감(Psychological Safety)**을 구축하는 거예요. 심리적 안전감이란 팀원들이 실수나 약점을 드러내도 비난받거나 불이익을 당하지 않을 것이라는 믿음을 의미하며, 이는 효과적인 팀워크의 가장 중요한 기반으로 밝혀졌어요.

gTeams exercise

이 프로그램은 팀원들이 자신들의 팀워크 역학에 대해 이야기하고 개선점을 찾도록 돕는 것을 목표로 하며, 다음과 같은 활동을 포함해요.

10분 펄스 체크 (Pulse-check) 설문: 팀 효과성의 5가지 핵심 요소(심리적 안전감, 신뢰성, 구조와 명확성, 업무의 의미, 업무의 영향력)에 대한 팀원들의 인식을 파악하기 위한 짧은 설문조사예요.
보고서 요약 및 논의: 설문 결과를 바탕으로 팀의 강점과 약점을 요약한 보고서가 제공되며, 팀원들은 이 보고서를 중심으로 솔직한 대화를 나눠요.
맞춤형 개선 리소스 제공: 논의 결과를 토대로 팀이 특정 영역을 개선할 수 있도록 설계된 맞춤형 자료와 가이드가 제공돼요.
새로운 팀 규범 채택: 예를 들어, 매 회의 시작 시 지난주에 감수했던 위험에 대해 공유하는 등, 심리적 안전감을 높이기 위한 새로운 행동 규범(norms)을 도입하고 실천해요.

심리적 안전감

내 생각이나 의견, 질문, 걱정, 혹은 실수가 드러났을 때 처벌받거나 놀림받지 않을 거라는 믿음

측정 도구

실수하면 비난 받는 경우가 많다.
남들에게 도움을 구하기 어려움
해보지 않은걸 해내는 방법을 배우거나 혹은 새로운 일을 맡도록 격려하는 경우가 많다.
더 나은 일을 구하려고 한다면 이에 대해서 관리자랑 이야기를 나눈다.
문제를 제기하면 해결책을 찾도록 도와주는 일에 그다지 관심을 보이지 않는 경우가 많다.

이 심리적 안전감이 높은 병원 중환자실의 팀에서는 18%나 낮은 사망률을 보였어요.

쾌속 학습팀

수술팀 최소 절개 수술 사례.

A 팀은 해당 수술 사례에서 저명한 외과의

본인 중심으로 진행.
단 한번의 리허설도 없었음.

B 팀은 새로운 수술에 관심이 있는 젊은 외과의

팀원 선발부터 협동적이였음 (비유하자면 디자이너 뽑는데 개발자가 관여한다든지.)
업무 수행 능력뿐 아니라 다른 사람과 협력을 얼마나 잘하는지
새롭고 애매호한 상황을 즐길 수 있는지
자기보다 지위가 높은 사람에게도 자신 있게 의견을 제안할 수 있는지 등

B팀은 횟수가 거듭날수록 수술 시간이 A팀보다 2배 이상 수준의 성과를 보임.

팀 학습 속도에 대한 논문에서는 리더가 끼치는 영향에 주목하는데, 단순히 기술력 탁월함만을 갖춘 사람보다는 학습 환경을 만들 수 있는 리더가 필요하다는 거예요.

심리적 안정감을 기반으로 함께 일하는 새로운 방법을 만들어야 한다고 생각하고 퍼포먼스를 높이기 위해서 새로운 방식을 실험해볼 수 있는 환경이 마련됨. 학습과 실행이 동시에 이루어졌어요.

기술 전환에 성공한 개발팀

리더와 팀원들이 학습에 대한 태도에 근본적인 차이가 있었음,

속도가 빠른팀은 도전 자체를 팀의 학습 능력에 대한 도전으로 함께 학습함.

현실에서 실천하기

자신의 환경부터 만드는 것부터 출발

매일 30분만 업무 개선을 위해 시도해 보는 것.

애자일

애자일의 씨앗

고객에게 매일 가치를 전하라

고객에게

우리의 진짜 고객은 누구인가?

매일

어떻게 점진적으로 가치를 전할 것인가?
어떻게 보다 일찍, 그리고 보다 자주 가치를 전할 것인가?

가치를

무엇이 가치인가?
지금 우리가 하고 있는 일이 정말 가치를 만드는 일인가?
지금 가장 높은 가치는 무엇인가?
비슷한 수준의 가치를 더 값싸게 전달하는 방법은?

전하라

가치를 우리가 갖고 있지 않고 고객에게 정말 전달하고 있는가?
고객이 정말 가치를 얻고 있는가?

고객 참여

애자일을 도입해서 프로젝트 성공에 긍적적인 영향을 끼쳤다고 생각한 기업은 70개의 기업중에 78% 수준으로 매우 높음.

성과에 도움을 준것은 무엇인가? → 고객 참여

그만큼 고객 참여는 매우 중요해요. 고객 참여는 설득을 해야하기 때문에 대면 충돌이 무섭고 두려워요.

하지만 이런 것들을 제대로 하지 않으면 프로젝트를 성공하기가 더 힘들어진다는 점이에요.

결국, 두려워도 중요하다면 시도라도 해봐야 하지 않겠는가?

특히 성숙도가 낮은 조직의 경우 더 유의미해요.

결국 애자일이라고 하는 것은,진짜 고객이 누구인지, 무엇이 가치인지, 어떻게 더 자주, 더 빨리 전달할 것인가? 이런 것들이 가장중요한 것 같아요. 포인트는 두렵더라도 중요하다면 시도해야한다는 점이에요.

함께 자란다는 것

이 책이 말하는 핵심은 기술이 아니에요.

사람, 학습, 신뢰예요.

혼자 잘하는 사람이 아니라 함께 빠르게 배우는 팀. 그것이 결국 가장 멀리간다는 거예요.