이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
제가 학부 프로젝트에서 기존에 쓰던 것에 새 부분을 붙이는 일을 해본 경험이 있습니다. 신규 시스템 통합도 이와 닮았다고 생각합니다.
처음에 저는 새 부분을 만드는 데만 집중하고, 기존 시스템은 덮어놓고 대강 안다고 여겼습니다. 그러다 막상 붙이려니, 기존 시스템이 예상과 다르게 동작해 통합이 어긋난 실패를 했습니다.
그 일 이후 저는 통합에 앞서 기존 시스템을 충분히 파악했습니다. 그게 어떤 데이터를 어떻게 주고받는지, 어떤 제약이 있는지를 먼저 이해했습니다. 신규 시스템 도입 시 통합 문제를 풀기 위해, 저는 새것을 만드는 일에 앞서 기존 시스템을 깊이 이해하는 것을 먼저 하겠습니다. 붙일 대상을 모르면, 아무리 좋은 새 시스템도 겉돌았기 때문입니다.
제가 학부 프로젝트에서 여러 부분을 연결하며 배운 건, 통합을 한 번에 다 하면 위험하다는 점이었습니다.
한 번은 새로 만든 부분을 기존 시스템에 한꺼번에 연결했다가, 문제가 여기저기서 동시에 터진 실패를 했습니다. 무엇이 원인인지 가려내기도 어려웠습니다.
그 뒤로 저는 통합을 작게 쪼개 진행했습니다. 한 부분씩 연결하고, 제대로 동작하는지 검증한 뒤 다음으로 넘어갔습니다. 그러면 문제가 생겨도 어디인지 금세 알 수 있었습니다. 신규 시스템 도입 시 통합 문제를 풀기 위해, 저는 새 시스템을 기존 것에 덮어놓고 한 번에 붙이지 않고 작은 단위로 연결하며 검증해 나가겠습니다. 천천히 가는 게 오히려 안전한 길이었습니다.
제가 학부 팀 프로젝트에서 배운 건, 기존 시스템과의 통합은 그 시스템을 아는 사람의 도움 없이는 어렵다는 점이었습니다.
한 번은 제가 기존 부분을 문서만 보고 이해했다고 덮어놓고 여겼다가, 문서에 안 적힌 숨은 동작 때문에 통합이 어긋난 실패를 했습니다. 문서가 모든 걸 담고 있진 않았습니다.
그 뒤로 저는 통합 전에, 기존 시스템을 오래 다룬 사람에게 직접 물었습니다. 그들은 문서에 없는 주의할 점을 알고 있었습니다. 신규 시스템 도입 시 통합 문제를 풀기 위해, 저는 기존 시스템을 잘 아는 관련 부서와 협력하겠습니다. 그들의 경험이 통합의 함정을 미리 피하게 해주기 때문입니다. 통합은 혼자가 아니라 함께 푸는 일이었습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 Tmap Mobility SW·IT 일반 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.