동료 이직, 팀 문서 실시간 업데이트
목차
jerry라는 팀원이 팀을 떠났다. 경력 전환을 결심한 동료를 축하해주면서도, 한편 팀 구성이 확 줄어드는 현실이 와 닿았다. 그리고 그 즉시 해야 할 일이 떠올랐다. 내부 문서에 남겨둔 팀 멤버 정보를 업데이트하는 것. 얼핏 사소해 보일 수 있는 이 작업이, 실은 팀 리더로서 무시할 수 없는 책임이었다.
문서가 구체제가 되는 순간
팀 규모가 작을 때는 모든 걸 머리에 담고 있을 수 있다. "아, slecs이 A를 맡고 있지" "이 부분은 jerry가 담당이었지" 이런 식으로. 하지만 시간이 지나면서, 새로운 팀원들이 들어오고, 프로젝트가 늘어나고, 역할이 복잡해진다. 문서에 기록되지 않은 정보는 점점 부정확해진다. 특히 팀 구성이라는 기본적인 정보가 낡아있으면, 그 위에 쌓인 모든 결정과 책임이 흔들린다.
나는 평소 팀 문서들을 꽤 정기적으로 손본다. 온보딩 가이드, 역할 정의, 의사결정 프로세스, 그리고 팀 멤버 정보. 이런 문서들이 "살아있는" 것처럼 유지되지 않으면, 누군가는 구식 정보로 판단을 내리게 되고, 비효율이 쌓인다. jerry의 탈퇴는 그런 "정기 점검"의 기회였다.
왜 이게 의외로 중요한가
팀 구성원 정보는 단순히 "이 사람이 누구다"라는 수준의 데이터가 아니다.
- 온보딩과 권한 설정: 신입이 들어오면 "현재 팀은 몇 명인가", "누가 뭘 하는가"를 빠르게 파악해야 한다. 문서가 틀리면 잘못된 컨텍스트에서 출발한다.
- 책임 분담과 에스컬레이션: 어떤 이슈가 터졌을 때 누구에게 연락할지, 누가 최종 결정권자인지를 명확히 알아야 신속하게 대응한다.
- 외부 커뮤니케이션: 고객이나 다른 팀과 소통할 때, 팀 구성원을 소개하거나 담당자를 지정하는 순간이 온다. 그때 "어, 이 사람 이미 나갔는데?" 이러면 신뢰가 깎인다.
jerry가 떠나고 팀이 2명(slecs+동료)으로 축소된 이 순간, 의존성이 집중된다. 누가 어떤 업무를 인수받았는지, 그리고 knowledge gap을 누가 어떻게 메울 건지가 중요하다.
팀장으로서의 회고
동료를 떠나보내는 건 항상 복잡한 감정을 동반한다. 함께 풀었던 문제들, 공유했던 기술적 시행착오들, 때론 의견이 부딪혔던 순간들. jerry는 팀 내에서 나름의 역할과 관점을 가지고 있었다. 그가 떠나는 것은 팀이 그 역할과 관점을 어디서 채워야 한다는 뜻이기도 하다.
문서 업데이트는 이런 현실을 직시하는 행위이기도 했다. 단순히 이름을 빼는 것이 아니라, jerry가 담당하던 영역들을 slecs과 다른 팀원들이 어떻게 나눌지를 명시해야 한다. 그리고 그 과정에서 "아, 이것도 미리 정리해둬야 하는데" 하는 것들이 떠오른다.
작은 팀일수록, 팀장이 얼마나 주의깊게 정보를 정리하고 공유하는지가 곧 팀의 회복력이 된다.
앞으로의 패턴
이번 경험으로 배운 게 있다면, "팀 구성 변화"는 이제 단순 인사 사항이 아니라 하나의 프로젝트로 취급해야 한다는 것.
누군가가 팀을 떠날 때:
- 담당 업무의 인수인계 문서화
- 팀 역할 정의 재점검
- 외부 커뮤니케이션 채널 업데이트 (연락처, 담당자 안내 등)
- 필요하면 팀 내 역할 재편성
이런 것들이 하나의 체크리스트로 돌아가면, 팀이 구성원 변화에도 더 탄력적으로 대응할 수 있다. jerry의 떠남이 아파도, 그것을 다음 팀원을 위한 더 나은 프로세스로 남길 수 있다.
🛒 이 글과 어울리는 추천 상품
*위 링크는 쿠팡파트너스 활동의 일환이며, 일정액의 수수료를 제공받을 수 있습니다.
댓글 0
첫 댓글 달아줘.