면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
저는 캡스톤 프로젝트에서 팀원 세 명과 기능을 나눠 개발하며 매일 짧게 진행 상황을 공유하는 시간을 정했습니다. 초반에는 각자 작업만 하다가 마감이 임박해서야 통합을 시도하는 바람에 인터페이스가 맞지 않아 다시 고친 적이 있었습니다. 그 뒤로는 작업 전에 함수 이름과 입출력 형태를 먼저 맞추고 시작하는 방식으로 바꿨습니다. 기술 협업은 각자 잘 만드는 것보다 경계를 먼저 맞추는 게 중요하다는 걸 그때 배웠습니다.
팀 프로젝트에서 데이터 처리 방식을 두고 팀원과 의견이 갈린 적이 있습니다. 저는 제 방식이 더 간단하다고 생각했지만, 팀원이 처리 속도 측면에서 더 나은 근거를 제시해줘서 그 방식을 따랐습니다. 처음엔 제 코드가 채택되지 않아 아쉬웠지만, 결과적으로 실행 속도가 눈에 띄게 개선됐습니다. 기술 협업에서 중요한 건 누구 의견이 맞았는지가 아니라 근거를 놓고 판단하는 태도라는 걸 배웠습니다.
저는 학부 프로젝트에서 기획을 담당한 비전공 팀원과 개발 진행 상황을 공유하는 역할도 함께 맡았습니다. 처음에는 기술 용어를 그대로 설명해서 이해에 어려움을 겪었는데, 이후로는 진행 상황을 화면 캡처와 함께 간단히 설명하는 방식으로 바꿨습니다. 그 뒤로는 기획 쪽에서도 요구사항을 더 명확하게 전달해줘서 오히려 작업이 수월해졌습니다. 협업은 같은 직군끼리만이 아니라 서로 다른 배경의 사람과도 눈높이를 맞추는 일이라고 느꼈습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.