모순을 피하지 말고 풀어라

밭갈이와 파종 — 해결바카라의 발견과 검증

시리즈 개요: 밭갈이와 파종

1장. 해결바카라에도 씨앗이 여러 개 필요하다

2장. 모순을 피하지 말고 풀어라 (이 글)

3장: 만들기 전에 심문하라

4장: 삽으로 팔 것인가, 포크레인을 빌릴 것인가

5장: 가장 싸게 틀려라

6장: 수확은 해석이다

프롤로그: 물을 많이 주면 뿌리가 썩고, 적게 주면 마른다

1930년대 어느 날, 폴란드 출신 이스라엘 엔지니어 Simcha Blass는 사막 한가운데서 이상한 나무 한 그루를 봤습니다.

주변 나무들은 마른 흙 위에서 겨우 버티는데, 그 나무만 유독 크고 건강했습니다. 물이라고는 한 방울도 보이지 않는 땅에서요. 이상하다 싶어 땅을 파봤습니다.

이유는 아래에서 발견됐습니다. 수도관 연결부가 아주 조금씩 새고 있었고, 그 누수가 표면 아래에서 양파 모양으로 천천히 퍼지며 뿌리까지 정확히 물을 전달하고 있었습니다. 사람이 위에서 물을 쏟아부을 때는 대부분 증발하거나 뿌리를 피해 흘러가는데, 그 새는 물은 다른 길을 간 것입니다.

Blass는 그 자리에서 농업의 오래된 모순 하나를 떠올렸습니다.

물을 많이 주면 뿌리가 썩고, 적게 주면 마른다.

수천 년 동안 이 모순 앞에서 농부들은 타협해왔습니다. 적당히 주자. 감으로 하자. 한 번에 많이 주고 말리자. 한 방울도 답이 아니었습니다. 많이도 답이 아니고, 적게도 답이 아니었습니다.

그런데 Blass가 본 그 나무는, 답이 "양"에 있지 않다는 걸 알려줬습니다. 답은 "언제, 어디에"에 있었습니다.

1959년, 그는 첫 점적관수(Drip Irrigation) 시스템을 실험합니다. 1964년, 키부츠 하체림과 함께 네타핌(Netafim)을 설립합니다. 오늘날 전 세계 1,500만 헥타르 이상의 땅이 점적관수로 물을 공급받고, 수분 효율은 스프링클러의 85%를 훌쩍 뛰어넘어 95–100% 에 이릅니다.

모순은 감수되지 않았습니다. 풀렸습니다.

PM도 매일 비슷한 모순 앞에 섭니다. 빠르게 vs. 제대로, 사용자를 늘리기 vs. 기존 경험을 지키기, 개인화 vs. 프라이버시, 기능 추가 vs. 단순함 유지. 그런데 우리는 너무 자주 농부들처럼 "적당히"를 선택합니다. 타협하거나, 하나를 포기하거나, 혹은 모른 척하거나.

점적관수를 발명한 농부는 묻지 않았습니다. "얼마나 줄까?" 그는 이렇게 물었습니다.

"언제, 어디에, 어떤 조건에서 줄까?"

그리고 그 질문이 모든 것을 바꿨습니다.

1. PM의 세 가지 회피 패턴

모순 앞에서 PM은 대부분 세 가지 중 하나를 합니다.

첫째, 하나를 포기합니다.

"속도를 위해 품질은 나중에." "사용자 확장을 위해 기존 UX는 어쩔 수 없지." 한쪽을 완전히 놓아버리는 선택입니다. 단기적으로는 선명해 보입니다. "결정을 내렸다"는 자기기만도 따라옵니다. 하지만 포기된 쪽은 반드시 돌아옵니다. 속도로 낸 제품은 6개월 뒤 기술 부채로, 잃은 UX는 이탈률로, 포기한 품질은 환불 요청으로.

둘째, 애매하게 타협합니다.

"속도도 어느 정도, 품질도 어느 정도." 50 대 50. 가운데 찍기. 이건 결정이 아니라 결정의 유예입니다. 두 쪽 모두에 덜 만족스러운 결과를 내면서, 누구도 "이게 우리가 선택한 것"이라고 말할 수 없게 만듭니다. 점적관수가 "적당한 양의 물"이 아니었듯, 좋은 해결바카라은 중간값이 아닙니다.

셋째, 모른 척합니다.

"일단 시작하고 나중에 생각하자." 가장 흔하고 가장 위험합니다. 모순을 마주하지 않으면 모순은 사라지지 않고, 더 큰 비용으로 누적됩니다. 프로덕트가 커질수록 모순의 가지가 얽혀서 나중에는 "누가 먼저 시작했는지"조차 모르게 됩니다.

