면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
인턴 때 앱 기능 개선 작업에서 기획과 개발 팀이 다른 우선순위를 갖고 있었습니다. 기획팀은 UX를, 개발팀은 성능을 먼저 보고 싶어 했습니다. 저는 두 팀이 동의할 수 있는 목표를 하나 찾는 역할을 맡았고, '전환율 5% 향상'을 공통 목표로 정했습니다. 두 팀이 각자 어떤 방식이 그 목표에 기여하는지 설명하게 하니 논쟁이 줄었습니다.
공통 목표가 없으면 협업이 아니라 각자 하고 싶은 것을 하는 게 된다는 걸 배웠고, 이후에도 협업 시작 전에 목표를 먼저 맞춥니다. 공통 목표가 없으면 협업이 아니라 각자 하고 싶은 것을 하는 게 된다는 걸 배웠고, 이후에도 협업 시작 전에 목표를 맞춥니다.
학교 팀 프로젝트에서 개발을 모르는 팀원과 개발자 팀원이 함께였는데, 회의마다 서로 못 알아듣는 부분이 있었습니다. 저는 중간에서 기술적 내용을 쉬운 말로 바꿔 설명하고, 비즈니스 요구를 기술 구현 항목으로 옮겨 적는 역할을 했습니다. 처음엔 이게 기획자 역할인지 몰랐는데, 이 역할이 없으면 회의가 겉돈다는 걸 알게 됐습니다.
4주 프로젝트를 마감에 맞게 완성했고, 발표 때 협업이 잘 됐다는 평가를 받았습니다. 방향 설정은 말이 통해야 시작된다는 걸 그때 배웠습니다. 말이 통해야 방향 설정이 시작된다는 걸 배웠고, 이후에도 번역 역할을 기꺼이 맡습니다. 번역 역할이 협업 속도를 결정한다는 걸 그때 처음 알았습니다.
인턴 때 기획 내용을 개발팀에 전달하는 과정에서 결정된 것과 아직 논의 중인 것이 섞여 있었습니다. 개발팀에서 논의 중인 항목을 확정된 것으로 알고 구현하다가 다 뒤집어야 하는 상황이 한 번 생겼습니다. 그 이후 문서에 '확정', '논의 중', '미결'을 태그로 구분해서 공유했습니다.
개발팀에서 '이제 뭘 기다리면 되는지 명확하다'는 피드백을 받았습니다. 협업에서 불명확한 정보가 오히려 재작업을 만든다는 걸 그 경험으로 배웠습니다. 불명확한 정보가 재작업을 만든다는 걸 배웠고, 이후에도 확정·논의중·미결을 구분해서 공유합니다. 확정·논의중 구분이 신뢰의 기반이라는 걸 배웠습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.