코드 너머, 회사보다 오래 남을 개발자

한빛미디어의 나는리뷰어다 2024를 통해 올해 마지막의 12월, "코드 너머, 회사보다 오래 남을 개발자" 도서를 제공 받아 읽어보게 되었습니다.

 

실제 사례들이 많아서 굉장히 유용하고 재미있게 읽었네요.

---

Part 01, 상위 1% 개발자가 되기 위한 실전 소프트 스킬

자기 효능감을 키우는 방법

작은 성공 경험을 쌓기

• 현실적이고 구체적인 목표를 정하고 작은 성취라도 경험해보는 것이 중요합니다. 예를 들어 ‘이번 주 코드 리뷰에서 받은 피대븍 중 한 가지를 개선하기’ 처럼요.

롤모델을 관찰하고 따라 하기

• 내가 닮고 싶은 사람의 경험을 분석해보세요. 존경하는 개발자의 블로그를 읽거나 강연을 듣고, 좋은 업무 습관을 따라 해보는 것도 좋은 출발이 됩니다.

긍정적인 피드백 주기

• 오늘 스스로 해결한 문제나 팀에서 기여한 부분을 기록하고 자신을 칭찬해주세요. 그리고 팀원들에게도 긍정적인 피드백을 전하며 자기 효능감을 함께 키워보세요.

다음 질문들에 답하며 여러분의 자기 효능감을 천천히 들여다보세요.

• 자기 효능감이 가장 낮았던 순간은 언제였나요?
• 자기 효능감을 키우는 데 가장 큰 도움이 된 작은 성공 또는 인상적인 경험은 무엇이었나요?
• 자기 효능감이 높아지면서 어떤 변화가 있었나요?

회복 탄력성을 키우는 방법

• 실패 원인을 분석하고 통제 가능한 영역 구분하기
• 실패의 교훈을 기록하고 전략 세우기
• 나를 회복시키는 자원 발견하고 활용하기
• 감정 리셋 루틴 만들기 (10분 낮잠, 스트레칭, 산책, 음악 듣기 등등)

유연성 자가 진단 질문 리스트

• 의견 충돌이 있을 때 불편한 감정을 어떻게 표현하나요? 감정을 억누르며 참나요? 아니면 차분하게 내 입장을 말해보려 노력하는 편인가요?
• 누군가 내 말투나 태도에서 오해가 생길 수 있다는 피드백을 받았을 때 제우스처럼 그 인식을 바꾸기 위해 노력한 적이 있나요?
• 내가 팀의 리더가 아닐 때 팀의 흐름을 따라가려고 노력했던 경험이 있나요?
• 나와 전혀 다른 성향의 사람과 일하며 배움을 얻은 순간이 있나요?
• 유연하지 않다고 느낀 나의 태도가 있다면 그것을 바꿔보려 시도해본 적이 있나요?

자기 결정력을 키우는 방법

• 자신만의 기준 세우기
  • 중요한 결정을 앞두고 나에게 중요한 가치와 기준을 정리해보세요. 선택할 때마다 내 기준에 맞는지를 스스로 점검하는 연습이 중요합니다.
• 작은 결정부터 연습하기
  • 모든 결정을 잘하려고 애쓰기보다 하루에 한 가지라도 ‘내가 결정한 일’에 대해 결과를 책임지는 경험이 중요합니다.
• 결정의 이유를 기록하기
  • 왜 이 선택을 했는지를 간단히 적어보세요. 나중에 불안할 때 그 기록을 다시 돌아보며 스스로를 신뢰할 수 있는 근거가 되어주줄 겁니다.
• 피드백 받아들이기
• 조언을 참고하되 결정의 중심은 나에게 두기

매일 실천하는 소프트 스킬

소프트 스킬 실천 방법

자기 인식	오늘 가장 자주 느낀 감정을 한 단어로 기록합니다.
자기 효능감	오늘 해낸 일 중 ‘내가 해냈다’라고 느낀 순간을 떠올립니다.
회복 탄력성	퇴근하기 전, 수고한 나에게 “수고했어”라고 말해봅니다.
심리적 안정감	회의 전 묻고 싶은 질문 하나를 메모합니다. 말하지 않아도 괜찮습니다.
유연성	불편한 말을 들었을 때 ‘내가 받아들이는 감정과 생각이 정말 그 사람의 의도였을까?’ 라고 스스로에게 물어봅니다.
자기 결정력	오늘 했던 선택 중 가장 나다웠던 결정 하나를 기록합니다.
성장 마인드셋	오늘 배운 점 또는 과거보다 성장한 점이 있다면 한 문장으로 정리해봅니다.

함께 일할 때 나는 어떤 사람일까

내가 어떤 영향을 주고 있었는지 잘 모르겠다면 다음 질문에 스스로 답해보면 어떨까요?

