멘토링·코칭 프로그램 운영과 성장 기록

개념

이 레슨의 경계 — 대화 기법이 아니라 제도

모듈 43 레슨 3 이 대화 기법 을 다룬다. SBI 로 행동 중심 피드백을 주는 법, GROW 로 답을 주지 않고 찾게 하는 법, 1:1 면담의 구조와 어려운 대화의 준비. 멘토·코치로 앉았을 때 입에서 나와야 하는 것은 거기 있다.

이 레슨은 그 앞단이다. 누가 누구와 짝이 되고, 무엇을 합의하고, 기록은 누가 갖고, 어떻게 끝나는가 — 제도 쪽이다. 대화를 잘하는 멘토가 열 명 있어도 제도가 없으면 프로그램은 석 달 뒤 사라진다. 반대로 제도가 단단하면 평범한 멘토도 쓸만한 결과를 낸다. 기법이 필요한 대목에서는 43-3 을 참조로 걸고 다시 쓰지 않는다.

멘토링과 코칭은 다른 일이다

두 말이 사내에서 뒤섞여 쓰이는데, 섞어 두면 멘토·멘티의 기대가 어긋난다. 짝을 맺기 전에 어느 쪽을 하는 프로그램인지 정해야 한다.

여기에 흔히 섞이는 두 가지를 더 갈라 둔다.

• 티칭 — 모르는 지식·절차를 전달한다. 레슨 2~3 의 과정이 하는 일이다. 멘토링으로 티칭을 대체하려 하면 멘토의 시간이 교재 역할로 소모된다. 배울 수 있는 것은 과정으로, 배울 수 없는 것만 멘토링으로 가 원칙이다
• 스폰서십 — 기회를 연결해 주는 일(이 프로젝트에 추천, 이 발표에 지명). 멘토링과 달리 멘토의 정치적 자본 을 쓴다. 제도에 스폰서십을 암묵적으로 끼워 넣으면 "누구의 멘티인가"가 기회 배분에 작용해 조직을 상하게 한다. 프로그램 범위에서 명시적으로 빼거나, 별도 제도로 분리해 공개 기준을 둔다

판단은 단순하다. "무엇을 해야 하는지 모르는" 사람에게는 멘토링 이, "무엇을 해야 하는지 알지만 못 하고 있는" 사람에게는 코칭 이 맞다. 레슨 1 의 성과 분석과 같은 갈림길이다.

짝 맺기 — 기준을 먼저 적고 사람을 붙인다

QA 조직에서 멘토 풀은 작다. 그래서 "남는 시니어에게 붙인다"가 되기 쉽고, 그러면 절반은 한 달 안에 멈춘다. 짝을 맺는 기준을 먼저 적어 둔다.

운영 요령 두 가지. 첫째, 멘토 한 명에게 멘티를 둘 이상 붙이지 않는다(사내 겸업이라 한 명도 부담이다). 둘째, 멘토 소개서 한 장 을 받아 멘티에게 공개한다 — 경력 요약, 자신 있는 주제 3개, 자신 없는 주제, 가능한 시간대. "자신 없는 주제"가 들어간 소개서가 오히려 신청을 늘린다.

첫 만남에서 정할 것 — 합의 한 장

첫 세션의 목적은 고민 상담이 아니라 합의 다. 여기서 정하지 않은 것은 나중에 전부 갈등이 된다. 다음 일곱 칸을 채워 둘이 같은 문서를 갖는다.

1. 주기와 길이   격주 45분 / 매월 60분 — "필요할 때"는 "안 만남"이다
2. 기간          6개월. 종료일을 날짜로 적는다
3. 범위          다루는 것 / 다루지 않는 것 (연봉·인사 평가·타인 험담은 제외)
4. 비밀유지      기본: 이 방에서 나간 말은 밖에 나가지 않는다
                 예외: 안전·법령·괴롭힘 사안은 보고 의무가 있다(미리 밝힌다)