이 세 가지 회피에는 공통점이 있습니다. 모두 모순을 같은 축 위에서 보고 있다는 것입니다. "물을 얼마나 줄까"라는 하나의 축에서 많이/적게를 고민하는 농부처럼요. 축이 하나라면 답은 두 끝점 사이의 어느 지점에 있을 수밖에 없습니다. 그리고 그 어느 지점도 정답이 아닙니다.

점적관수의 돌파구는 축을 바꾼 것입니다. "얼마나"가 아니라 "언제, 어디에". 그 순간 모순은 없어졌습니다.

2. 트리즈: 모든 돌파구에는 패턴이 있다

1946년, 소련 해군의 특허 심사부에서 일하던 젊은 엔지니어 Genrich Altshuller는 수십만 건의 특허를 읽으며 한 가지 질문을 던졌습니다.

"혁신적인 발명과 그저 그런 개선은 무엇이 다를까?"

그의 답은 이랬습니다. 진짜 혁신은 모두 모순을 해결한 것이었습니다. 배가 빨라야 하는데 연료는 아껴야 한다. 칼날이 예리해야 하는데 오래 가야 한다. 집이 따뜻해야 하는데 창문은 크게 내야 한다. 그저 그런 개선은 둘 사이의 타협이지만, 혁신은 그 모순 자체를 구조적으로 풀어냅니다.

Altshuller가 더 놀랐던 건, 그 해결의 패턴이 반복된다는 점이었습니다. 항공 분야에서 통한 원리가 의료 기기에도 통했고, 기계 공학의 돌파구가 화학에도 적용됐습니다. 그는 이 패턴을 40가지로 정리했고, 이것을 트리즈(TRIZ)라 불렀습니다. '발명적 문제 해결 이론'의 러시아어 약자입니다.

트리즈가 PM에게 주는 첫 번째 선물은 개념의 구분입니다. 모순에는 두 종류가 있습니다.

기술적 모순 (Technical Contradiction): 하나를 개선하면 다른 하나가 악화됩니다. "온보딩을 상세하게 하면 이탈률이 올라간다." 정보량과 이탈률이라는 서로 다른 두 파라미터가 맞부딪히는 경우입니다.

물리적 모순 (Physical Contradiction): 하나의 요소가 동시에 상반된 속성을 가져야 합니다. "인터페이스가 단순해야 하고, 동시에 복잡한 기능을 제공해야 한다." 같은 것이 반대 방향으로 동시에 요구됩니다.

차이가 미묘해 보이지만, 해결 방식이 완전히 다릅니다. 기술적 모순은 두 파라미터 사이의 균형점을 찾거나 한쪽을 다른 방법으로 대체합니다. 물리적 모순은 그렇게 풀리지 않습니다. 같은 것에 상반된 속성이 동시에 요구되기 때문에, 속성을 분리해야 합니다.

그리고 점적관수는 전형적인 물리적 모순입니다.

물은 많아야 하고, 동시에 적어야 합니다. Blass는 이 모순을 분리의 원칙으로 풀었습니다.

3. 분리의 원칙 네 가지

트리즈는 물리적 모순을 풀기 위해 네 가지 분리를 제안합니다. 각각을 PM의 언어로 옮겨보겠습니다.

분리 1: 시간으로 나눈다 (Separation in Time)

시점 1에서는 속성 A, 시점 2에서는 속성 B. 전투기의 가변익이 좋은 예입니다. 저속(이착륙)에서는 날개를 펼쳐서 양력을 얻고, 고속(전투)에서는 접어서 공기 저항을 줄입니다. 같은 날개가 시간에 따라 다른 속성을 가집니다.

점적관수의 절반이 이 원리입니다. 많이 주는 게 아니라 지속적으로 조금씩 주기. "많이 vs. 적게"의 축을 시간 축으로 분해하면, 한 번에 쏟아붓는 스프링클러와는 전혀 다른 해결바카라이 나옵니다.

PM 맥락으로 옮기면 이렇게 됩니다. "빠른 출시"와 "높은 품질"이 모순이라고 느낄 때, 이것을 시간으로 분리합니다. 시점 1(초기 릴리스)에서는 핵심 경험 하나만 극도로 뾰족하게 만듭니다. 품질은 그 핵심 하나에만 쏟습니다. 시점 2(후속 릴리스)에서 기능과 품질을 확장합니다. 한 번에 두 마리 토끼를 잡으려 할 때 둘 다 놓치지만, 시간을 나누면 같은 팀이 두 마리를 차례로 잡을 수 있습니다.

