팀원 피드백으로 개선점 찾기
약 120초
피드백 수용 후 빠른 시안 반영으로 방향 재확인
팀원 피드백을 받을 때 저는 먼저 이유를 한 번 더 묻는 습관이 있습니다. "뭔가 이상해요"라는 말 뒤에는 구체적인 원인이 있는데, 그걸 확인하지 않으면 엉뚱한 부분을 고치게 됩니다. 팀 프로젝트에서 UI 시안에 대해 "색이 너무 강하다"는 피드백을 받았는데, 물어보니 배경과 대비가 없어서 눈이 피로하다는 게 핵심이었습니다.
채도를 낮추기보다 배경 색을 조정하는 방향으로 바꿨고, 훨씬 빠르게 해결됐습니다. 이후로 피드백을 받으면 "구체적으로 어떤 부분이"를 먼저 확인하는 게 습관이 됐습니다. 피드백은 받는 게 아니라 같이 파고드는 것이라고 생각합니다. 이 습관 덕분에 불필요한 재작업이 크게 줄었습니다.
이 결의 특징
피드백을 받기 전에 '이유가 뭔지 먼저 묻겠다'는 기준을 세워두고 실제로 적용한 흔적이 답에 남습니다. 막연한 '잘 받겠다'가 아니라 질문 우선 순서라는 절차를 가진 결이 자주 보입니다.
이 결이 통하는 자리
피드백 수용 방식이 선명할 때 통합니다. '어떻게 받으시겠어요?'라는 꼬리질문이 나왔을 때 절차가 있는 답이 나오면 면접관의 추가 질문이 줄어드는 결이 보입니다.