기억을 보관하는 능력과 책임을 보관하는 능력은 같은 문제다

Jun 28, 2026

6 min read

5 views

68%

사라지는 것은 코드만이 아니다

코드가 사라지는 일은 늘 기술 문제처럼 보인다. 저장을 안 했거나, 백업을 깜빡했거나, 협업 과정에서 덮어씌워졌거나, 플랫폼이 바뀌면서 흔적이 흐려졌다고 말하면 그럴듯하다. 그런데 정말 사라지는 것은 코드만일까? 더 정확히 말하면, 우리가 만든 것, 맡은 일, 지켜야 할 사람, 그리고 그 모든 것을 다시 찾을 수 있게 만드는 책임의 흔적까지 함께 사라지는 것은 아닐까.

한쪽에서는 창작물을 영원히 보관할 수 있는 저장소를 짓는 이야기가 나온다. 다른 한쪽에서는 기록적 폭우 속에서도 주민은 고립돼 생존을 걱정하는데, 책임을 져야 할 자리는 다른 곳을 향하고 있는 장면이 드러난다. 이 둘은 전혀 다른 이야기처럼 보이지만, 사실 같은 질문을 향한다. 우리는 무엇을 잃지 않기 위해 시스템을 만드는가? 그리고 더 불편한 질문이 하나 더 있다. 시스템이 없을 때 사람은 왜 가장 중요한 것을 가장 쉽게 잃는가?

핵심은 기억의 기술이 아니다. 핵심은 기억을 보관하는 능력과 책임을 보관하는 능력은 서로 분리되지 않는다는 점이다. 코드를 잃어버리는 조직은 결국 맥락을 잃고, 맥락을 잃은 조직은 책임도 잃는다. 반대로 책임이 증발하는 조직은 데이터가 많아도 실질적인 기억이 없다. 문서가 있어도 실행이 없고, 저장소가 있어도 신뢰가 없고, 보고서가 있어도 행동이 없으면, 그것은 기록이 아니라 장식이다.

백업의 본질은 안전이 아니라 복원 가능성이다

사람들은 종종 백업을 보험처럼 생각한다. 평소에는 필요 없고, 사고가 나면 그때 꺼내 쓰는 예비 장치라고 여긴다. 하지만 진짜 백업의 의미는 단순한 저장이 아니라 복원 가능성이다. 다시 말해, 중요한 순간에 무엇이 있었는지, 왜 그렇게 결정했는지, 어떤 변경이 어떤 결과를 낳았는지를 되돌릴 수 있어야 한다.

이 관점에서 보면 깃허브 같은 버전 관리 도구는 단순한 개발 편의 기능이 아니다. 그것은 시간을 다루는 장치다. 현재의 파일을 보관하는 것이 아니라, 과거의 선택을 추적하고, 실수를 되돌리고, 협업의 흔적을 남기고, 누가 어떤 판단을 했는지 보여준다. 창작자에게 이것은 작품의 창고가 아니라 작품의 기억이다.

그런데 이 원리는 행정과 공공 운영에도 그대로 적용된다. 재난 상황에서 중요한 것은 단순히 문서를 보관했는지 여부가 아니다. 어떤 경보가 언제 내려졌고, 누가 어떤 근거로 어떤 판단을 했으며, 왜 그때 현장에 자원이 배치되지 않았는지, 그 과정을 복원할 수 있어야 한다. 복원할 수 없는 조직은 실수를 학습하지 못한다. 학습하지 못하는 조직은 같은 상황에서 같은 실수를 반복한다.

사라지는 것은 파일이 아니라 판단의 이력이다. 판단의 이력이 사라지면, 조직은 미래에도 과거와 같은 무능을 반복한다.

이것이 중요한 이유는 명확하다. 개인에게 버전 관리는 안도감을 주지만, 조직에게는 책임 추적성을 준다. 개인이 코드를 잃으면 며칠을 잃는다. 조직이 책임의 버전을 잃으면 사람의 안전을 잃는다.

왜 어떤 조직은 기록이 많아도 기억이 없는가

현대 조직은 기록을 많이 남긴다. 회의록, 보고서, 메신저 로그, 전자결재, 사진, 영상, 대시보드가 넘친다. 그런데 기록이 많다고 기억이 많은 것은 아니다. 오히려 너무 많은 기록은 종종 기억을 흐린다. 필요한 핵심이 분산되고, 책임의 경로가 흐려지고, 중요한 정보가 쓸모없는 형식 속에 묻힌다.

