2026 All-Day-Project (118/365)
시스템이 나를 데려다준다 — 0편: "왜" 없이도 걸을 수 있다
시스템이 나를 데려다준다 — 4편: 의지에 기대지 않는 법
시스템이 나를 데려다준다 — 5편: 앞으로 넘어지기
시스템은 반드시 망가진다. 이건 가능성이 아니라 확실성이다.
아무리 작게 만들어도, 아무리 환경을 잘 설계해도, 언젠가 멈추는 날이 온다. 감기에 걸려서 일주일을 누워 있거나, 프로젝트 마감에 치여서 다른 모든 걸 내려놓거나, 특별한 이유 없이 그냥 모든 게 싫은 날이 찾아온다. 인간이니까. 기계가 아니니까. 그런 날이 온다.
문제는 멈추는 것 자체가 아니다. 멈춘 뒤에 일어나는 일이 문제다.
내가 수없이 경험한 패턴은 이렇다. 매일 하던 걸 하루 빠진다. "괜찮아, 하루쯤이야." 이틀이 된다. 좀 찜찜하지만 아직은 괜찮다. 사흘, 나흘. 슬슬 죄바카라감이 올라온다. "아 또 이러고 있네." 일주일이 지나면 달력의 X 표시가 끊긴 게 눈에 들어오고, 이상한 생각이 시작된다.
"이미 깨졌는데 뭐. 처음부터 다시 해야 하나." 처음부터 다시 한다는 건 너무 큰 에너지가 필요하고, 그래서 "다음 달 1일부터 다시 시작하자"가 된다. 다음 달 1일이 오면 또 다짐을 하고, 또 며칠 하다가, 또 멈추고.
이 패턴의 이름을 나는 한동안 "작심삼일"이라고 불렀다. 의지가 약해서 그렇다고 생각했다. 하지만 지금은 다르게 본다. 이건 의지의 문제가 아니라, 시스템에 복구 장치가 없는 문제다.
제품을 운영해본 사람은 안다. 장애는 반드시 일어난다. 서버가 다운되고, 버그가 터지고, 예상 못한 트래픽이 몰린다. 좋은 제품팀과 그렇지 않은 팀의 차이는 장애가 나느냐 안 나느냐가 아니다. 장애가 났을 때 얼마나 빨리 복구하느냐가 차이다.
그래서 좋은 팀은 장애 대응 프로토콜을 미리 만들어놓는다. 장애가 나면 이렇게 하고, 이 사람에게 알리고, 이 순서로 복구한다. 장애를 예방하는 것도 중요하지만, 장애가 났을 때 복구하는 매뉴얼이 있느냐가 시스템의 생존력을 결정한다.
삶의 시스템에도 이 복구 장치가 필요하다. 망가지지 않는 시스템을 만드는 게 아니라, 망가진 뒤 다시 켜는 방법을 시스템 안에 미리 넣어두는 것.
내가 찾은 가장 단순한 복구 장치는 이거다. "다음 한 번만 하면 된다." 일주일을 빠졌든 한 달을 빠졌든, 다시 시작하는 데 필요한 건 딱 한 번이다. 내일부터 매일 하겠다는 다짐이 아니라, 지금 한 번만 하면 된다. 달리기를 한 달 쉬었으면, 내일 마라톤을 뛰겠다는 게 아니라 오늘 10분만 걸으면 된다.
글을 두 주 안 썼으면, 장편을 쓰겠다는 게 아니라 한 문단만 쓰면 된다. 3편에서 이야기한 최소 시스템의 힘이 여기서 다시 빛난다. 시스템이 작을수록 복구하는 데 드는 에너지도 작다.
여기서 넘어야 할 가장 큰 장애물은 완벽주의다. "한 번 깨졌으니 처음부터 다시 해야 해." 이 생각이 복구를 가로막는 진짜 적이다. 달력에 X가 30일 연속으로 찍혀 있다가 하루 빠지면, 그 빈칸 하나가 유난히 크게 보인다. "연속 기록이 깨졌다"는 사실이 주는 좌절감이 실제 손실보다 훨씬 크다. 30일 중 하루를 빠진 거면 96.7%의 성공률인데, 감정적으로는 실패처럼 느껴진다. 이 감정에 잡히면 "깨진 김에 좀 쉬자"가 되고, "좀 쉬자"가 "다음 달부터 다시"가 되고, 결국 시스템이 사라진다.
그래서 복구 장치의 핵심은 감정이 아니라 행동에 집중하는 거다. 죄바카라감을 느끼거나 반성하는 데 에너지를 쓰지 않는다. 그냥 다음 한 번을 한다. 조용히, 담담하게. 이전에 얼마나 빠졌는지는 중요하지 않다. 지금 한 번을 하느냐 안 하느냐만 중요하다.
스콧 애덤스는 이걸 더 넓은 맥락에서 말한다. 실패는 성공의 원재료라고. 실패를 초대하고, 껴안고, 주머니를 털라고. 그가 딜버트를 만들기 전에 레스토랑 사업도 하고, 발명도 하고, 여러 가지를 시도했는데 대부분 실패했다. 하지만 각 실패에서 스킬을 얻고, 관계를 얻고, 교훈을 얻었다. 실패 자체는 끝이 아니었다. 실패에서 뭔가를 가져왔기 때문에 앞으로 넘어진 거다. 뒤로 넘어지면 손해만 남지만, 앞으로 넘어지면 한 발은 전진한 셈이다.
삶의 시스템에서도 마찬가지다. 시스템이 멈춘 기간이 순수한 손실일 필요는 없다. 멈추고 나서 "왜 멈췄지?"를 한 번만 돌아보면, 거기서 시스템을 개선할 단서를 얻을 수 있다.
일주일 동안 글을 못 썼다면, 왜 못 썼는지를 본다. 프로젝트 마감 때문이었다면, "마감 주간에는 글쓰기를 쉰다"는 규칙을 추가하면 된다. 미리 쉬기로 정해놓으면 죄바카라감도 없다. 이건 실패가 아니라 시스템의 유연성이 된다. 특별한 이유 없이 의욕이 사라져서였다면, 2편에서 다룬 에너지 쪽을 점검해볼 수 있다. 수면이 부족했는지, 운동을 안 했는지, 에너지를 깎는 뭔가가 있었는지. 이렇게 보면 시스템이 멈춘 경험 자체가 시스템을 더 튼튼하게 만드는 피드백이 된다.
"만드는 사람들의 협업법"에서 포스트모템을 이야기한 적이 있다. 장애가 났을 때 "누가 잘못했나"가 아니라 "어떤 상황에서 이런 일이 벌어졌나"를 보는 것. 사람이 아니라 시스템을 보는 것. 나 자신에게도 같은 태도를 적용할 수 있다. 시스템이 멈췄을 때 "나는 왜 이렇게 의지가 약할까"가 아니라 "이 시스템의 어떤 부분이 이 상황에서 약했을까"를 보는 것. 자바카라 대신 진단. 이 전환이 일어나면, 실패가 끝이 아니라 업데이트의 기회가 된다.
정리하면 이렇다. 시스템은 반드시 망가진다. 이건 전제다. 이 전제를 받아들이면, 목표가 바뀐다. "절대 멈추지 않는 시스템"이 아니라 "멈춰도 빨리 다시 켜지는 시스템"을 만드는 게 목표가 된다. 그리고 다시 켜는 방법은 놀라울 정도로 단순하다.
다음 한 번만 하면 된다. 죄바카라감에 에너지를 쓰지 말고, 반성에 시간을 쓰지 말고, 그냥 다음 한 번을 한다. 그러고 나서 조용히 돌아본다. 왜 멈췄는지, 시스템의 어디를 고치면 좋을지. 앞으로 넘어지기. 넘어지되 한 발은 앞에 놓기.
시스템이 멈추고 다시 켜지기를 반복하면서 조금씩 단단해진다면, 다음으로 생각해볼 것은 이런 시스템이 여러 개 쌓였을 때 일어나는 일이다. 운동 시스템, 글쓰기 시스템, 일의 시스템—개별로 돌아가던 것들이 서로를 강화하기 시작하는 순간이 온다. 다음 편에서는 평범한 것들의 조합이 어떻게 비범한 가치를 만드는지, 스킬 스태킹에 대해 이야기해보겠다.