이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
팀 프로젝트 중반에 계속 기능을 추가하다 보니 처음에 정했던 '빠른 사용자 온보딩'이라는 목표와 점점 멀어지고 있다는 것을 느꼈습니다. 기능이 많아질수록 오히려 첫 사용 흐름이 복잡해졌습니다.
팀원들과 '우리가 처음에 무엇을 하려고 했는지'를 다시 확인하는 시간을 만들었습니다. 목표를 다시 보니 추가한 기능 중 세 개가 목표와 관계없는 것들이었습니다. 아까워서 지우기 싫었지만 과감하게 빼니 온보딩 흐름이 간결해졌습니다.
중간 점검이 없으면 열심히 하다가 목표와 멀어지는 것을 모르고 지나갈 수 있다는 것을 그 경험에서 배웠습니다. 자주 원래 목표를 다시 읽어보는 것만으로도 방향이 잡힌다는 것도요. 그 경험이 작업 중에 주기적으로 목표를 확인하는 습관을 만들어주었습니다.
서비스를 배포하고 나서 지인들에게 써보게 했는데 '이 기능이 왜 여기 있어?'라는 말을 여러 번 들었어요. 나한테는 당연한 구조였는데 처음 쓰는 사람에게 맞지 않았던 거였습니다.
5명한테 구체적으로 어디서 멈추는지 관찰해봤어요. 공통으로 막히는 지점이 두 군데였고, 그 부분이 내가 예상한 흐름과 달랐습니다. 처음엔 '사용자가 이해를 못 하는 것'이라고 생각했는데, 내 설계가 맞지 않았다는 걸 인정하는 게 맞았어요.
그 경험에서 목표와의 어긋남을 외부 시선으로 확인하는 게 내 판단보다 정확하다는 걸 배웠어요. 만드는 사람은 의도를 알고 있어서 어긋남을 스스로 발견하기 어렵다는 것도요. 그 경험이 중간 점검에서 외부 관점을 포함하는 습관을 만들어줬어요.
캡스톤 프로젝트 팀장을 맡았을 때 처음 세운 일정대로 진행된다고 생각했는데 발표 두 주 전에 완성도가 40%밖에 안 됐어요. 어디서 어긋났는지 알 방법이 없었습니다.
그 이후 다음 프로젝트에서는 매주 계획한 것과 실제 완료된 것을 나란히 적어서 비교하는 방식을 도입했어요. 처음 이틀은 잘 맞았는데 3주차에 특정 기능이 예상보다 두 배가 걸린다는 게 바로 보였습니다. 그 시점에 범위를 조정하니 마지막 주에 패닉하는 상황이 없었어요.
목표와 어긋남을 일찍 알수록 조정 비용이 낮아진다는 걸 그 경험에서 배웠어요. 마지막까지 모르는 것보다 중간에 아는 게 훨씬 낫다는 것도요. 그 경험이 진행 상황을 주기적으로 기록하는 습관을 만들어줬습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 비즈테크아이 솔루션 아키텍트 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.