단순하게 시작하라

시스템이 나를 데려다준다 — 0편: "왜" 없이도 걸을 수 있다

시스템이 나를 데려다준다 — 1편: 목표와 시스템

시스템이 나를 데려다준다 — 2편: 에너지를 측정하라

시스템이 나를 데려다준다 — 3편: 단순하게 시작하라

시스템이 중요하다는 걸 알겠다. 에너지 관리가 기초라는 것도. 그래서 의욕이 솟아서 이런 계획을 세운다. 아침 5시 기상, 30분 명상, 1시간 운동, 건강한 아침 식사, 출근 전 30분 독서, 저녁에 일기 쓰기, 밤 10시 취침. 완벽하다. 종이 위에서는.

월요일, 잘 된다. 화요일도 괜찮다. 수요일에 회식이 잡힌다. 늦게 자고, 목요일 아침 5시에 눈이 안 떠진다. 명상을 건너뛰고 운동도 빼먹는다. 하나가 무너지니 전부 무너진 것 같다. "에이, 이번 주는 망했네. 다음 주부터 다시 하자." 다음 주 월요일, 또 다짐한다. 화요일까지는 괜찮다. 수요일에 또 뭔가 생긴다. 이 사이클이 반복된다.

문제가 뭘까. 의지력이 부족한 걸까? 아니다. 시스템이 너무 큰 거다.

제품을 만들 때 이런 걸 배웠다. 처음부터 완벽한 제품을 만들려고 하면 영원히 출시하지 못한다. 기능을 잔뜩 넣고, 디자인을 다듬고, 엣지 케이스를 다 처리하려고 하면 몇 달이 지나도 제품이 세상에 나오지 않는다. 그래서 MVP라는 개념이 있다. Minimum Viable Product, 최소 기능 제품. 핵심 가치 하나만 담아서 일단 내놓고, 사용자 반응을 보면서 고쳐가는 것. 처음부터 완벽할 필요 없다. 일단 돌아가면 된다.

삶의 시스템도 같다. 완벽한 시스템을 설계하려면 영원히 시작하지 못한다. 필요한 건 최소 시스템이다.

돌이켜보면 "귀찮으면 하거나 무시하기"가 정확히 최소 시스템이었다. 규칙 하나. 트리거 하나—귀찮다는 감정이 올라오면. 행동 하나—하거나 무시하거나. 이게 전부였다.

아침 루틴도 없었고, 저녁 루틴도 없었고, 추적하는 지표도 없었다. 그냥 규칙 한 줄. 그런데 그게 2년을 살아남았다. 완벽한 시스템이라서가 아니라, 너무 단순해서 무너질 수가 없었던 거다.

애덤스도 비슷한 말을 한다. 시스템 사고자는 단순화하고, 목표 추구자는 최적화한다고. 최적화는 모든 변수를 통제하려는 시도다. 완벽한 루틴, 완벽한 식단, 완벽한 시간 배분. 멋져 보이지만 변수 하나만 어긋나면 전체가 흔들린다. 반면 단순화는 핵심만 남기는 것이다. 나머지는 일단 내려놓는다. 핵심 하나가 돌아가기 시작하면 그다음을 붙인다.

그러면 최소 시스템은 어떻게 만드는 걸까. 내가 경험적으로 찾은 구조는 세 개의 조각으로 이루어져 있다. 규칙 하나, 트리거 하나, 확인 하나.

규칙 하나. 시스템의 핵심 행동을 한 문장으로 정의하는 것. "매일 한 문단이라도 쓴다." "아침에 일어나면 10분 걷는다." "잠자리에 들기 전에 내일 할 일을 하나만 정한다." 핵심은 "한 문장"이라는 거다. 두 문장이 되면 이미 복잡하다. 한 문장으로 말할 수 없으면 아직 충분히 단순하지 않은 거다.

트리거 하나. 규칙을 언제 실행할지를 정하는 것. "매일"이라고만 하면 하루 중 언제 할지가 모호해서, 결국 안 하게 된다. "아침에 일어나서 양치를 한 직후" 같은 기존 행동에 연결하는 게 가장 강력하다. 이미 하고 있는 행동 뒤에 새 행동을 붙이는 거다. 양치는 안 할 수가 없으니까 트리거가 매일 자동으로 발동한다. 새로운 습관을 허공에 세우는 게 아니라 기존 습관에 기생시키는 느낌이다.

