Upgrade to Pro — share decks privately, control downloads, hide ads and more …

주니어 개발자의 협업 패치 노트 v1.0.0

Sponsored · Ship Features Fearlessly Turn features on and off without deploys. Used by thousands of Ruby developers. →

주니어 개발자의 협업 패치 노트 v1.0.0

YOUTHCON'25 발표 자료
행사 소개

Avatar for 이소민

이소민

May 12, 2026

Other Decks in Programming

Transcript

  1. 발표 대상 자신의 초년 시절을 돌아보며, 후배를 응원하고 싶은 선배

    개발자 더 나은 업무 수행 방식과 협업 마인드셋을 고민하고 있는 주니어 개발자 곧 현업을 마주하게 될 예비 개발자
  2. 6 협업, 왜 어려울까? 취업 후의 협업 - 시간 :

    수년 ~ 수십년 - 사람 : 유관 부서, 타사 훨씬 넓은 범위 이해 필요
  3. 1. 사람축 넓히기 - 소통 : 오해 줄이기 - 흐름

    : 역할과 책임 인지하기 - 유대감 : 신뢰 자본 쌓기 목차 8 2. 시간축 넓히기 - 사람은 떠나도 기록은 남는다 - 기획 리뷰, 공수 산정 - 디버깅 템플릿 문서화
  4. 소통 : 오해 줄이기 10 사람 수 = 서로 다른

    생각의 수 A : 저희 이렇게 하기로 했죠? 회의 중 → B : 그거 그렇게 하기로 했지 않나요? → 또! 회의 중 C : 저는 요렇게 이해했는데요?
  5. 소통 : 오해 줄이기 11 목표와 방향 동기화하기 회의 중

    → 회의록 작성 → 결론과 액션 아이템 공유 → 동기화 완료
  6. 소통 : 오해 줄이기 12 프로젝트 복잡도 = 해석의 여지

    소통 시, 맥락 파악보다 용어 해석에 먼저 리소스 사용 셀럽? 󰞣 스타? 󰳍 아이돌? 󰟲 연예인? 󰱜
  7. 소통 : 오해 줄이기 13 팀 차원의 약속 수립 (용어

    사전, 네이밍 컨벤션 등) 추상적인 개념일수록 효과적 󰞣 󰳍 󰟲 󰱜 아이돌 (idol)
  8. 조직 구조, 업무 프로세스는 회사 by 회사 - 어느 범위까지

    내 담당이지? - 내 일은 어디에서 와서 어디로 가지? 흐름 : 역할과 책임 인지하기 14
  9. 사용자 니즈 기획자 개발자 완성된 제품 흐름 : 역할 과

    책임 인지하기 15 단방향 요청 사과 딸기 빨간 과일 만들어 주세요.
  10. 사용자 니즈 기획자 개발자 완성된 제품 흐름 : 역할 과

    책임 인지하기 16 양방향 소통 사과 사과 빨간 과일 만들어 주세요. 사과와 딸기 중 어떤 건가요? 초록 사과도 있어요.
  11. 흐름 : 역할 과 책임 인지하기 17 기획자가 기대하는 개발자의

    역할을 직접 물어보았다! • 함께 문제를 정의하는 메이커 ◦ 더 나은 대안 제시 ◦ 엣지 케이스 발견 • 신뢰할 수 있는 엔지니어 ◦ 구현 가능성, 리스크 파악 ◦ 현실적인 일정 산정
  12. 흐름 : 역할과 책임 인지하기 19 왜 공유해야 할까? 책임

    분산을 위한 안전장치 특히 신입이라면…
  13. 흐름 : 역할과 책임 인지하기 20 어떻게 공유해야 할까? 책임의

    방향을 따라 공유 (상급자, 팀원, 유관부서 등)
  14. 흐름 : 역할과 책임 인지하기 21 무엇을, 언제 공유해야 할까?

    1. 시작 전 : 계획 -> 작업 방향 확인 2. 작업 중 : 진행 상황 -> 중간 점검 3. 완료 후 : 결과 -> 최종 검토
  15. 유대감 : 신뢰 자본 쌓기 22 🧠 익숙하고 안정적인 것

    선호 낯설고 불확실한 것 위협 마음의 준비가 되지 않은 상태에서 새로운 변화를 섣불리 시도하면 역효과가 날 수 있다.
  16. 유대감 : 신뢰 자본 쌓기 23 천천히 스며들기 전략 1.

    유대감으로 심리적 안전감 형성 2. 내가 먼저 행동으로 보여주기 3. 공감하는 사람들부터 동참시키기
  17. 유대감 : 신뢰 자본 쌓기 24 PM : “회사 다니는

    7년 동안 먼저 밥 먹자고 한 개발자는 소민님이 처음” (저는 유튜브 보면서 혼밥하는 걸 좋아하는 i 입니다.)
  18. 유대감 : 신뢰 자본 쌓기 25 황금같은 주말에 컨퍼런스 같이

    가자고 하기 사내 기술 세미나 참여하기
  19. 유대감 : 신뢰 자본 쌓기 26 집단지성 #보안 #게임 #서버

    #AI . #금융 #교육 #광고 #쇼핑. #서비스 #제조업 #SI . #전공자 #비전공자 #특성화고 . 1. 다양한 지식, 서로 다른 배경에서 새로운 인사이트를 얻을 수 있다. 2. 개인의 배움을 팀 전체의 성장으로 이어갈 수 있다.
  20. 목차 27 1. 사람축 넓히기 - 소통 : 오해 줄이기

    - 흐름 : 역할과 책임 인지하기 - 유대감 : 신뢰 자본 쌓기 2. 시간축 넓히기 - 사람은 떠나도 기록은 남는다 - 기획 리뷰, 공수 산정 - 디버깅 템플릿 문서화
  21. 버스 팩터 몇 명의 팀원이 버스 사고 등으로 갑자기 이탈할

    경우 프로젝트 진행이 불가능해지는지? 담당자가 모두 떠나 질문할 사람이 없는 환경 사람은 떠나도 기록은 남는다 28
  22. 사람은 떠나도 기록은 남는다 29 구성원 개개인이 지식 보존의 주체인

    조직이라면, 시간의 흐름에 취약 점점 사라지는 평생 직장, 평생 직업 개념 ‘저분이 나가도 우리 프로젝트가 돌아갈까?’ 이직하는 선임자
  23. 사람은 떠나도 기록은 남는다 31 좋은 문서의 조건 1. 예측

    가능하다 2. 쉽고 명료하다 3. 살아있다 동해물과 백두산이 마르고 닳도록 하느님이 보우하사 우리나라 만세 무궁화 삼천리 화려 강산 대한 사람 대한으로 길이 보전하세 남산 위에 저 소나무 철갑을 두른 듯 바람 서리 불변함은 우리 기상일세 무궁화 삼천리 화려 강산 대한 사람 대한으로 길이 보전하세 가을 하늘 공활한데 높고 구름 없이 밝은 달은 우리 가슴 일편단심일세 무궁화 삼천리 화려 강산 대한 사람 대한으로 길이 보전하세 이 기상과 이 맘으로 충성을 다하여 괴로우나 즐거우나 나라 사랑하세 무궁화 삼천리 화려 강산 대한 사람 대한으로 길이 보전하세
  24. 사람은 떠나도 기록은 남는다 32 좋은 문서의 조건 1. 예측

    가능하다 - 두괄식, 목차, 소제목 2. 쉽고 명료하다 3. 살아있다 애국가 1절 동해물과 백두산이 마르고 닳도록 하느님이 보우하사 우리나라 만세 무궁화 삼천리 화려 강산 대한 사람 대한으로 길이 보전하세 2절 남산 위에 저 소나무 철갑을 두른 듯 바람 서리 불변함은 우리 기상일세 무궁화 삼천리 화려 강산 대한 사람 대한으로 길이 보전하세 3절 가을 하늘 공활한데 높고 구름 없이 밝은 달은 우리 가슴 일편단심일세 무궁화 삼천리 화려 강산 대한 사람 대한으로 길이 보전하세 4절 이 기상과 이 맘으로 충성을 다하여 괴로우나 즐거우나 나라 사랑하세 무궁화 삼천리 화려 강산 대한 사람 대한으로 길이 보전하세
  25. 사람은 떠나도 기록은 남는다 33 좋은 문서의 조건 1. 예측

    가능하다 2. 쉽고 명료하다 - 개조식, 시각 자료로 시간과 집중력 save 3. 살아있다 애국가 1절 - 동해, 백두산 마를 때까지 - 하느님이 보우 2절 - 철갑 소나무처럼 - 변치 않는 정신 3절 - 가을 하늘처럼 맑고 - 달처럼 일편단심 4절 - 기쁘든 슬프든 - 한결같이 나라 사랑 후렴 - 무궁화 핀 화려강산 - 함께 보전하자
  26. 사람은 떠나도 기록은 남는다 34 좋은 문서의 조건 1. 예측

    가능하다 2. 쉽고 명료하다 3. 살아있다 - 현실의 변화 속도와 동일한 업데이트 주기 - 잦은 변경 : 구체적인 현재 상태를 기록 (업데이트 자동화, 버저닝) - 드문 변경 : 대원칙, 과거 기록
  27. 기획 리뷰, 공수 산정 35 “UI 2일, 로직 2일, 리팩토링

    0.5일… 4.5일 정도면 되겠지?" 기획 단계 ⇒ 검토 누락, 낙관적 일정 산정 🤩 구현 단계 ⇒ 내부·외부 의존성 발견 😨 QA 단계 ⇒ 예외 케이스로 병목 발생 🚧 결과 ⇒ 일주일 야근
  28. 기획 리뷰, 공수 산정 36 누락된 부분 복기 - 명시되지

    않은 예외 케이스 리스트가 비어있으면 뭘 보여주지? ⇒ 기획자, 디자이너 문의 - 숨겨진 내·외부 의존성 이 화면으로 이동할 때 필요한 데이터는 어디에 있지? 로컬 저장소 or 서버? ⇒ 의존성 확인
  29. 기획 리뷰, 공수 산정 37 분할 정복 - 업무를 작은

    태스크 단위로 잘게 쪼갠다 사전 조사 - 아는 것❗ => 일정 산정 정확도 상승 - 모르는 것❓ ⇒ 리스크 조기 공유, 버퍼 기간 요청
  30. 디버깅 템플릿 문서화 38 모르는 부분에서 처음 보는 버그 발생

    🤬 ⇒ 스트레스로 시야가 좁아지고 논리적 사고 어려움 ⇒ 가설과 검증 없이 수정 후 일단 실행 ⇒ 무의미한 주먹구구 디버깅 ⇒ 원인 파악 불가
  31. 디버깅 템플릿 문서화 39 구조적으로 디버깅하기 1. 문제 정의 :

    현상(as-is, to-be), 재현 시나리오, 로그/스크린샷 2. 추론-검증 사이클 : 단서 수집 -> 가설 -> 실험 3. 결과 설명 : 원인, 해결 방법
  32. 1. 사람축 넓히기 • 소통 : 오해 줄이기 • 흐름

    : 역할과 책임 인지하기 • 유대감 : 신뢰 자본 쌓기 2. 시간축 넓히기 • 사람은 떠나도 기록은 남는다 • 기획 리뷰, 공수 산정 • 디버깅 템플릿 문서화