예시 답변 1
약 71초
피드백을 받는 입장에서 배운 점을 토대로, 팀 안에서 처음 피드백을 주어본 경험을 보인 결
팀 프로젝트에서 새로 합류한 팀원의 시각 작업에 피드백을 주는 역할을 처음 맡았을 때, 가장 어려웠던 건 방향 피드백과 기술 피드백을 나누는 것이었습니다. 방향 피드백과 '레이어 관리가 정리가 안 돼 있다'는 기술 피드백을 한 번에 주면 상대가 무엇을 먼저 고쳐야 할지 모르는 경우가 있었습니다. 그 이후로 방향 → 기술 순서로 나눠서 전달하는 방식이 생겼습니다. 솔직한 피드백을 주는 게 어려웠는데, 감정 없이 결과 중심으로 말하는 연습을 했고, 반대로 구체적인 이유 없이 수정을 요청하면 작업 방향이 불명확해진다는 걸 직접 겪었습니다. 좋은 피드백은 상대가 '왜 바꿔야 하는지'를 이해하고 스스로 고칠 수 있을 때 완성된다고 생각합니다.
이 결의 특징
방향 피드백과 기술 피드백을 한 번에 주면 무엇을 먼저 고쳐야 할지 모르는 경우가 있다는 경험을 계기로 방향 먼저 기술 나중 순서로 나눠서 전달하는 방식을 만든 흐름이 중심입니다.
이 결이 통하는 자리
시니어·팀 리드 디자인 직군 면접에서 '주니어에게 어떻게 피드백하나'를 물을 때 잘 맞습니다. 피드백 유형을 구분해서 전달하는 체계가 있는 디자이너인지 확인하고 싶은 면접관이 멈추는 결입니다.