5. 기록          누가 쓰고 어디에 두고 누가 볼 수 있는가
6. 일정 취소      미루는 규칙(둘 중 누구든 2회 연속 취소 시 운영자에게 알린다)
7. 종료 조건      기간 만료 / 목표 달성 / 어느 쪽이든 사유 없이 중단 가능(무죄 이탈)

3번의 "다루지 않는 것"을 비워 두면 멘토링이 인사 상담소가 된다. 연봉·고과·조직 불만은 멘토가 해결할 수 없는데, 들으면 책임이 생긴 것처럼 느껴진다. 범위를 적어 두면 "그건 내가 도울 수 없는 영역이고, 리드와 인사에게 가져가야 한다"고 말하기 쉬워진다.

4번의 예외를 미리 밝히는 것 이 특히 중요하다. 비밀유지를 무조건으로 약속해 두면, 괴롭힘이나 안전 문제를 들었을 때 멘토가 약속을 깨거나 묵인하는 양자택일에 몰린다. 처음에 "이 세 가지는 나도 보고해야 한다"고 말해 두면 둘 다 보호된다.

성장 기록은 멘티가 소유한다

프로그램에서 가장 자주 잘못 설계되는 칸이 기록이다. 기본 원칙은 하나다.

성장 기록의 소유자는 멘티다. 멘토는 자기 메모를 따로 가질 수 있지만, 공식 기록은 멘티가 쓰고 멘티가 보관하며, 누구에게 보여 줄지도 멘티가 정한다.

왜 이렇게 하는가.

• 솔직함의 조건이다. 기록이 조직 저장소로 가고 리드가 열어 볼 수 있다면, 멘티는 약점을 쓰지 않는다. 약점을 쓰지 않는 성장 기록은 아무 값이 없다
• 쓰는 사람이 배운다. 멘토가 정리해 주는 기록은 멘토의 학습이다. 멘티가 "오늘 무엇을 하기로 했고 지난번 약속은 어떻게 됐나"를 쓰면 그 행위 자체가 훈련이다
• 이동해도 남는다. 멘티가 팀을 옮기거나 회사를 떠나도 본인의 기록은 본인에게 남는다. 이것이 조직에 손해가 아니다 — 그런 조직이라 남는 사람도 생긴다

기록의 최소 형식은 가볍게 유지한다. 무거우면 3회차에 중단된다.

[세션 기록 — 한 쪽, 멘티 작성]
날짜 / 회차
지난번 약속: 했다 / 못 했다 + 한 줄 사유
오늘 이야기한 것 (3줄 이내)
배운 것·관점이 바뀐 것 (1~2줄)
다음까지 할 일 (1~2개, 날짜 포함)
멘토에게 부탁할 것

조직이 보는 것은 기록 본문이 아니라 운영 사실 뿐이다 — 세션이 열렸는지, 몇 회 진행됐는지, 프로그램이 유지되는지. 내용은 보지 않는다. 이 선을 처음부터 공지한다.

평가와 분리하는 선

멘토링·코칭을 인사 평가와 연결하고 싶은 유혹이 조직에는 항상 있다. "멘토링 기록을 고과에 반영하면 다들 열심히 할 것이다", "멘토 의견을 평가에 넣으면 입체적일 것이다". 둘 다 프로그램을 죽인다.

연결하면 사라지는 것은 다음 세 가지다.

1. 약점 공개 — 평가에 반영되는 자리에서는 아무도 "이걸 잘 못합니다"라고 말하지 않는다
2. 실패 보고 — "지난번 약속을 못 했다"가 감점이면 기록은 전부 성공담이 된다
3. 멘토의 솔직한 조언 — 평가자가 되면 멘토의 말은 지시로 들린다. 질문이 작동하지 않는다

분리를 제도로 못 박는 방법은 세 가지다.

