"만약 나에게 문제를 해결하기 위해 한 시간이 주어진다면, 문제를 정의하는 데 55분을 쓰고, 나머지 5분 만을 해법을 찾는 데 쓰겠다" 아인슈타인의 유명한 말입니다. 프로덕트 디자인에서도 가장

"만약 나에게 문제를 해결하기 위해 한 시간이 주어진다면, 문제를 정의하는 데 55분을 쓰고, 나머지 5분 만을 해법을 찾는 데 쓰겠다" 아인슈타인의 유명한 말입니다. 프로덕트 디자인에서도 가장 중요한 것 중 하나가 문제를 정의하는 것 입니다. 문제 정의가 잘못되면 솔루션도 잘못된 방향으로 나올 수 밖에 없기 때문이죠. 그러면 문제를 잘 정의할 수 있는 방법은 무엇일까요? 여기 문제를 정의하기 위한 4가지 팁이 있습니다. 1. 직접 사실을 확인해 보기 저자는 데이터, 문서가 아닌 '관찰'을 통해 문제를 확인해보라고 말합니다. 데이터는 현실을 2차원적으로 표현한 것이기 때문에 근본적인 문제를 알기 위해서는 데이터와 사실을 모두 고려해야한다고 합니다. 2. 문제를 정확하게 표현하기 디자인을 할수록 문제를 정확하게 서술하는 것은 쉽지 않게 느껴집니다. 저자는 문제를 정확히 서술해야 무엇에 대해 토론하고 어떤 해결책을 선택할지 길이 보인다고 합니다. 보통 문제를 눈에 보이는 증상으로만 인식하기 쉽지만 알고 보면 더 근본적인 문제가 있는 경우가 많습니다. 그렇기 때문에 의견, 판단, 해석이 아니라 관찰할 수 있는 사실로부터 출발하라고 말합니다. 3. 거꾸로 생각하기 세번째로 문제를 맞닥뜨리면 먼저 어떻게 이 상황에 이르렀는지 과정을 역추적해보라고 말합니다. 문제에 이르게 된 원인들을 범주를 나누어 정리하다보면 이 문제를 유발하게 된 잠재적인 원인을 찾을 수 있다고 합니다. 글에 참고로 나와있는 fishbone diagram(생선 뼈 그림) 도식을 활용해보는 것도 좋을 것 같네요! 4. '왜' 그런지 따져보기 마지막으로 '왜'라는 질문을 반복하라고 말합니다. '5whys'라는 방법론도 있듯, 성급한 결론을 내리기보다 왜라는 질문을 반복하다보면 근본적인 원인에 가까워질 수 있습니다. 원문: https://hbr.org/2020/11/how-to-avoid-rushing-to-solutions-when-problem-solving 저자: 다니엘 마코비츠 / 번역: 최봉기