2026 All-Day-Project (065/365)
커리어 하이를 듣다가에 이어서
팀의 커리어하이를 만드는 법: 지속 가능한 성과 시스템
목적: 개인 컨디션에 의존하지 않고, 팀이 지속적으로 성과를 내는 운영 시스템을 설계한다.
개인의 커리어하이를 이야기할 때, 나는 종종 “컨디션이 좋을 때 한 번 크게 터지는 성과”와 “컨디션과 상관없이 계속 만들어내는 성과”를 구분한다. 전자는 운과 체력, 몰입의 파도에 크게 흔들린다. 후자는 시스템에 가깝다. 개인에게도 루틴과 환경 설계가 필요하듯, 팀에게도 마찬가지다.
오히려 팀은 개인보다 변수가 많다. 사람이 많고, 일이 이어지고, 의존성이 생기고, 외부의 인터럽트가 쏟아진다. 그래서 팀의 커리어하이는 “누군가가 미친 듯이 잘해서”가 아니라, “누군가가 빠져도 굴러가는 방식”에서 나온다.
팀의 커리어하이를 만들겠다고 마음먹는 순간, 성과의 정의부터 다시 써야 한다. 개인의 성과는 보통 ‘내가 무엇을 만들었는가’로 말해진다. 하지만 팀의 성과는 대부분 ‘우리 일이 얼마나 막히지 않고 흐르는가’로 드러난다. 뛰어난 개인이 있어도 리뷰가 밀리고, 승인에 시간이 걸리고, 핸드오프에서 정보가 새면 성과는 줄어든다.
그러니 팀에서 “성과”는 협업의 질과 거의 동의어가 된다. 무엇을 했느냐 못지않게, 일이 어떻게 흘렀고 어디서 멈췄는지를 봐야 한다. 한 주에 한 번만이라도 대기, 재작업, 의사결정 지연 같은 병목을 목록으로 만들고, 그중 가장 큰 하나를 제거하는 데 집중하면 팀은 빠르게 달라진다. ‘내 일’이 아니라 ‘흐름’을 관리하는 팀은, 한 번의 히트가 아니라 꾸준한 타율을 갖는다.
흐름을 관리하기 시작하면 다음 과제가 자연스럽게 따라온다. 바로 성공과 실패를 ‘자산’으로 바꾸는 일이다. 팀의 커리어하이는 잘한 사람이 계속 잘해서 생기지 않는다. 잘된 일이 재현될 때 만들어진다. 그런데 재현은 대부분 문서가 아니라 “공유된 이해”에서 나오고, 공유된 이해는 시간이 지나면 쉽게 사라진다.
그래서 팀에는 플레이북이 필요하다. 우연히 잘된 일을 “감”으로 남겨두지 말고, 어떤 조건에서 어떤 행동을 했고, 어떤 신호를 보고 그렇게 판단했는지까지 분해해두는 것. 반대로 실패도 ‘개인 탓’으로 끝내지 말고, 프로세스의 어느 단계에서 누수가 났는지 추적해야 한다. 실패를 개인의 결함으로 규정하는 순간 사람은 숨고, 실패를 프로세스의 결함으로 규정하는 순간 팀은 배운다. 팀이 강해지는 방식은 대체로 후자다.
하지만 흐름과 학습만으로는 충분하지 않다. 지속 가능하려면 방향이 맞아야 한다. 팀이 열심히 달리다가 지치는 대표적인 이유는, 달리고 있는 방향이 각자 다르기 때문이다. 그래서 나는 팀 목표를 세 축으로 정렬해보는 것을 권한다. 고객가치, 수익성, 팀성장. 고객가치만 좇으면 번아웃이 오고, 수익성만 좇으면 제품은 납작해지고, 팀성장만 좇으면 ‘좋은 연습’만 남는다.
세 가지가 동시에 충족될 때만 팀의 성과는 오래간다. 실제로 일을 시작하기 전에 “우리는 누구의 어떤 문제를 줄이는가(고객)”, “이 일이 돈/비용/리스크에 어떤 영향을 주는가(수익)”, “이 일을 통해 팀이 어떤 역량을 축적하는가(성장)”를 한 문장씩만 적어도 많은 갈등이 줄어든다. 팀의 커리어하이는 종종 ‘정렬된 문장’에서 시작된다.
이 지점에서 리더십의 역할도 재정의된다. 팀이 지속적으로 성과를 내는 시스템을 만들려면, 리더는 단순히 “잘 도와주는 사람”이면 안 된다. 보호하고, 번역하고, 설계해야 한다. 외부의 요구는 늘 들어온다. 문제는 그것이 ‘요청’이 아니라 ‘인터럽트 비용’이라는 점이다.
무엇을 포기할지 결정하지 않은 채 새 요구를 받으면 팀은 얇아지고, 얇아진 팀은 더 많은 재작업을 낳는다. 또한 팀의 성과는 종종 경영진의 언어로 번역되지 못해 과소평가된다. 그래서 리더는 리스크/기회/수치/대안을 붙여 팀의 일을 설득 가능하게 만들어야 한다. 마지막으로 설계다. 좋은 팀은 우연히 생기지 않는다. 좋은 회의, 좋은 의사결정, 좋은 리뷰의 기준은 의도적으로 설계된다.
지속 가능한 성과를 이야기하면서도, 사람들은 자꾸 ‘산출물’에만 집착한다. 물론 산출물은 중요하다. 하지만 팀의 커리어하이를 만드는 진짜 지표는 학습 속도에 가깝다. 가설을 세우고, 작게 실험하고, 피드백을 받고, 다시 수정하는 사이클이 빠른 팀은 시간이 갈수록 강해진다.
반대로 사이클이 느린 팀은 같은 실수를 반복한다. 그래서 나는 팀의 성장을 “어제보다 얼마나 더 똑똑해졌는가”로 측정하려 한다. 실험이 몇 번 있었는지, 되돌림(rollback)은 얼마나 빨랐는지, 수정 반영 속도는 어땠는지 같은 것들. 이 지표들은 겉으로는 티가 덜 나지만, 장기적으로는 큰 격차를 만든다.
그리고 팀의 커리어하이는 팀 안에서만 완성되지 않는다. 좋은 기회는 종종 공개와 연결에서 온다. 완성본만 기다리면 세상에 나갈 타이밍은 늘 늦어진다. 그래서 ‘완성’이 아니라 ‘버전’으로 내놓는 편이 좋다. v0.1을 공유하면 피드백이 들어오고, 피드백이 들어오면 개선이 빨라지고, 개선이 빨라지면 다시 공유할 이유가 생긴다. 공개는 단지 홍보가 아니라, 학습과 채용과 파트너십의 채널이 된다. 팀의 커리어하이는 내부 성과만으로는 오지 않는다. 외부와 연결될 때 더 크게 열린다.
이 모든 것을 가능하게 하는 바닥은 기록이다. 기록은 결과 보고서가 아니라 ‘진행 중인 사고 과정’이어야 한다. 회의가 끝나고 정리하려 하면 이미 맥락이 날아간다. 회의 중에 결정과 근거, 미해결을 바로 남겨야 한다. 검색 가능한 키워드로 제목을 붙이고, 프로젝트가 끝날 때는 한 페이지 요약만 남기면 된다. 나머지는 링크로 연결하면 된다. 팀의 지식은 문서의 양이 아니라, 연결성에서 복리로 쌓인다.
마지막으로, 지속 가능성은 결국 에너지와 의미의 문제다. 팀은 속도로 무너지기보다 리듬이 깨져서 무너진다. 번아웃의 핵심은 과로 자체라기보다 의미의 상실인 경우가 많다. 내가 통제할 수 있는 것이 없다고 느끼는 순간, 사람은 빠르게 소진된다. 그래서 통제권을 점검하고, 회복 루틴을 캘린더에 고정하고, “내 일이 만든 변화”를 주기적으로 확인해야 한다. 이건 멋있는 문화가 아니라 운영의 문제다. 에너지가 고갈된 팀은 어떤 시스템도 굴릴 수 없다.
결국 팀의 커리어하이는 ‘한 번의 승리’가 아니라 ‘무한 게임’에 가깝다. 누군가의 번뜩임을 기다리는 대신, 흐름을 관리하고, 학습을 자산화하고, 목표를 정렬하고, 리더십을 기능으로 수행하고, 지식을 복리로 쌓고, 에너지와 의미를 운영하는 것. 그렇게 팀은 개인의 컨디션을 넘어서는 방식으로 성장한다. 그리고 그 성장은, 어제보다 나아진 오늘을 계속 기록하는 팀에게 더 자주 찾아온다.
부록: 주간 리뷰 질문(10분)
- 이번 주 가장 큰 병목은 무엇이었나?
- 무엇을 제거/자동화/위임할 수 있나?
- 플레이북에 추가할 성공/실패 1건은?
- 다음 주 실험 1개는 무엇인가(가설 포함)?