Part 2. 사람을 이해하는 협업의 심리
프로젝트를 망치는 건 무능이 아니다. 침묵이다. 겉으로는 안정적이고, 모두가 말없이 제 역할을 해내는 팀.
그런 팀은 보기엔 이상적이지만, 내부에선 조용히 무너진다. ‘컨트롤하기 쉬운 팀’은 리더에게는 편하다. 하지만 시스템에는 독이다. 목소리 큰 오답보다 더 위험한 건, 아무 말도 하지 않는 팀이다. UX/UI의 실패는 감정의 문제가 아니라, 결정 방식이 설계되지 않은 구조의 문제에서 시작된다.
2015년, 한 전자담배 관리 앱 프로젝트를 맡았을 때의 일이다. 나는 비흡연자였고, UX 초심자였다. “나는 화면만 잘 만들면 된다.” 그때의 나는 그렇게 생각했다. 그러나 그 생각이 바로 문제였다.
사용자의 맥락을 이해하지 않은 채, 화면만 정돈된 디자인은 결국 공감이 빠진 껍데기 UX가 되었다. 제품은 2년을 버티지 못했다. 디자인은 깔끔했지만, 사용자의 ‘진짜 이유’가 없었다. 내 목소리가 빠진 UX는 생명력을 잃었다.
많은 리더는 “말 잘 듣는 사람”을 선호한다. 그런 팀원은 관리하기 쉽고, 일정도 잘 맞춘다. 그러나 그건 단기 효율에 불과하다. 지시형 팀은 초기 가설의 오류를 감지하지 못한 채 그대로 진행한다. ‘조용한 효율’은 결국 ‘느린 실패’로 바뀐다.
그 당시 우리 팀에서도 아무도 묻지 않았다. “왜 사람들이 전자담배를 피우는가?” 그 단 하나의 질문이 없었다. 그 침묵이 프로젝트를 천천히 무너뜨렸다. 결국, 우리는 기능이 아니라 사람을 이해하지 못한 대가를 치렀다.
팀이 싸우지 않는다고 해서, 건강한 건 아니다. 프로세스가 없는 팀은 큰 목소리든 조용한 순응이든 모두 위험하다. 논쟁을 줄이려면 인격을 바꿀 필요가 없다. 절차를 설계하면 된다.
가설 → 검증 → 로그 → 기록
이 순서를 팀의 규칙으로 고정한다.
문제 정의, 성공 기준, 실험 설계가 문서로 명시되면 ‘누가 말하느냐’보다 ‘무엇을 말하느냐’가 중심이 된다.
그 순간, 큰 목소리는 자연히 작아지고, 침묵도 설 자리를 잃는다.
질문은 반항이 아니다. “제가 틀릴 수도 있습니다.”라는 말은 회피가 아니라, 탐구의 시작점이다.
좋은 질문은 이런 식이다.
“로그에서 A가 보였고, 그래서 ‘B라면 C가 줄어들 것이다’라는 가설을 세웠습니다.
D라는 빠른 테스트로 확인해도 될까요?”
이런 문장은 팀을 논쟁이 아니라 학습 모드로 바꾼다. 질문은 권위를 흔드는 게 아니라, 팀의 사고를 확장시키는 도구다.
많은 리더가 팀을 “조용하고 효율적으로” 관리하려 한다. 하지만 컨트롤이 쉬운 팀은 학습이 느린 팀이다.
프로젝트는 통제가 아니라 실험으로 진화해야 한다. 회의 전 10분간 각자 가설을 문서로 정리하고, “가장 싸고 빨리 틀릴 수 있는 가설”을 먼저 실행하라.
실행 후에는 Disagree and Commit —
의견이 다르더라도 일단 시도하고, 결과를 기록하라. 이 루프를 반복하면, 팀의 학습 속도는 통제보다 훨씬 빨라진다. 이것이 UX 운영의 진짜 구조 설계다.
그 프로젝트의 근본적 결함은 기능 부족이 아니라, 동기의 오독이었다. 사용자들은 건강을 위해 전자담배를 피운 게 아니었다. 그들은 스트레스를 풀고, 도파민을 느끼기 위해 흡연을 선택했다. 그런데 우리는 “금연을 돕는다”는 메시지를 덧씌웠다.
그건 오히려 이탈을 유발했다. 단 한 번의 인터뷰, 작은 실험, 일기 스터디만 있었더라도 그 오류를 조기에 발견할 수 있었다. 침묵은 결국 ‘오해의 시스템’을 만들었다.
팀이 조용할수록, 제품은 느리게 배운다. 모두가 “괜찮다”고 말할 때, 오히려 그 침묵이 문제의 시작이다.
초심자라도 괜찮다. 정중하게 질문하고, 작게 실험하고, 기록으로 남겨라.
용기란 옳음을 주장하는 게 아니라, 틀림을 싸게, 빨리 실험하자고 제안하는 데서 나온다.
“팀이 조용해질수록, 제품은 느리게 배운다.”
“용기는 옳음을 말하는 게 아니라, 틀림을 실험하는 데서 나온다.”
“컨트롤이 쉬운 팀은 편하지만, 진실에 도달하는 속도는 느리다.”