확인 하나. 했는지 안 했는지를 기록하는 것. 이건 꼭 거창할 필요 없다. 달력에 X 표시 하나면 충분하다. 핸드폰 앱도 괜찮고, 노트에 체크하는 것도 괜찮다. 중요한 건 기록 자체가 아니라, "오늘 했다"는 시각적 확인이 주는 작은 만족감이다. 이게 생각보다 강력하다. 달력에 X가 이틀, 사흘, 일주일 쌓이면 "이 연속을 깨고 싶지 않다"는 감정이 올라온다. 의지력이 아니라 관성이 시스템을 유지해주기 시작하는 순간이다.

규칙 하나, 트리거 하나, 확인 하나. 이 세 조각이면 최소 시스템이 완성된다.

여기서 가장 흔한 실수가 뭐냐면, 처음부터 규칙을 크게 잡는 거다. "매일 1시간 운동"이 아니라 "매일 10분 걷기"로 시작해야 한다. 우습게 느껴질 수 있다. 10분이 뭐 대수냐고. 하지만 10분의 목적은 운동 효과가 아니다. 시스템을 작동시키는 것이 목적이다.

10분을 일주일 동안 매일 하면, 시스템이 돌아가기 시작한다. 돌아가기 시작하면 15분으로 늘리는 건 쉽다. 이미 돌아가고 있는 엔진의 회전수를 올리는 것과, 멈춰 있는 엔진을 처음 켜는 것은 완전히 다른 문제니까.

제품 쪽에서도 똑같은 교훈이 있다. 첫 버전은 부끄러운 수준이어야 한다. 링크드인의 공동 창업자 리드 호프만이 그랬다.

"첫 번째 제품이 부끄럽지 않다면 너무 늦게 출시한 거다." 부끄러운 수준의 시스템이라도 일단 돌리기. 돌리면서 고치기. 고치면서 키우기. 이 순서가 맞다. 설계하고, 완벽하게 다듬고, 그다음 돌리기—이 순서로 하면 돌리는 단계까지 도달하지 못한다.

한 가지 더. 최소 시스템의 진짜 힘은 "무너져도 복구가 쉽다"는 데 있다. 아침 5시 기상+명상+운동+독서+일기 시스템이 무너지면 복구하는 데 엄청난 에너지가 든다. 전부 다 다시 세워야 하니까. 하지만 "아침에 10분 걷기"가 무너지면? 내일 다시 10분 걸으면 된다.

그게 끝이다. 사흘을 빠져도 나흘째 다시 시작하는 데 심리적 장벽이 거의 없다. 시스템이 작을수록 회복력이 높다. 이걸 다음 편에서 더 깊이 다루겠지만, 시스템은 반드시 망가진다는 전제 하에 설계해야 한다. 그리고 망가졌을 때 가장 빨리 복구되는 시스템은 가장 작은 시스템이다.

애덤스는 이것을 더 넓은 원칙으로 말한다. "실패의 비용이 높으면 단순한 작업이 최선이다. 관리하고 통제하기 더 쉬우니까." 복잡한 시스템은 화려하지만 깨지기 쉽고, 단순한 시스템은 초라해 보이지만 살아남는다.

나는 2년 전에 한 줄짜리 규칙으로 시작했다. 그건 MVP였다. 부끄러울 정도로 단순했지만, 그래서 살아남았다. 이제 거기에 조금씩 살을 붙여가는 중이다. 하지만 여전히 핵심은 같다. 작게 시작하고, 일단 돌리고, 돌리면서 고치기.

시스템을 작게 만들었다. 그다음 문제가 있다. 이걸 의지력으로 유지하려고 하면 또 무너진다. 의지에 기대지 않고 시스템이 알아서 돌아가게 하려면 뭐가 필요할까. 다음 편에서 트리거와 디폴트—환경을 설계하는 이야기를 해보겠다.