이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
포트폴리오에서 가장 인상 깊은 프로젝트는 팀원 4명이 처음부터 끝까지 배포까지 완성한 모바일 웹 서비스입니다. 다른 프로젝트들이 기능 구현에서 멈췄던 것과 달리, 이 프로젝트는 실제 사용자 40명이 이틀간 사용했고 버그 리포트와 개선 요청을 받았습니다.
요구사항이 설계 이후에도 계속 바뀌는 상황을 처음 경험했는데, 변경에 유연하게 대응하기 위해 인터페이스를 먼저 정의하고 구현을 뒤에 두는 방식을 선택했습니다. 팀 협업 과정에서 PR 리뷰를 처음으로 진지하게 운영했는데, 이 과정에서 코드 스타일 차이보다 설계 의도를 공유하는 것이 더 중요하다는 것을 배웠습니다.
배포 후 사용자 피드백을 직접 받으면서 만들고 싶은 것과 사용자에게 필요한 것의 차이를 실감했습니다. 이 프로젝트는 기술 스택보다 실제로 완성하고 쓰이는 경험이 가장 많이 가르쳐준 결입니다.
포트폴리오에서 가장 기억에 남는 프로젝트는 처음으로 실사용자에게 배포하고 피드백을 직접 받은 경험이 있는 것입니다. 만들기 전에는 어떤 기능이 필요할지 팀 내에서 논의했는데, 실제 사용자들이 가장 많이 요청한 것은 미리 예상하지 못했던 것이었습니다. 가장 공을 들인 기능이 잘 사용되지 않고, 간단하게 만든 기능이 더 자주 쓰인다는 것을 사용 로그에서 확인했습니다. 이 경험에서 만들고 싶은 것과 사용자에게 필요한 것은 다를 수 있다는 것을 배웠고, 배포 전에 사용자와 더 일찍 이야기하는 것이 중요하다는 것을 알게 됐습니다. 실사용자에게 배포해서 실제 반응을 받은 경험이 있는 프로젝트와 그렇지 않은 프로젝트는 배운 것의 깊이가 달랐습니다. 프로젝트를 완성하는 것보다 완성된 것이 실제로 사용되면서 어떤 반응이 나오는지를 확인하는 것이 더 많은 것을 가르쳐준다는 것을 이 경험에서 배웠습니다.
포트폴리오 프로젝트 중 초기에 기술 선택을 잘못해서 나중에 발목을 잡힌 경험이 있는 프로젝트가 가장 많이 배우게 해줬습니다. 처음에는 익숙한 기술로 빠르게 시작했는데, 요구사항이 복잡해지면서 처음 선택한 구조가 맞지 않는 상황이 됐습니다. 중간에 구조를 바꾸는 것이 새로 만드는 것만큼 어려워지는 시점을 경험했는데, 초기 선택이 프로젝트 전체에 미치는 영향이 크다는 것을 직접 느꼈습니다. 이 프로젝트에서 배운 것은 빠르게 시작하는 것이 중요하지만, 요구사항이 어느 방향으로 커질 수 있는지를 초기에 생각해두는 것이 나중에 드는 비용을 줄인다는 것이었습니다. 기술 선택은 당장 동작하는 것뿐 아니라 나중에 변경하기 얼마나 쉬운지도 함께 고려해야 한다는 것을 이 경험에서 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 iMBC 모바일 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.