이 현상을 이해하려면, 조직을 하나의 저장소가 아니라 설계된 기억 체계로 봐야 한다. 좋은 기억 체계에는 세 가지가 있다. 첫째, 버전이 있어야 한다. 둘째, 의도가 있어야 한다. 셋째, 복구 절차가 있어야 한다.

버전이 없다는 것은 과거의 선택을 지우는 것이다. 의도가 없다는 것은 왜 그 선택을 했는지 알 수 없다는 뜻이다. 복구 절차가 없다는 것은 문제가 생겨도 되돌릴 수 없다는 뜻이다. 이 세 가지가 없으면 기록은 쌓여도 조직은 배운 것이 없다. 파일은 남아도 판단은 사라진다.

공공 영역에서 기강 해이는 종종 개인의 도덕성 문제로만 묘사된다. 하지만 실제로는 구조의 문제인 경우가 많다. 누가 결정했고, 누가 점검했고, 누가 멈춰야 했는지 분명하지 않으면, 사람들은 각자 자기 역할만 수행했다고 말한다. 그 순간 책임은 조직 전체에 퍼져서 아무도 책임지지 않는 상태가 된다. 이것은 윤리의 실패이기도 하지만, 동시에 기억 설계의 실패다.

예를 들어, 폭우가 예보된 날에 누군가는 연수를 취소해야 한다고 생각했고, 누군가는 일정대로 가도 된다고 판단했을 수 있다. 만약 그 판단 과정이 문서화되고, 기준이 명시되고, 긴급 상황에서 자동으로 우선순위가 바뀌는 규칙이 있었다면 어땠을까. 문제는 단지 한 사람의 부주의가 아니라, 상황을 바꾸지 못하는 조직 구조에 있다. 인간은 실수한다. 하지만 좋은 시스템은 실수가 재난이 되기 전에 그것을 흡수한다.

창작자와 공직자가 공유하는 하나의 원칙: 되돌릴 수 있어야 한다

겉으로 보면 창작과 행정은 완전히 다른 세계다. 하나는 소스 코드를 다루고, 다른 하나는 사람과 행정을 다룬다. 하지만 깊이 들어가면 둘은 같은 원칙 위에 서 있다. 되돌릴 수 있어야 한다.

창작에서 되돌릴 수 있다는 것은 이전 버전으로 돌아갈 수 있다는 뜻이다. 더 좋은 아이디어가 떠오를 때, 마음껏 실험할 수 있다. 실패해도 회복 가능하기 때문이다. 이때 창작자는 더 과감해진다. 역설적으로, 안전장치가 있어야 혁신이 가능하다.

행정에서도 마찬가지다. 재난 대응, 민원 처리, 예산 집행, 인사 결정은 모두 되돌릴 수 없는 결과를 낳을 수 있다. 그러므로 중요한 것은 단순한 속도가 아니라 실수해도 조정 가능한 구조를 만드는 것이다. 사전에 우선순위를 바꾸는 규칙, 상황 보고가 올라오면 즉시 일정이 재배치되는 체계, 오판이 있었을 때 누구나 근거를 검토할 수 있는 로그가 필요하다.

여기서 중요한 통찰이 하나 있다. 많은 조직은 통제를 강화한다고 말하면서 실제로는 기억을 억압한다. 보고는 위로만 올라가고, 현장의 맥락은 아래에 남는다. 그래서 나중에 문제가 생기면 누구도 전체 그림을 보지 못한다. 반대로 성숙한 조직은 통제를 강화하는 대신 기억을 정교하게 만든다. 누가 봐도 의사결정의 흐름이 보이고, 판단의 근거가 남고, 필요한 순간 다시 불러올 수 있다.

좋은 시스템은 사람을 덜 믿는 시스템이 아니라, 사람의 한계를 전제로도 작동하는 시스템이다.

이 말은 냉소적이지 않다. 오히려 인간에 대한 깊은 존중이다. 사람은 피곤하고, 분주하고, 긴장하면 빠뜨리고, 체면 때문에 잘못을 늦게 인정한다. 그래서 시스템이 필요하다. 시스템의 역할은 사람을 대체하는 것이 아니라, 사람이 망각하더라도 공동체가 함께 기억하게 만드는 데 있다.

내가 잃지 않으려면, 무엇을 저장해야 하는가

여기서 질문은 기술에서 윤리로 넘어간다. 무엇을 저장할 것인가. 단지 결과물만 저장하면 충분할까. 아니다. 결과물은 가장 마지막 층위다. 진짜 중요한 것은 과정, 기준, 예외, 그리고 실패다.