온보딩도 마찬가지입니다. "자세한 안내"와 "빠른 시작"은 모순처럼 보이지만, 시점 1에는 아무것도 가르치지 않고 일단 쓰게 하고, 시점 2에는 사용자가 벽에 부딪혔을 때 딱 그 순간에 필요한 것만 알려주면 둘 다 가능합니다. Just-in-time 학습. "진입 장벽 낮추기"와 "깊은 사용 유도"가 같은 사용자 안에서 시간으로 분리됩니다.

분리 2: 공간으로 나눈다 (Separation in Space)

장소 1에서는 속성 A, 장소 2에서는 속성 B. 보온병이 전형입니다. 안쪽 벽은 뜨거운 물을 담고, 바깥쪽 벽은 차가운 손을 맞습니다. 같은 컵이 공간에 따라 다른 속성을 가집니다.

점적관수의 나머지 절반이 공간 분리입니다. 물을 밭 전체에 흩뿌리는 대신, 뿌리 바로 옆에만 줍니다. 같은 밭이지만, 뿌리 주변은 습하고 그 외의 공간은 건조합니다. 잡초는 자라지 못하고, 뿌리만 물을 얻습니다.

PM 맥락에서 이 원리의 가장 아름다운 예는 Progressive Disclosure입니다. "사용자는 단순함을 원한다"와 "복잡한 기능에 접근해야 한다"는 물리적 모순입니다. 같은 인터페이스에 반대 속성이 동시에 요구됩니다.

닐슨 노먼 그룹(NN/g)이 정리한 Progressive Disclosure의 해법은 이렇습니다. 메인 화면(공간 1)에는 가장 자주 쓰는 옵션만 놓습니다. 상세 설정(공간 2)에는 나머지를 둡니다. 같은 제품이지만 공간이 분리되어 있어서, 초보자는 단순함을 경험하고 전문가는 깊이를 얻습니다.

구글 독스의 서식 툴바가 그렇고, 프린트 대화상자의 '더 보기'가 그렇고, 슬랙의 메인 채팅 화면과 워크플로우/앱 디렉토리의 관계가 그렇습니다. "기능을 추가하면 복잡해진다"는 모순이 아니라, 기능의 노출 위치를 설계하지 않았다는 신호일 때가 많습니다.

분리 3: 조건으로 나눈다 (Separation upon Condition)

조건 1에서는 속성 A, 조건 2에서는 속성 B. Crayola의 특수 크레용 사례가 흥미롭습니다. 아이들이 아무 데나 그려서 부모가 고통받자, Crayola는 전용 종이 위에서만 색이 나오는 크레용을 만들었습니다. 같은 크레용인데 벽에는 자국이 남지 않고, 종이에는 또렷이 발색됩니다. "그릴 수 있다"와 "그릴 수 없다"가 조건에 따라 분리됩니다.

PM의 단골 모순이 여기서 풀립니다. "신규 사용자를 확장하고 싶다"와 "기존 파워 유저의 경험을 망치고 싶지 않다"가 부딪힐 때, 해답은 타협이 아니라 조건 분기입니다. 사용자의 세그먼트, 숙련도, 사용 이력, 역할, 디바이스 — 이것들이 조건이 됩니다.

초보자 모드와 전문가 모드. 관리자 뷰와 일반 사용자 뷰. 모바일 경험과 데스크톱 경험. 평소의 홈과 블랙프라이데이 당일의 홈. 같은 제품이지만 조건에 따라 다른 얼굴을 보여줍니다. 중요한 건 이 분기가 사용자의 요청이 아니라 제품의 판단으로 이루어진다는 점입니다. 사용자에게 "초보자세요, 전문가세요?"라고 묻지 않고, 행동으로 추론합니다.

분리 4: 규모로 나눈다 (Separation in Scale)

전체 시스템은 속성 A, 부분(구성 요소)은 속성 B. 체인이 좋은 예입니다. 체인 전체는 부드럽고 유연한데, 각 링크는 단단하고 강합니다. 두 속성이 같은 체인 안에서 규모에 따라 공존합니다.

PM에게 이 원리는 개인화와 프라이버시의 모순을 풀어줍니다. 개인화는 사용자의 데이터를 알아야 하고, 프라이버시는 개인 데이터가 보호돼야 합니다. 같은 시스템에 반대 요구가 들어옵니다.

해답: 집단 수준(전체 규모)에서는 패턴 분석을 허용하되, 개인 수준(부분 규모)에서는 데이터를 보호합니다. 익명화, 차등 프라이버시(Differential Privacy), 온디바이스 머신러닝. "전체는 학습하되, 개별은 보이지 않게." 애플이 광고하는 "우리는 당신이 누구인지 모릅니다"와 "우리는 당신에게 필요한 것을 압니다"가 바로 이 규모 분리입니다.

