비즈니스 문제를 정의하고 가설을 수립하는 과정에서 어떤 접근 방식을 취하나요?

비즈니스 목표를 기술 문제로 바꿀 때 혼자 해석하면 엉뚱한 방향으로 가기 쉽다는 걸 경험으로 배웠습니다. 요청한 사람이 무엇을 원하는지, 왜 이 목표를 세웠는지를 먼저 물어봐야 합니다. 팀 프로젝트에서 '더 빠른 서비스를 만들어라'는 요구를 받았는데, 처음엔 서버 응답 속도를 높이는 방향으로 진행했습니다. 중간 발표에서 실제로 원한 건 사용자가 결과를 기다리는 체감 시간을 줄이는 것이었다는 걸 알게 됐습니다. 같은 '빠른 서비스'인데 접근 방향이 완전히 달랐습니다. 그 이후로는 기술 작업 시작 전 '이 목표가 완료됐을 때 사용자가 어떤 경험을 하는가'를 먼저 정리하는 단계를 추가했습니다. 입사하면 비즈니스 요구를 기술로 연결하는 과정에서 소통을 빠뜨리지 않겠습니다. 그 단계가 결국 가장 큰 시간 절약이라는 걸 알고 있습니다.