목표 단위 세분화 → 1:1 소통으로 원인 파악 → 결과 확인으로 풀어내는 결
인턴 때 5명 규모의 개발 스터디에서 리더를 맡으면서 작게나마 팀 성과를 관리해본 경험이 있습니다. 처음에는 각자 공부한 내용을 발표하는 방식으로 운영했는데, 발표 준비 부담이 크다 보니 참여율이 떨어지는 문제가 있었습니다.
이를 개선하기 위해 목표를 작은 단위로 쪼개는 방식을 도입했습니다. 2주 단위로 학습 주제를 정하고, 각자 주제 내에서 작동하는 코드 예제 하나를 공유하는 것을 기준으로 삼았습니다. 발표 부담이 줄고 기여의 형태가 명확해지니 3회차부터 참여율이 올라갔습니다.
한 명이 계속 기여가 적었을 때는 직접 '어떤 부분이 어려운지'를 1:1로 물어봤습니다. 알고 보니 해당 주제가 관심사와 거리가 있었고, 주제를 조정해주자 참여가 달라졌습니다. 이 경험을 통해 성과 관리는 결과를 추적하는 것 이상으로 각 팀원이 기여할 수 있는 조건을 만들어주는 일이라는 점을 배웠습니다. 정식 팀에서의 성과 관리는 이보다 구조화된 프로세스가 필요하겠지만, 이 경험에서 얻은 원칙은 어느 규모에서도 유효하다고 생각합니다.