• 멘토는 멘티의 평가에 어떤 형태로도 참여하지 않는다 를 규정에 쓴다. 직속 상사를 멘토로 쓰지 않는 짝 맺기 기준이 이 규정의 실행 장치다
• 기록 접근 권한을 멘티로 한정 한다(위 원칙). 운영자도 내용은 보지 않는다
• 멘토 쪽 기여는 별도로 인정 한다. 멘티의 성장을 멘토 고과의 성과로 쓰면 멘토가 멘티를 "결과물"로 다루기 시작한다. 인정은 참여와 운영 성실성 (세션 실시율, 멘티 재참여 의향)으로 하고, 멘티의 승진·고과와 연동하지 않는다

예외는 안전·법령·괴롭힘 뿐이고, 그 예외는 첫 만남 합의 4번에서 이미 밝혀 둔 것이다. 이 하나를 제외한 어떤 경로로도 멘토링 내용이 평가로 흐르지 않게 한다.

프로그램이 흐지부지되는 다섯 전형과 방지 장치

사내 멘토링은 실패하는 방식이 거의 정해져 있다. 각 전형에 장치를 하나씩 붙여 둔다.

운영 지표는 세 개면 충분하다. 세션 실시율(계획 대비 실제 진행 비율), 완주율(기간 끝까지 유지된 짝의 비율), 멘티 재참여 의향 과 멘토 재참여 의향. 만족도 점수 하나로 프로그램을 방어하려 하면 레슨 3 에서 본 함정에 그대로 빠진다 — 특히 멘토링은 "편안한 대화"가 만족도를 높이므로 더 위험하다.

지표를 볼 때의 해석도 미리 정한다. 세션 실시율이 60% 아래면 그것은 멘토·멘티의 성실성 문제가 아니라 일정 설계의 문제 다. 완주율이 낮은데 재참여 의향이 높으면 기간이 과하게 길었다는 신호다.

종료 조건과 무죄 이탈

프로그램 설계에서 가장 많이 빠지는 칸이 종료다. 종료가 없으면 두 가지 중 하나가 된다 — 형식만 남아 영원히 이어지거나, 어색하게 연락이 끊긴다.

종료 조건은 셋을 명시한다.

1. 기간 만료 — 첫 만남에 적은 날짜. 기본 종료 경로다. 연장은 둘이 다시 합의해 새 기간·새 목표로 시작한다(자동 연장은 두지 않는다)
2. 목표 달성 — 합의한 목표가 이뤄졌으면 기간 전에 끝낸다. 조기 종료는 성공이다
3. 무죄 이탈(no-fault exit) — 어느 쪽이든 사유를 밝히지 않고 중단할 수 있다. 이 규칙을 제도에 명문화하고 첫 만남에 읽어 준다

3번이 프로그램의 품질을 지킨다. 궁합이 안 맞는 짝은 반드시 생기는데, 빠져나갈 길이 없으면 형식적으로 시간을 채우고 둘 다 멘토링 자체에 부정적인 기억을 갖게 된다. 운영자는 이탈 사유를 캐묻지 않고 다음 짝을 제안 한다. 이탈이 재배정으로 이어지는 경로가 있으면 이탈률은 오히려 낮아진다.

종료할 때 30분짜리 마무리 세션 을 둔다. 멘티는 6개월 전과 지금의 차이를 세 줄로 적고, 멘토에게 가장 도움이 된 것 하나를 말한다. 멘토는 멘티가 다음 1년에 할 것을 한 문장으로 남긴다. 기록은 멘티가 보관한다. 이 짧은 의식이 "흐지부지 끝남"과 "끝났다"를 가른다.

실무에서 왜 필요한가

QA 직무는 조직 안에서 배울 경로가 가장 불분명한 직무 중 하나다. 개발자는 코드 리뷰로 매일 피드백을 받지만, 테스트 설계의 판단이 좋았는지 나빴는지는 몇 달 뒤 장애가 나거나 나지 않는 것으로만 간접 확인된다. 과정으로 가르칠 수 있는 것은 기법까지이고, "어디까지 테스트하고 멈출 것인가", "이 위험을 누구에게 어떻게 말할 것인가" 같은 판단은 먼저 걸어 본 사람 옆에서 압축된다. 멘토링 제도가 메우는 자리가 정확히 여기다.

