이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
졸업작품에서 저는 백엔드 API 설계와 데이터베이스 구조를 담당했습니다. 4인 팀이었고, 저는 서버 쪽 전반을 혼자 맡아서 처음으로 혼자 시스템을 설계해보는 경험이었습니다.
처음에는 기능을 빠르게 만드는 데 집중했으나, 중반부터 API 응답 구조가 팀원들이 프론트에서 사용하기 어렵다는 피드백이 있었습니다. 제 기준으로 설계했더니 사용하는 사람 입장에서 불편한 부분이 있었던 것입니다. 중간에 일부 엔드포인트 구조를 바꾸면서 프론트엔드 팀원들과 맞춰가는 과정이 있었습니다.
그 경험이 API는 만드는 사람 기준이 아니라 쓰는 사람 기준으로 설계해야 한다는 것을 직접 배우게 해주었습니다. 졸업 전에 이 경험을 한 것이 다행이라고 생각합니다. 기술적 완성도보다 팀원 간 인터페이스 합의가 실제 개발 속도에 더 영향을 준다는 것도 그때 알게 되었습니다.
졸업작품에서 공식 팀장은 아니었지만 실질적으로 일정과 역할을 조율하는 역할을 맡게 됐어요. 팀장이 기술적인 부분에 더 집중하고 싶다고 해서 제가 일정 관리를 자연스럽게 가져갔거든요.
매주 월요일마다 15분짜리 진행 상황 공유 미팅을 만들었는데, 처음엔 팀원들이 '굳이 해야 하나'는 반응이었어요. 3주 지나니까 오히려 팀원들이 그 자리를 기다리더라고요. 문제가 쌓이기 전에 꺼낼 수 있는 자리가 됐거든요.
한 번은 일정이 크게 밀려서 교수님께 보고해야 할 상황이 됐는데, 팀원들이 저한테 '어떻게 하지'라고 물어왔어요. 그때 신뢰가 역할에서 오는 게 아니라 일관되게 행동한 결과로 생긴다는 걸 느꼈습니다. 그 경험이 지금도 기억에 남아요.
졸업작품에서 저는 데이터 수집부터 전처리·저장까지의 파이프라인을 맡았어요. 팀 프로젝트가 실시간 데이터를 분석하는 시스템이어서 데이터가 제때 들어오지 않으면 다른 팀원들 작업도 막히는 구조였습니다.
초반 2주 동안 외부 API에서 데이터를 가져오는 부분이 계속 불안정해서 팀 전체가 기다려야 하는 상황이 생겼어요. 오류 처리를 제대로 안 해서 한 번 실패하면 전체가 멈추는 문제였거든요. 재시도 로직과 실패 로그를 추가하면서 안정성을 높였습니다.
그 과정에서 파이프라인이 '정상 작동'보다 '비정상 상황에서도 버티는 것'이 더 중요하다는 걸 배웠어요. 팀원들이 내 작업에 의존하는 걸 처음 경험하면서, 내 결과물이 나만의 것이 아니라는 책임감이 생겼습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 LG화학 일반 연구개발 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.