비즈니스 케이스 수행 과정에서의 잘한 점과 못한 점을 통해 자기 평가 능력과 솔직한 자기 인식 수준을 파악하려 한다.
이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
비즈니스 케이스에서 가장 잘했던 건 문제를 구조화하는 속도였습니다. 케이스를 처음 받았을 때 MECE 방식으로 원인을 분류하고 우선순위를 정하는 데는 자신 있었고, 이 과정이 팀 내 논의 방향을 잡는 데 도움이 됐습니다. 못했던 건 수치 기반의 결론을 내는 부분이었습니다. 정성적인 분석은 잘 됐는데, 시장 규모나 재무 임팩트를 빠르게 추정하는 연습이 부족해서 발표 마지막 부분에서 설득력이 약했습니다. 이 경험 이후 퍼미 추정과 시장 사이즈 계산을 별도로 연습하게 됐고, 지금은 숫자로 결론을 맺는 구조를 먼저 잡으려고 합니다. 이 경험 이후 케이스 풀이에서 숫자 추정 단계를 먼저 설계하는 습관이 생겼습니다.
정성 분석과 정량 근거가 함께 있을 때 설득력이 완성된다는 걸 배웠습니다.
비즈니스케이스를 하면서 가장 잘했다고 생각하는 것은 문제를 MECE(상호 배타·전체 포괄) 방식으로 구조화해서 빠뜨리는 부분 없이 전체 그림을 그리는 것이었고, 반대로 가장 아쉬운 점은 시간 배분에서 중요도가 낮은 부분에 시간을 많이 썼다는 것이었습니다. 구조화는 문제를 어디서부터 어떻게 풀지를 정하는 출발점이고, 전체를 구조화한 뒤 각 파트에 시간을 어떻게 배분하는지가 케이스의 완성도를 결정하는데, 이 두 번째 단계에서 아쉬움이 있었습니다. MECE 구조화 강점·시간 배분 약점이 케이스에서 배운 가장 중요한 교훈이고, 구조화 능력이 있더라도 우선순위 배분이 따라오지 않으면 결과의 완성도가 낮아진다는 것입니다.
케이스 중반에 흥미로운 데이터 포인트를 발견하고 그 부분에 집중하다가 핵심 결론 도출 시간이 부족해진 경험을 하면서, 구조화 이후 각 파트별 시간 한도를 먼저 설정하는 방식으로 이후 케이스 접근 방식을 바꿨습니다. 잘하는 것이 있으면 그것을 뒷받침하는 다른 역량을 함께 키워야 한다는 것을 배웠습니다.
비즈니스케이스에서 잘한 점으로는 데이터 분석에서 근거를 촘촘하게 쌓는 방식이었고, 아쉬웠던 점은 그 분석 결과를 청중이 빠르게 이해할 수 있는 방식으로 전달하는 것이 부족했다는 것이었습니다. 근거를 단단하게 만드는 데 집중하다 보면, 청중이 가장 먼저 알고 싶은 결론을 나중에 말하거나, 분석 과정을 지나치게 상세하게 설명하는 방향으로 흐르는 경우가 있고, 분석의 정확성보다 청중 기준의 전달 방식이 케이스의 실제 설득력을 결정한다는 것을 이후에 배웠습니다. 분석 강도 vs 전달 방식의 균형이 두 축을 동시에 갖추는 것이 비즈니스케이스의 완성도이고, 어느 한쪽만으로는 평가자에게 충분히 전달되지 않는 이유입니다.
평가자가 결론보다 분석 과정에 더 많은 질문을 던진 것을 경험하면서, 구조를 결론 우선(BLUF) 방식으로 바꾸고, 분석 근거를 뒷받침으로 배치하는 방식으로 이후 케이스에서 접근 방식을 바꿨습니다. 강한 분석이 빠른 전달로 이어져야 케이스가 완성됩니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 대우건설 건설 일반 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.