그런데 사내 멘토링은 선의로 시작해 제도 부재로 죽는 전형적인 활동이다. 열정적인 시니어 몇 명으로 1기를 돌리고, 2기에 그 사람들이 지쳐 고사하면 끝난다. 이 레슨의 내용은 대부분 "열정이 식은 뒤에도 돌아가게 하는 장치"다 — 캘린더 반복 등록, 1인 1멘티 상한, 기간 제한, 무죄 이탈, 마무리 세션. 제도 설계자의 일은 좋은 멘토를 찾는 것이 아니라 평범한 멘토로도 돌아가는 구조 를 만드는 것이다.

성장 기록의 소유와 평가 분리는 더 근본적이다. 조직이 기록을 쥐려는 순간 멘티는 쓸 말을 고르기 시작하고 프로그램은 작동을 멈추는데, 외형은 그대로이므로 운영자가 죽은 프로그램을 돌리고 있다는 사실을 모르는 상태가 된다. 기록을 멘티에게 주는 설계는 통제를 포기하는 것이 아니라, 작동하는 것과 작동하는 척하는 것을 구별하려는 선택이다.

채용시장에서의 위치

QA 리드·QA 매니저 공고의 책임 항목에 "주니어 멘토링", "QA 멘토링 제도 운영", "구성원 성장 지원"이 들어가는 경우가 많다. QA 인원이 빠르게 늘어난 조직에서는 교육과 멘토링을 함께 맡기는 형태로 열린다.

면접에서 "멘토링을 했습니다"는 거의 모든 지원자가 말한다. 구별되는 답은 제도 쪽이다. "짝 맺기에서 직속 상사를 배제하고 멘티가 2지망까지 고르게 했고, 무죄 이탈 규칙을 명문화해 1기 완주율 80%를 2기에 유지했습니다. 기록은 멘티 소유로 두고 조직은 세션 실시율만 봅니다" 는 운영 경험 없이는 말할 수 없는 답이다.

실습 과제

과제 1 — 프로그램 설계서 한 장 (30분)

자기 조직(또는 QA 10명 규모의 가상 조직)에 6개월 멘토링 프로그램을 설계한다. 한 장에 담을 것.

• 멘토링인지 코칭인지, 그 선택의 근거 한 문장
• 범위에서 명시적으로 제외 하는 것 3개 이상(스폰서십 포함 여부를 반드시 적는다)
• 짝 맺기 기준 6칸(보고 라인·소속·경력 격차·영역 중첩·선택권·동의)
• 기록 소유와 접근 권한, 조직이 보는 것
• 운영 지표 3개와 각 지표의 해석 규칙(이 값 아래면 무엇의 문제인가)
• 종료 조건 3개

통과 기준: 평가와의 분리가 규정 문장으로 적혀 있고, 무죄 이탈이 포함돼 있다.

과제 2 — 첫 만남 합의서와 되돌림 문장 (20분)

첫 만남 합의서 일곱 칸을 실제 문장으로 채운다(가상의 짝을 상정해도 좋다). 비밀유지 항목에는 예외 세 가지를 반드시 쓴다.

그리고 범위를 벗어난 대화를 되돌리는 멘토용 문장 3개 를 쓴다. 각각 ① 연봉·고과 이야기 ② 타인 험담 ③ 멘토가 답을 모르는 기술 질문에 대한 것으로, 관계를 상하지 않게 돌려보내는 문장이어야 한다.

과제 3 — 실패 시나리오 역설계 (25분)

위 표의 다섯 전형 중 셋 을 고른다. 각각에 대해