조직 운영에도 같은 원리가 적용됩니다. Netflix가 말하는 "자유와 바카라임"은 전체는 정렬하되 부분은 자율이라는 규모 분리입니다. 회사 전체는 명확한 방향을 공유하지만, 개별 팀은 그 안에서 자율적으로 움직입니다. "자율"과 "통제"의 모순이 규모로 풀립니다.

4. 왜 네 가지 분리만 기억해도 충분한가

트리즈의 40가지 발명 원리를 전부 외울 필요는 없습니다. PM이 마주하는 대부분의 모순은 위의 네 가지 분리 중 하나로 분해됩니다. 표로 정리하면 이렇습니다.

중요한 건 표가 아니라 질문의 방식입니다.

모순 앞에 섰을 때, "두 개 중 뭘 포기할까?"라고 묻지 마세요. 이렇게 물어보세요.

"이 모순을 시간, 공간, 조건, 규모 중 어느 축으로 분해하면 같이 살 수 있을까?"

이 질문 하나가 회피를 해결로 바꿉니다. 농부가 "얼마나"에서 "언제, 어디에"로 질문을 바꿨듯이요.

5. 오늘부터 할 수 있는 작은 실천

지금 팀에서 마주하고 있는 트레이드오프 하나를 떠올려보세요.

"A를 하면 B가 나빠진다"는 문장으로 쓸 수 있는 것.

모순을 한 문장으로 적습니다. 최대한 구체적으로. "우리는 X가 높아야 하는데, 동시에 Y도 지켜야 한다."

이게 기술적 모순인지 물리적 모순인지 판단합니다.
두 개의 다른 파라미터가 충돌하나요(기술적), 아니면 같은 것이 반대 속성을 동시에 요구받나요(물리적)?

물리적 모순이라면, 네 가지 분리를 하나씩 시도해봅니다. "이걸 시간으로 나누면? 공간으로 나누면? 조건으로 나누면? 규모로 나누면?" 각각 한 줄씩 답을 써보세요. 말이 안 돼도 괜찮습니다. 네 번 중 한 번은 문이 열립니다.

가장 가능성 있어 보이는 분리 방향을 팀과 공유합니다. 이때의 대화는 "둘 중 뭘 포기할까"가 아니라 "이걸 이렇게 나누면 둘 다 가능할까"가 됩니다. 대화의 질이 완전히 달라집니다.

이 네 단계를 한 번만 통과시켜도, "어쩔 수 없지"라고 넘겼던 모순 중 적어도 하나는 새로운 돌파구가 보이기 시작합니다.

에필로그: 농부는 물의 양을 묻지 않는다

수천 년 동안 농부들은 "물을 얼마나 줄까"라는 질문에 갇혀 있었습니다. 많이 주면 뿌리가 썩고, 적게 주면 말랐습니다. 그 사이 어딘가의 "적당량"을 감으로 찾는 것이 기술이었고, 기술이 없는 해에는 농사를 망쳤습니다.

Blass가 한 일은 새로운 기술을 발명한 것이 아니라, 질문을 바꾼 것이었습니다. "얼마나"에서 "언제, 어디에"로. 그 순간 수천 년 된 모순이 풀렸습니다.

PM의 회의실에도 수십 년 된 모순들이 떠다닙니다. "빠르게 vs. 제대로", "확장 vs. 경험", "개인화 vs. 프라이버시", "자유 vs. 일관성". 우리는 이 모순들을 매일 마주하면서, 매일 "적당히"를 선택하고 있습니다. 감으로 찍고, 타협하고, 포기합니다.

그런데 트리즈는 이렇게 말합니다.

모순은 축을 바꾸는 순간 사라진다.

시간으로 나눠라. 공간으로 나눠라. 조건으로 나눠라. 규모로 나눠라. 네 개의 도끼 중 하나는 거의 항상 먹힙니다. 중요한 건 "하나를 포기한다"는 마음가짐을 내려놓는 것입니다. 모순은 숙명이 아니라 질문의 형태가 잘못됐다는 신호입니다.

"You can resolve any contradiction if you find the right dimension to separate it on."
— 트리즈의 핵심

다음 장에서는 해결바카라이 좁혀졌을 때 반드시 거쳐야 하는 관문 — 가정의 심문에 대해 이야기합니다.

우리가 "이게 맞다"고 믿는 근거는 무엇인가? 가장 위험한 가정은 무엇이고,

만들기 전에 어떻게 검증할 것인가?