개인에게도 이 원칙은 유효하다. 많은 사람은 노트 앱에 할 일을 적지만, 왜 그 일을 하기로 했는지는 적지 않는다. 그래서 나중에 목록은 남아도 방향은 사라진다. 프로젝트 파일은 남아도 배운 점은 잊힌다. 마찬가지로 조직도 회의록은 남기지만, 어떤 논쟁을 거쳐 결론에 도달했는지는 남기지 않는다. 그러면 다음 회의는 첫 회의로 되돌아간다.

이것을 방지하려면 기억을 세 층으로 나눠 저장해야 한다.

결과의 층: 무엇이 결정되었는가.
과정의 층: 어떤 근거와 논쟁을 거쳤는가.
예외의 층: 어떤 상황이면 결정을 바꾸는가.

이 세 층이 함께 있어야 한다. 결과만 있으면 맹목적이다. 과정만 있으면 느리다. 예외가 없으면 경직된다. 균형 잡힌 기억 체계는 단순히 기록을 늘리는 것이 아니라, 결정을 되돌리고 수정할 수 있는 조건을 명확히 하는 것이다.

공공 재난 대응을 예로 들면, 폭우 예보가 왔을 때 대피 명령을 내릴 기준, 도로를 통제할 기준, 연수나 외부 일정이 자동으로 취소되는 기준이 분명해야 한다. 이 기준은 사후 변명용 문서가 아니라 사전 행동 규칙이어야 한다. 그래야만 위기 앞에서 개인의 기강에 기대지 않고 구조가 사람을 보호한다.

Key Takeaways

기억은 저장이 아니라 복원이다. 중요한 것은 파일이 남는지가 아니라, 판단과 책임의 경로를 다시 꺼낼 수 있는가이다.
기록이 많아도 기억이 없을 수 있다. 결과, 과정, 예외를 함께 남겨야 조직은 배운다.
버전 관리의 원리는 공공 운영에도 적용된다. 변경 이력, 판단 근거, 복구 절차가 있어야 실수가 재난으로 번지지 않는다.
책임은 개인의 도덕성만으로 유지되지 않는다. 위기 상황에서 자동으로 작동하는 규칙과 우선순위가 있어야 한다.
좋은 시스템은 사람을 의심해서가 아니라 사람의 한계를 인정해서 만든다. 인간은 망각하지만, 구조는 기억할 수 있어야 한다.

시스템은 결국 윤리의 형태다

우리는 종종 기술과 윤리를 분리해서 생각한다. 기술은 효율, 윤리는 태도라고 여긴다. 그러나 실제로는 다르다. 무엇을 저장하고, 무엇을 되돌릴 수 있게 하고, 무엇을 자동으로 우선순위 위에 올릴지는 모두 윤리적 선택이다. 어떤 것을 잃어도 된다고 여기는 조직은 결국 가장 약한 사람의 안전을 잃는다.

그래서 깃허브식 사고는 개발자의 전유물이 아니다. 그것은 현대 사회 전체가 배워야 할 기억의 윤리다. 변경 이력이 남는 사회, 판단 근거가 남는 사회, 위기 때 자동으로 우선순위가 바뀌는 사회는 단지 더 효율적인 사회가 아니다. 그것은 사람을 잃지 않으려는 사회다.

재난 속에서 주민이 고립되어 있는데도 공직자가 다른 곳을 향하고 있다면, 그 문제는 단지 한 번의 무책임으로 끝나지 않는다. 그것은 무엇을 중요하게 저장했고, 무엇을 쉽게 지웠는지에 대한 결과다. 반대로 코드 한 줄을 잃지 않기 위해 버전 관리가 필요하듯, 공동체는 한 사람의 생명도 잃지 않기 위해 책임의 버전 관리를 해야 한다.

결국 문제는 단순하다. 우리는 어떤 세계를 만들고 싶은가? 실수는 되돌릴 수 있고, 판단은 추적 가능하며, 위기 앞에서는 사람이 아니라 규칙이 먼저 반응하는 세계인가. 아니면 기록은 많지만 기억은 없고, 저장은 잘하지만 책임은 사라지는 세계인가.

진짜 성숙한 조직은 파일을 잘 보관하는 조직이 아니다. 중요한 것을 다시 찾을 수 있게 만드는 조직이다. 그리고 가장 중요한 것은 언제나 사람이다. 코드를 잃지 않기 위한 기술을 배웠다면, 이제는 책임을 잃지 않기 위한 시스템을 배워야 한다. 그때 비로소 저장소는 단순한 보관함이 아니라, 공동체가 스스로를 배신하지 않게 하는 기억의 성전이 된다.