1. 내 프로그램에서 그 실패가 일어나는 구체적 경로를 4~5줄로 쓴다(누가 언제 무엇을 미루는지까지)
2. 내 설계서에 이미 있는 장치가 그것을 막는지 확인한다
3. 막지 못하면 장치를 추가하고, 그 장치의 운영 비용 을 한 줄로 적는다

비용이 "운영자 월 1시간"을 넘는 장치는 다시 줄인다. 유지할 수 없는 장치는 없는 장치다.

자가 체크리스트

• 멘토링·코칭·티칭·스폰서십을 구분하고, 어느 것이 필요한지 판단할 수 있다
• 스폰서십을 프로그램 범위에서 다루는 방식을 명시적으로 결정할 수 있다
• 짝 맺기 여섯 기준을 적용하고, 직속 상사를 멘토로 쓰지 않는 이유를 말할 수 있다
• 첫 만남 합의 일곱 칸을 채우고, 비밀유지의 예외를 미리 밝힐 수 있다
• 성장 기록을 멘티가 소유해야 하는 세 가지 이유를 설명할 수 있다
• 멘토링을 평가와 연결하면 사라지는 세 가지를 말하고, 분리 장치를 제도로 쓸 수 있다
• 흐지부지되는 다섯 전형에 각각 방지 장치를 붙일 수 있다
• 운영 지표 세 개를 정하고, 각 값이 낮을 때 무엇의 문제인지 해석 규칙을 둔다
• 종료 조건 셋과 무죄 이탈을 제도에 명문화하고 마무리 세션을 운영할 수 있다

흔한 실수

• 멘토링과 코칭을 섞어 공지한다. 멘토는 답을 줄 준비를, 멘티는 질문받을 준비를 하고 와서 둘 다 어긋난다.
• 직속 상사를 멘토로 붙인다. 평가자에게는 약한 모습을 말할 수 없다. 그 자리는 1:1 면담(모듈 43 레슨 3)의 자리이고 멘토링의 자리가 아니다.
• "필요할 때 연락하세요"로 시작한다. 필요할 때는 오지 않는다. 캘린더에 반복 일정을 미리 다 넣는다.
• 기록을 조직 저장소에 쌓는다. 멘티가 쓸 말을 고르고, 프로그램은 외형만 남는다.
• 멘토 의견을 평가에 넣는다. 한 번만 해도 다음 기부터 아무도 약점을 말하지 않는다.
• 멘티의 성장을 멘토 고과의 성과로 쓴다. 멘토가 멘티를 결과물로 다루기 시작한다.
• 멘토 한 명에게 멘티를 셋 붙인다. 2기에 멘토가 전원 고사한다.
• 종료 조건을 안 적는다. 형식만 남아 이어지거나 어색하게 연락이 끊긴다.
• 궁합이 안 맞는 짝을 끝까지 버티게 한다. 둘 다 멘토링에 부정적인 기억만 갖고 나간다.

참고 자료

• 모듈 43 레슨 3(행동 중심 피드백과 코칭) — SBI·GROW·1:1 면담의 대화 기법. 이 레슨은 그 기법을 쓰는 제도를 설계하는 쪽이므로 둘을 짝으로 읽는다
• 모듈 60 레슨 2 — 온보딩 커리큘럼의 버디·멘토 칸. 입사 초기 멘토링은 온보딩 주차표와 붙여 설계한다
• 모듈 60 레슨 3 — 운영 지표를 만족도 하나로 보고하면 안 되는 이유. 멘토링은 "편안한 대화"가 점수를 올리므로 특히 위험하다
• 모듈 42(QA 커리어 로드맵) — 멘티가 다루는 주제의 지도. 멘토 소개서의 "자신 있는 주제"를 이 지도의 칸으로 적게 하면 짝 맺기가 쉬워진다
• John Whitmore, Coaching for Performance — 코칭의 원리와 GROW. 기법은 모듈 43 레슨 3 참조
• Lois J. Zachary, The Mentor's Guide — 멘토링 관계의 단계와 합의 항목. 범위·기록 규칙은 조직 상황에 맞춰 다시 정한다