이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
IVI 개발 경험은 없지만, 수업에서 라즈베리파이 기반 임베디드 프로젝트를 하면서 비슷한 어려움을 겪은 적이 있습니다.
처음에는 데스크톱과 같은 방식으로 코드를 작성했지만, 메모리가 부족해서 UI가 버벅이는 문제가 발생했습니다. 리소스 제약이 있는 환경에서는 불필요한 백그라운드 프로세스를 최소화하는 것이 기본이라는 것을 배웠습니다.
IVI 환경도 비슷할 것이라고 생각합니다. 차량 탑재 시스템은 안전과 직결되는 응답성이 중요하므로, 일반 앱 개발보다 훨씬 엄격한 메모리 및 CPU 관리가 필요할 것입니다. 또한 차량 모델마다 하드웨어가 다르기 때문에 요구사항 정의 단계에서 타겟 환경을 명확히 하는 것이 핵심이 될 것이라고 생각합니다. 현장에서 빠르게 배우겠습니다.
IVI 프로젝트 경험은 없지만, 팀 프로젝트에서 요구사항을 명확히 안 잡고 시작했다가 중간에 기능을 갈아엎은 경험이 있어요.
지도 화면을 이미 구현했는데, 팀원이 뒤늦게 '지도가 아니라 목록 형태가 맞겠다'고 했어요. 설계 단계에서 와이어프레임을 다 같이 검토하지 않은 게 원인이었습니다. 기능 구현 후 변경이라 3일 치 작업이 버려졌어요.
이후엔 코딩 시작 전에 UI 목업을 확정하고 팀 전체가 사인오프하는 방식을 쓰게 됐어요. IVI처럼 여러 이해관계자가 있는 환경에서는 이 과정이 더 중요할 것 같아요. 요구사항 검증에 더 시간을 써도 결과적으로 재작업이 줄어든다는 걸 배웠습니다.
IVI 경험은 없지만, 졸업 프로젝트에서 지도 기반 서비스를 만들고 사용성 테스트를 해본 경험이 있어요.
팀원들은 UI가 직관적이라고 생각했는데, 외부 사용자 3명에게 테스트를 맡겼더니 '경로 저장 버튼을 찾는 데 30초가 걸렸다'는 피드백이 나왔어요. 버튼이 메뉴 3단계 안에 숨어 있었습니다.
주요 동작은 2번 이하로 접근 가능하게 구조를 바꿨어요. 다시 테스트하니 평균 접근 시간이 5초 이하로 줄었습니다. IVI 내비게이션은 운전 중에도 써야 하니 화면 전환 수를 최소화하는 게 더 중요할 것 같아요. 사용자 테스트 없이는 이런 문제를 발견하기 어렵다는 걸 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 Tmap Mobility 프로덕트 매니저 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.