멘토와 Expert 활용

멘토링은 답을 받는 자리라기보다, 팀의 판단을 검증하는 자리임.

질문이 없으면 멘토링은 방향을 잃기 쉬움. 좋은 멘토를 만나는 것만큼 중요한 것은 팀이 좋은 질문을 준비하는 것임.

멘토링 질문 템플릿

현재 상황:
우리가 시도한 것:
막힌 지점:
선택지 A/B:
팀의 현재 판단:
멘토에게 확인받고 싶은 것:

질문을 이렇게 정리하면 멘토도 더 구체적으로 답할 수 있음. 단순히 “이 아이디어가 괜찮은지”만 묻기보다, 팀이 이미 어떤 판단을 했고 어디서 막혔는지 보여주는 편이 좋음.

Expert에게 가져오면 좋은 질문

Expert에게는 기술적 정답보다 팀 운영, 커뮤니케이션, 일정 관리, 피드백 소화처럼 프로젝트를 계속 끌고 가는 문제를 가져와도 좋음.

• 멘토 피드백이 서로 충돌할 때 정리 방식이 필요할 때
• 팀원이 같은 말을 다르게 이해하는 것 같아 맞추는 방식이 필요할 때
• 중간심의까지 시간이 부족해 줄일 범위를 정해야 할 때
• 회의는 많은데 결정이 남지 않아 기록 방식이 필요할 때
• 팀원이 힘들어 보여 먼저 대화하는 방식이 필요할 때

멘토링 후 정리

멘토링이 끝나면 조언을 바로 실행 목록으로 옮기기 전에 한 번 분류해야 함.

구분	의미	처리 방식
바로 반영	일정과 방향에 맞고 리스크가 낮음	다음 스프린트에 넣음
추가 확인	좋아 보이지만 근거가 더 필요함	사용자 인터뷰나 데이터로 확인함
보류	지금 하면 범위가 커짐	이유를 적고 백로그에 둠
제외	팀의 목표와 맞지 않음	제외 이유를 남김

조언을 많이 받는 것 자체가 좋은 것은 아님. 조언을 팀의 현재 상황에 맞게 번역하는 것이 중요함.