디자이너 멘토링 — 후배를 키우는 대화법

시니어 디자이너가 된다는 것은 어느 순간부터 자신의 결과물만큼이나 후배의 성장을 책임지는 위치에 놓인다는 뜻이다. 그런데 디자이너 멘토링은 정작 정식으로 배운 적 없는 기술인 경우가 많다. 잘 만드는 법은 몇 년의 실무로 익혔지만, 그걸 남에게 가르치는 법은 아무도 알려주지 않는다.

1. 답을 주는 것과 질문을 주는 것의 차이

후배가 시안을 들고 왔을 때 가장 빠른 대응은 “이렇게 고치면 돼”라고 직접 수정 방향을 알려주는 것이다. 문제는 이 방식이 그 시안 하나는 개선하지만, 후배가 다음번에 비슷한 문제를 스스로 풀 수 있는 능력은 키워주지 못한다는 점이다. 매번 답을 받는 데 익숙해진 주니어는 결국 판단을 요청하는 것 자체를 습관으로 삼게 된다.

이 문제를 피하는 방법은 답 대신 질문을 되돌려주는 것이다. “이 버튼을 여기 둔 이유가 뭐야”, “사용자가 이 화면에서 가장 먼저 뭘 보길 원해” 같은 질문은 시간이 더 걸리지만, 후배가 스스로 근거를 세우는 연습을 하게 만든다. 물론 마감이 급한 상황에서는 직접 답을 줘야 할 때도 있다. 멘토링에서 중요한 것은 이 두 방식 중 어느 하나만 쓰는 게 아니라, 상황에 따라 의식적으로 선택하는 감각이다. 후배의 연차가 낮을수록 질문형 피드백의 비중을 서서히 늘려가는 방식도 효과적이다. 처음부터 모든 걸 스스로 판단하라고 던져두면 오히려 방향을 잃기 쉽고, 반대로 언제까지나 답만 주면 성장의 기회를 계속 미루는 셈이 된다.

2. 크리틱에서 상처를 남기지 않는 법

날카로운 피드백과 상처를 주는 피드백은 다르다. 차이는 대체로 피드백이 결과물을 향하는지, 사람을 향하는지에서 갈린다. “이 레이아웃은 위계가 불명확해”는 결과물에 대한 지적이지만, “이런 걸 왜 이렇게 만들었어”는 사람에 대한 평가로 들린다. 멘토가 의도하지 않았더라도 후배는 후자를 더 오래 기억한다.

효과적인 크리틱은 관찰한 사실과 그로 인한 영향을 먼저 말하고, 그다음에 대안을 제안하는 순서를 따른다. “이 버튼의 색 대비가 낮아서 시각장애가 있는 사용자는 놓치기 쉬워 보여. 대비를 더 확보하는 방향으로 조정해보면 어때”처럼 관찰, 영향, 제안의 순서를 지키면 같은 내용이라도 훨씬 건설적으로 전달된다. 이 순서를 지키지 않고 결론부터 던지면, 후배는 방어적인 자세부터 취하게 되어 정작 전달하려던 핵심 내용은 흘려듣게 되는 경우가 많다.

1:1 미팅이 형식으로만 남지 않으려면

정기 1:1 미팅을 만들어놓고도 매번 진행 상황 점검으로만 채우면, 후배는 그 시간을 보고의 연장으로 느낀다. 프로젝트 이야기 이전에 “요즘 일하면서 어려운 부분이 뭐야” 같은 질문으로 시작하는 것만으로도, 그 시간이 관리가 아니라 지원으로 느껴지는 차이를 만든다. 정작 후배가 진짜 고민하는 문제는 진행 상황 보고 항목에는 잘 드러나지 않는 경우가 많아서, 먼저 마음을 여는 질문 하나가 훨씬 더 정확한 정보를 끌어낸다.

3. 흔한 실수 — 자신의 방식을 정답처럼 가르치기

경력이 쌓인 멘토가 가장 자주 저지르는 실수는 자신이 일하는 방식을 유일한 정답처럼 가르치는 것이다. 특정 툴의 단축키, 특정 스타일의 문서화 방식처럼 개인 취향에 가까운 습관까지 후배에게 강요하면, 후배는 자신만의 작업 방식을 개발할 기회를 잃는다. 멘토링의 목표는 후배를 자신의 축소판으로 만드는 것이 아니라, 후배가 자신만의 판단 기준을 세우도록 돕는 것이다. 팀 안에 똑같이 생각하는 디자이너만 늘어나면 당장은 협업이 편해 보일 수 있지만, 장기적으로는 팀이 새로운 관점을 흡수하는 능력 자체가 줄어든다.

4. 마치며

디자이너 멘토링은 후배의 결과물을 대신 고쳐주는 일이 아니라, 후배가 스스로 좋은 판단을 내리는 근육을 키우도록 돕는 일이다. 다음 피드백 시간에는 정답을 얼마나 빨리 전달했는가보다, 후배가 그 대화를 통해 무엇을 스스로 알아챘는가를 기준으로 삼아보는 것이 순서다. 좋은 멘토링의 결과는 후배의 다음 시안이 아니라, 그다음 시안, 그리고 멘토 없이 만든 시안에서 비로소 드러난다.