• 가장 기억에 남는 동료의 말이나 태도는 무엇이었나요?
• 그 말이 오래 남은 이유가 뭘까요?
• 나는 현재 팀 내에서 어떤 말투, 어떤 리액션, 어떤 기준을 사용하고 있나요?
• 나의 일하는 태도는 내가 되고 싶은 사람의 모습과 가까운가요?
• 나는 팀에 어떤 영향력을 주는 사람이고 싶나요?

“나는 어떤 사람으로 일하고 싶은가?”

Part 02, 조직을 성장의 무대로 만드는 커리어 전략

본연의 업무에 충실하기 & 커뮤니티 활동하기

• 커리어 성장과 기술 공유가 균형을 잡기 위해 중요한 건 자신의 역할과 기본 책임에 먼저 충실하면서 외부 활동을 병행하는 것입니다.
• 조직에서 인정 + 외부 활동 수행 → 전문성 높이는 데 플러스 요인
• 본업에서 신뢰를 쌓았을 때 외부 활동도 설득력을 얻습니다.

좋은 질문으로 존재감 드러내기

 

숲은 나무와 산의 조화로 만들어진다: 개발문화

• 여러분이 속한 회사의 개발문화가 어떤 정의와 가치를 담고 있는지 살펴보세요.
• 지금의 개발문화가 일하는 방식이나 팀의 움직임에 실질적인 영향을 미치는지 점검해보세요.
• 소극적 참여자가 아닌 적극적 참여자로서 내가 할 수 있는 역할을 생각해보세요.
• ‘이 회사, 계속 다니고 싶다’는 생각이 들게 하는 회사의 매력이 무엇인지 곱씹어보세요.
• 그런 회사를 함께 만들기 위해 지금 내가 실천할 수 있는 작은 변화가 무엇인지 생각해보세요.

좋은 개발문화란…

• 실무에서 얻은 인사이트와 기술을 기꺼이 공유하려는 분위기
• 질문과 피드백이 자연스럽고 수평적인 커뮤니케이션
• 코드뿐 아니라 정책, 프로세스, 문서 등 모든 개발 행위에 대해 의미있는 논의가 이뤄지는 환경
• 나와 동료 모두의 성장을 고민하는 문화

사이드 프로젝트를 통해 회사에 기여하는 것이 바람직한 모습이라는 점을 잊지 않았으면 좋겠습니다. 개인의 성장이 조직의 성장을 가져온다는 공식을 스스로 증명하지 않으면 회사는 지원의 손길을 거둘지도 모릅니다. 여러분도 팀 내 기술 스터디를 제안하거나 자동화 봇 아이디어를 구체화하는 것부터 시작해보세요. 단, 본업에 충실해야 한다는 점을 잊지 마세요.

성장은| 실패와 회고의 반복에서 온다

 

“이펙티브 엔지니어”에서는 “빨리 실패하는 시스템을 만들라”고 합니다. 빨리 실패하기의 예시 >>

• 시작할 때 설정 오류를 발견하면 바로 종료하기
• 소프트웨어 입력 확인하기
• 다를 줄 모르는 외부 서비스에서 발생한 오류를 무시하지 말고 표시하기
• 주요 데이터 구조가 손상됐을 때 시스템 내부 손상을 차단하고 예외 발생시키기
• 복잡한 로직 전후에 주요 불변 값이 유지된다고 단언하고 자세한 오류 메시지 첨부하기
• 유효하지 않거나 일관성이 없는 프로그램 상태를 개발자에게 최대한 빨리 경고하기

회고 과정에서 다음 질문들을 먼저 생각해봐야 합니다.

• 목표를 달성했는가?
• 결과의 품질은 어떠했는가?
• 다음 단계는 무엇인가?

선배는 나무의 성장에 영양제가 된다 | 성장

• 1on1 미팅
  • 업무 중 하나로 인지하여 주기적으로 시간을 내어 미팅을 진행
  • 3주에 1번 30분, 구성원을 더 잘 알게되는 가장 효율적인 방법이며 동시에 팀의 흐름을 조율하는 수단
• 오피스 아워
  • CTO와 1:1 대화 시간, 성장의 방향 및 공유 자리

에필로그 …

우리가 하는 일에 ‘프로’가 되자. 돈을 더 받는 만큼 내가 만든 결과물에 ‘책임’을 져야 한다. 내가 하는 일에 책임지기 위해선 그 일에서 최고가 되기 위해 노력해야 하고요.

우리는 ‘어떤 태도로 내 커리어를 대할 것인지’를 스스로 선택할 수 있습니다. 내 일의 전체 맥락을 이해하려고 노력하고, 더 나은 방법을 제안하거나 실험해보고, 때로는 동료에게 칭찬하고, 배움의 기회를 만들고, 내가 속한 조직이 더 좋은 환경이 되도록 기여하는 일들이 바로 ‘주인의 관점’으로 이어집니다.