시스템 리팩토링: 6개월마다 내 워크플로우를 대수술하는 기술
이 글의 핵심 목차
1. 시스템도 늙는다: '워크플로우 엔트로피'의 위협
처음 시스템을 설계할 때는 모든 것이 명쾌합니다. 하지만 시간이 흐를수록 새로운 도구가 추가되고, 예외 상황을 처리하기 위한 조건문이 붙으며, 쓰지 않는 데이터 필드가 쌓여갑니다. 이를 소프트웨어 공학에서는 '기술 부채'라 부르고, 저는 생산성 시스템에서 '워크플로우 엔트로피'라고 부릅니다. 무질서도가 증가하여 결국 시스템이 나를 돕는 게 아니라, 내가 시스템을 관리하느라 진을 다 빼게 되는 상태입니다.
저 역시 한때 노션 페이지 하나에 50개가 넘는 속성(Property)을 만들고, 자피어 단계가 20단계를 넘어가는 '괴물 워크플로우'를 운영한 적이 있습니다. 결과는 참담했습니다. 작은 수정 하나에도 시스템 전체가 삐걱거렸고, 데이터를 입력하는 것 자체가 고역이 되었습니다. 진정한 아키텍트는 만드는 것보다 '버리는 것'에 더 능숙해야 합니다. 6개월마다 진행하는 시스템 리팩토링은 선택이 아닌 생존을 위한 필수 공정입니다.
2. 리팩토링의 첫 단추: '데이터 쓰레기'와 '유령 자동화' 식별하기
리팩토링의 시작은 현재 상태를 객관적으로 파악하는 '감사(Audit)'입니다. 가장 먼저 확인해야 할 것은 '지난 3개월간 한 번도 조회하지 않은 데이터'입니다. 우리는 혹시 모를 상황을 대비해 수많은 데이터를 수집하지만, 대부분은 용량만 차지하는 쓰레기가 됩니다.
또한, '유령 자동화'를 찾아내야 합니다. 분명 작동은 하고 있지만, 그 결과물을 아무도 확인하지 않거나 이미 다른 방식으로 해결된 자동화 로직들입니다. 저는 리팩토링 기간에 모든 자동화 툴의 로그를 전수 조사합니다. 실행 횟수는 높은데 내 의사결정에 기여하지 못하는 로직은 과감히 삭제 대상 1순위로 올립니다.
3. 나의 독창적 노하우: '미니멀리즘 아키텍처'로의 회귀 전략
제가 리팩토링 시 사용하는 독창적인 기법은 '제로 베이스 씽킹(Zero-based Thinking)'입니다. "지금 이 워크플로우를 처음부터 다시 만든다면, 이 기능이 정말 필요할까?"라고 묻는 것입니다. 이때 제가 적용하는 3가지 필터는 다음과 같습니다.
- 필터 1. 마찰력 테스트: 이 기능을 유지하기 위해 내가 들여야 하는 입력의 수고가 결과의 가치보다 큰가?
- 필터 2. 인지 부하 테스트: 이 화면을 봤을 때 3초 이내에 내가 무엇을 해야 할지 직관적으로 알 수 있는가?
- 필터 3. 도구의 순수성: 이 도구가 원래 설계된 목적(예: 노션-문서, 슬랙-소통)에 맞게 쓰이고 있는가? 아니면 억지로 기능을 끼워 맞췄는가?
이 필터를 통과하지 못한 기능은 가차 없이 제거하거나 단순화합니다. 시스템은 복잡할수록 강력해 보이는 착각을 주지만, 실제로는 단순할수록 견고하고 오래갑니다. '덜어냄'으로써 완성되는 아키텍처, 그것이 심화 아키텍트의 고차원적 노하우입니다.
4. 실전 가이드: 단계별 시스템 대수술 프로세스 (Audit & Trim)
구체적인 리팩토링 순서는 다음과 같습니다.
- 데이터베이스 슬림화: 노션이나 에어테이블의 속성 중 사용 빈도가 낮은 항목을 숨기거나 삭제합니다. 특히 '수식(Formula)' 속성이 너무 많으면 로딩 속도가 느려지므로 필요한 것만 남깁니다.
- 자동화 경로 단축: 여러 단계를 거치는 자피어 로직을 19편에서 배운 API나 웹훅을 활용해 단축합니다. 단계가 줄어들수록 오류 발생 지점도 줄어듭니다.
- 알림 노이즈 제거: 슬랙이나 이메일로 오는 자동 알림 중 내가 '읽음' 처리만 하고 넘어가는 것들을 모두 끕니다. 알림은 '즉각적인 행동'이 필요한 경우에만 존재해야 합니다.
- 문서 계층 재구조화: 지난 6개월간 쌓인 문서들을 현재의 우선순위에 맞춰 다시 분류합니다. 완료된 프로젝트는 별도의 '아카이브' 데이터베이스로 이동시켜 메인 시스템의 무게를 줄입니다.
이 과정을 거치고 나면 시스템의 반응 속도가 빨라질 뿐만 아니라, 사용자의 심리적 저항선이 급격히 낮아집니다. 시스템이 가벼워져야 비로소 다시 달릴 준비가 된 것입니다.
5. 아키텍트의 유지보수: 도구가 아닌 '목적'에 다시 정렬하기
리팩토링의 궁극적인 목적은 도구의 최적화가 아니라 '나의 목표와 시스템의 정렬'입니다. 6개월 전의 나와 지금의 나는 목표가 다를 수 있습니다. 예전에는 '콘텐츠 대량 생산'이 목표였다면, 지금은 '고품질 자산화'가 목표일 수 있죠. 그렇다면 시스템의 구조도 당연히 바뀌어야 합니다.
저는 리팩토링 마지막 단계에서 항상 '나의 핵심 가치'를 적어둔 노트를 펼칩니다. 그리고 묻습니다. "이 시스템은 나를 내 꿈에 더 가깝게 데려다주고 있는가, 아니면 도구의 노예로 만들고 있는가?" 시스템은 살아있는 유기체와 같습니다. 주기적인 대수술을 통해 불필요한 군더더기를 떼어내고 에너지를 본질에 집중시키십시오. 아키텍트의 진가는 새로운 것을 도입할 때가 아니라, 오래된 것을 아름답게 정리할 때 빛납니다.
6. 핵심 요약
- 정기적 리팩토링 습관: 시스템 엔트로피를 해결하기 위해 최소 6개월 주기로 워크플로우 대수술을 단행하십시오.
- 데이터 감사(Audit): 사용하지 않는 데이터 속성과 결과 없는 자동화 로직을 과감히 삭제하여 시스템의 무게를 줄이십시오.
- 미니멀리즘 지향: 제로 베이스 씽킹을 통해 본질적인 기능만 남기고 인터페이스를 직관적으로 재설계하십시오.
- 목표와의 재정렬: 시스템의 구조가 현재 나의 삶의 우선순위와 일치하는지 점검하고 방향을 수정하십시오.
댓글
댓글 쓰기