팀 프로젝트를 하다 보면 의견이 갈리는 순간이 꼭 온다.
문제는 “누가 맞냐”가 아니라, 서로 다른 의견을 한 방향으로 완충해가며 합의하는 과정이 생각보다 어렵다는 거다.
오늘도 그랬다.
각자 주장하는 해결안은 다 그럴듯했고, 말 자체도 틀리지 않았다. 그런데 이상하게 결론이 안 났다. 지금 돌아보면 이유는 단순했다. 의견을 비교할 ‘기준’이 없었다. 기준이 없으니 토론이 “취향”이나 “감”으로 흘렀고, 서로를 설득하기보다 서로를 설명하는 시간이 길어졌다.
그래서 오늘은 “더 좋은 아이디어”를 만드는 것보다, 합의를 가능하게 만드는 구조를 먼저 만들기로 했다.
우리가 다루는 화면은 생각보다 복잡했다.
그래서 먼저 화면을 그리드/마진/버튼/탭/카드/배너/리스트 같은 컴포넌트 단위로 분해했다.
이 과정에서 느낀 건, 복잡한 화면을 “한 번에 이해하려고” 하면 결국 서로 다른 포인트를 보고 말하게 된다는 거다.
누군가는 카드 안의 버튼을 보고 이야기하고, 누군가는 배너의 시선 흐름을 말하고, 누군가는 하단 탭을 문제라고 생각한다.
분해를 하고 나니까, “지금 우리가 말하는 게 같은 레벨인가?”를 확인할 수 있었다.
이건 팀 커뮤니케이션에서 꽤 큰 차이를 만들었다.
처음엔 화면을 박스로 나누면서 “이게 그리드 맞나?” 싶은 순간이 있었다.
결론은 이거였다.
화면을 크게 나누는 건 그리드라기보다 레이아웃(섹션) 분할
그리드는 반복되는 아이템이 행/열 규칙으로 배치되는 구조
(예: 스탬프 5×2, 버튼 2분할, 하단 탭 5분할)
그리고 픽셀을 정리할 때 “프레임을 엄청 잘게 쪼개는 방식”은 오히려 복잡해진다.
복잡한 화면일수록 정답은 전체는 큰 구조로, 그리고 대표 섹션 1~2개만 딥다이브다.
마진도 감이 아니라 8pt 그리드(8/16/24 리듬) + Auto Layout 값으로 정리하는 게 발표나 문서에서 설득력이 훨씬 높다.
(“대충 이쯤”이 아니라 “좌우 16, 섹션 간 16, 카드 패딩 16” 같은 형태로 말할 수 있으니까.)
오늘 가장 중요했던 건, 팀이 보고 있는 VOC를 한 번에 모아서 읽고, 공통 패턴으로 묶어낸 일이었다.
VOC를 보면 사용자가 반복해서 말하는 건 결국 비슷했다.
옵션이 충분히 안내되지 않거나(필수/선택이 애매)
선택 결과가 한눈에 정리되지 않아서(선택 상태 피드백 부족)
요청사항/선호를 저장·재사용할 수 없어(반복 입력)
주문 흐름이 자꾸 끊기고(되돌림/추가 확인)
그래서 우리는 문제를 이렇게 한 문장으로 묶었다.
사용자는 옵션 선택이 불명확하고 요청사항을 저장·재사용할 수 없어 반복 입력과 되돌림이 발생하며 주문 과정에서 피로함과 불편함을 느낀다.
이 한 문장이 생기니까 팀 논의가 달라졌다.
이제 “내가 보기엔…”이 아니라 “VOC 기준으로…”라는 말로 얘기할 수 있었다.
문제정의 다음엔 Five Whys를 붙였다.
불편함이라는 결과에서 시작해 원인을 계속 내려가다 보니, 결국 뿌리는 비슷한 곳으로 모였다.
필수/선택 옵션의 위계가 약해 사용자가 추측해야 한다
선택 상태가 명확히 보이지 않아 확신이 없다
검증이 사전이 아니라 사후 팝업이라 되돌림이 반복된다
이전 선택을 기억하거나 기본값으로 제공하지 않아 매번 입력한다
결국 “사용자 피로감”은 사용자의 성격 문제가 아니라, 흐름이 반복되도록 설계된 구조의 결과라는 결론에 가까워졌다.
이 지점에서 팀 의견 충돌도 많이 줄었다. “좋아 보이냐”가 아니라 “되돌림이 줄어드냐”로 판단 기준이 바뀌었기 때문이다.
오늘 계속 머리에 남는 문장은 이거다.
의견이 다른 건 자연스러운 일이다.
진짜 어려운 건, 그 의견들을 완충해 합의로 만드는 과정이다.
그리고 그 과정은 결국 “기준”이 있을 때만 가능하다.
VOC(근거)
문제정의 1문장(방향)
Five Whys(원인)
성공 조건(판단 기준)
이 네 가지가 갖춰지면, 팀은 싸우지 않고 비교할 수 있다.
반대로 이게 없으면, 좋은 아이디어도 끝없이 늘어지고 결론이 흐려진다.
다음에 더 잘하기 위한 나만의 액션
다음 회의부터는 이렇게 해보려고 한다.
회의 시작 3분: 문제정의 1문장 다시 읽고 시작하기
논쟁이 생기면: “근거(VOC)가 있는 안”을 우선으로 두기
결론이 안 나면: “타임박스 10분 + 1안 먼저 채택 후 프로토타입”으로 결정하기
결정 후엔: “왜 이걸 선택했고, 무엇을 버렸는지”를 문서로 남기기
(같은 논쟁 반복이 제일 큰 비용이니까)