불확실한 비즈니스 문제를 해결하기 위해 어떤 접근 방식을 사용했나요?

불확실한 상황에서 제가 가장 먼저 하는 건 '지금 알고 있는 것과 모르는 것을 나누는 것'입니다. 모든 걸 한 번에 해결하려 하면 오히려 방향을 잃는다고 경험으로 배웠습니다. 팀 프로젝트에서 타깃 고객이 명확하지 않은 서비스를 기획한 적이 있었습니다. 처음엔 회의만 반복했고, 나중에야 가장 빠르게 검증할 수 있는 가설 하나를 먼저 정하자는 결론이 났습니다. 설문 10개, 인터뷰 5명 분량만으로 시작했고, 그 결과로 초기 방향을 크게 수정했습니다. 처음 가설이 맞았으면 좋았겠지만 틀렸고, 그게 오히려 더 빨리 올바른 방향으로 갔다는 걸 나중에 알게 됐습니다. 아직 실무 경험은 없지만, 불확실성 앞에서 움츠러들기보다 작은 실험으로 빠르게 배우는 것이 제가 유효하다고 생각하는 접근입니다. 입사 후에는 이 방식을 실제 비즈니스 맥락에서 키워가고 싶습니다.

저는 불확실한 문제에 부딪혔을 때 먼저 문제의 범위를 줄이는 것부터 시작합니다. 전체를 한 번에 해결하려 하면 어디서부터 시작해야 할지 막막해지기 때문입니다. 학부 수업에서 신사업 타당성 분석 과제를 받았는데, 처음엔 너무 넓어서 어떻게 접근해야 할지 몰랐습니다. 팀원들과 논의 끝에 가장 중요한 전제 3개를 먼저 검증하기로 했고, 그 전제가 맞는지를 데이터로 확인했습니다. 중간에 전제 하나가 틀렸다는 걸 발견했고, 그 부분을 수정하면서 나머지 분석이 훨씬 명확해졌습니다. 처음 방향이 맞을 거라고 믿었다가 틀려서 당황했지만, 그 실수 덕분에 더 튼튼한 분석이 됐습니다. 아직 실무에서 큰 불확실성을 다뤄본 경험은 없지만, 범위를 좁히고 핵심 전제를 먼저 확인하는 것이 제가 가진 접근 방식입니다.

솔직히 말씀드리면 처음엔 불확실한 상황 자체가 불편했습니다. 명확한 기준이 없으면 뭘 해야 할지 모르는 느낌이었습니다. 인턴 때 담당 업무의 기준이 명확하지 않은 프로젝트를 맡았는데, 처음 일주일은 거의 아무것도 못 하고 눈치만 봤습니다. 그때 선배가 일단 해보고 피드백을 받는 게 빠르다고 조언해줬고, 그게 전환점이 됐습니다. 이후 초안을 먼저 만들고 검토를 요청하는 방식으로 바꿨고, 피드백 사이클이 빨라지면서 방향이 잡혔습니다. 초안이 완전히 틀린 경우도 있었는데, 그걸 수정하는 과정에서 정해진 답보다 배움이 더 많았습니다. 지금은 불확실한 상황을 마주했을 때 '지금 할 수 있는 가장 작은 다음 단계'를 찾는 걸 먼저 합니다. 아직 완전히 익숙하진 않지만, 이 태도가 성장의 기반이라고 생각하고 있습니다.