vistalog

생산성 도구라면 무조건 Notion이라고 저도 한동안 그렇게 믿었습니다. 그런데 몇 달 전, 정교하게 구축해둔 Notion 대시보드를 닫고 Apple Notes를 열었을 때, 오히려 일이 더 빨리 끝났습니다. 이 글은 두 도구 중 어느 쪽이 무조건 옳다고 말하려는 것이 아닙니다. 프로젝트의 크기와 팀의 맥락에 따라 답이 달라진다는 것, 제가 직접 겪으면서 느낀 이야기를 풀어봅니다. 노션 열풍 속에서 생긴 의문, 그 배경 Notion이 생산성 커뮤니티에서 주목받기 시작한 건 관계형 데이터베이스(Relational Database) 기능 때문이었습니다. 관계형 데이터베이스란 서로 다른 정보 묶음을 논리적으로 연결하여 한 화면에서 통합 관리할 수 있는 구조를 말합니다. 예를 들어 프로젝트 목록과 팀원 역할, 마감일을 하나의 뷰에서 엮어서 볼 수 있다는 점이 당시에는 꽤 매력적으로 느껴졌습니다. 저도 팀 프로젝트를 시작할 때마다 "무조건 Notion으로 해야지"를 외치던 시기가 있었습니다. 칸반 보드(Kanban Board), 그러니까 업무 진행 상태를 카드 형식으로 시각화하는 방식을 구성하고, 갤러리 뷰로 콘텐츠를 정리하고, 자동화 규칙까지 연결하면 뭔가 대단한 시스템이 완성된 것 같은 기분이 들었습니다. 문제는 그 기분이 실제 업무 속도와는 별개였다는 점입니다. 팀원 중 한 명이 조심스럽게 꺼낸 말이 아직도 기억납니다. "Notion 유지보수 하느라 시간을 너무 많이 쓰는 것 같아요." 그 말을 듣고 나서야, 저도 주말에 Notion 시스템을 '완성'하는 데 몇 시간을 쏟고 있다는 걸 깨달았습니다. 실제로 주말마다 2~3시간씩 시스템을 정리하는 데 시간을 쓰고 있었습니다. 시스템을 위한 시스템을 만들고 있었던 셈입니다. 이런 현상을 생산성 연구자들은 메타워크(Meta-work)라고 부릅니다. 메타워크란 ...

한 주가 끝날 때마다 "이번 주도 뭔가 엄청 바빴는데, 뭘 했지?" 싶은 기분이 드신 적 있으신가요. 저는 꽤 오랫동안 그 질문에 시원한 답을 못 했습니다. 캘린더는 빽빽했고, 알림은 쉴 새 없이 울렸습니다. 그런데 막상 한 주 치 결과물을 돌아보면 공허했습니다. 캘린더를 단순한 일정판이 아니라 진짜 생산성 도구로 다시 설계하기 시작한 것이 계기가 됐습니다. 당시 하루 평균 10개 이상의 일정과 알림을 처리하는 환경이었고, 대부분이 회의와 메시지 대응으로 채워져 있었습니다. 색상 코딩, 보기 좋은 그림 말고 의사결정 도구로 처음에 캘린더 색상을 접했을 때는 솔직히 그냥 꾸미기 기능이라고 생각했습니다. 빨간색, 파란색, 초록색으로 블록을 채워 넣으면 일정판이 예뻐 보이는 것 그 이상도 이하도 아닌 것처럼 느껴졌습니다. 실제로 색에 아무 의미도 두지 않고 일정을 넣다 보니, 꽉 찬 캘린더에 휘둘리면서도 정작 한 주를 마무리하고 나면 "결과물이 어디 갔지?" 하는 의문만 남았습니다. 전환점이 된 건 색상 코딩(Color Coding)을 시스템으로 정의하면서부터였습니다. 색상 코딩이란 캘린더의 각 일정 블록에 업무 성격에 따라 고유한 색을 부여하는 방법입니다. 저는 먼저 '집중 업무'와 '단순 지원'이라는 두 축으로 색을 나누고, 거기서 개인 업무, 팀 업무, 프로젝트 업무를 구분하는 색들을 정의했습니다. 분류된 색으로 채워진 캘린더를 다시 봤을 때, 제가 실제로는 급박하고 중요한 일보다 굳이 없어도 됐을 일들에 대부분의 시간을 쓰고 있었다는 걸 눈으로 확인할 수 있었습니다. 단, 처음에 야심차게 색을 여섯 가지 이상으로 나눴다가 낭패를 봤습니다. 일정을 등록할 때마다 "이게 무슨 색이었더라?"를 고민하게 되더니 결국 시스템 자체를 안 쓰게 됐습니다. 색상 체계는 최대한 심플하게 가져가야 유지됩니다....

솔직히 저는 애플 기기끼리라면 뭐든 알아서 잘 되는 줄 알았습니다. 아이폰, 맥북, 아이패드가 같은 애플 ID로 묶여 있으면 협업도 그냥 되겠지 싶었던 거죠. 그런데 막상 팀 프로젝트를 iCloud Drive로 운영해보니 예상 밖의 상황이 한두 번이 아니었습니다. 제가 직접 겪은 동기화 오류, 파일 충돌, 권한 설정 실수까지 — 삽질했던 경험을 바탕으로 iCloud Drive 협업을 제대로 쓰는 방법을 공유합니다. 폴더 공유, 권한 설정부터 잡아야 합니다 iCloud Drive에서 팀원과 협업을 시작하는 가장 기본 단계는 공동 작업용 폴더를 만들고 초대하는 것입니다. Finder에서 iCloud Drive를 열고 폴더를 선택한 뒤 공유 버튼을 누르면 되는데, 여기서 저는 처음에 권한 설정을 대충 넘겼다가 낭패를 봤습니다. '해당 링크를 가진 누구나'로 설정해두면 링크만 있으면 누구든 접근이 가능한 상태가 됩니다. 외부 공유가 잦은 환경이라면 보안 리스크가 생길 수 있습니다. 저는 그 이후로 핵심 자료가 담긴 폴더는 반드시 '초대받은 사람만'으로 접근 권한을 제한하고, 편집이 필요 없는 팀원에게는 '보기 전용' 권한만 부여하고 있습니다. 계층적 폴더 공유(Hierarchical Folder Sharing)란, 상위 폴더를 공유하면 그 안의 모든 하위 파일과 폴더에 동일한 접근 권한이 자동으로 내려가는 방식입니다. 쉽게 말해 폴더 하나만 공유해두면 그 안에 새로 추가하는 파일도 별도 설정 없이 팀원들과 공유된다는 뜻입니다. 이 구조를 이해하고 나서는 프로젝트별로 상위 폴더를 하나씩 만들고 그 안에서 작업을 정리하는 방식으로 바꿨는데, 훨씬 체계적으로 운영할 수 있었습니다. 한 가지 더 챙겨야 할 설정이 있습니다. '다른 사람의 초대 허용' 옵션인데, 이게 켜져 있으면 팀원도 다른 사람을 추가로 초대할 수...

아이폰 기본 캘린더 앱 하나로 팀 일정 전체를 돌린 지 2년이 됐습니다. 처음에는 반신반의했습니다. Outlook 캘린더를 버리고 애플 기본앱으로 완전히 넘어간다는 게 쉬운 결정은 아니었거든요. 그런데 지금은 오히려 그때 왜 더 일찍 바꾸지 않았을까 싶을 만큼, 팀의 시간 관리 방식 자체가 달라졌습니다. 당시 팀의 규모는 약 10명 수준이었고, 하루 평균 5~10개의 일정이 공유되는 환경이었습니다. Outlook 캘린더를 떠난 이유 Outlook을 쓸 때 가장 자주 생기던 실수가 있었습니다. 이메일을 보낸 걸 미팅 초대장(Meeting Invitation)을 보낸 것으로 착각하는 일이었습니다. 미팅 초대장이란 캘린더 이벤트에 참석자를 초대하여 상대방의 캘린더에도 일정이 자동 등록되게 하는 기능인데, 메일과 일정이 한 앱 안에 섞여 있다 보니 이 둘을 혼동하는 상황이 팀 안에서 종종 발생했습니다. 상대방은 미팅이 잡힌 줄 알고, 저는 이메일로 알렸으니 됐다고 생각하는 식의 엇갈림이었습니다. 실제로 중요한 외부 미팅이 누락된 적이 2~3회 있었고, 이 경험이 도구 변경을 검토하게 된 계기였습니다. 아이폰 캘린더 앱으로 완전히 넘어오고 나서는 해당 유형의 실수는 거의 발생하지 않게 되었습니다. 메일 앱과 캘린더 앱이 완전히 분리된 환경이다 보니, 일정을 잡는 행위와 메시지를 보내는 행위가 구조적으로 구분됩니다. 처음에는 앱을 두 개 써야 한다는 점이 불편할 것 같았는데, 실제로 써보니 오히려 역할이 명확해져서 실수가 줄었습니다. 애플 OS 환경에 최적화된 기본 앱이다 보니 구동 속도나 전반적인 사용성도 체감상 제 사용 환경에서는 더 가볍게 느껴졌습니다. MS Office 중심으로 업무를 처리할 때는 앱 자체가 무겁다는 느낌이 항상 있었는데, 이건 개인적인 체감이지만 매일 쓰는 도구인 만큼 이 차이가 누적되면 꽤 큰 영향을 줍니다. 불필요한 서드파티 앱 없...

협업 툴이라고 하면 대부분 노션이나 구글 독스를 떠올리는데, 정작 제 손에서 가장 자주 쓰이는 건 Apple 메모였습니다. 특히 작은 프로젝트를 빠르게 시작하고 마무리해야 할 때, 무거운 툴은 오히려 독이 될 수 있다는 걸 몇 번의 시행착오 끝에 깨달았습니다. Apple 메모의 공유 기능은 생각보다 강력하며, 실시간 협업과 권한 관리까지 지원해 소규모 팀 운영에 최적화되어 있습니다. 공유폴더 하나로 프로젝트 전체를 관리하는 법 Apple 메모에서 개별 노트를 일일이 공유하는 분들도 있는데, 저는 폴더 단위 공유가 훨씬 효율적이라고 봅니다. 폴더 자체를 공유하면 그 안에 새로 만드는 모든 메모가 자동으로 팀원들에게 공유되기 때문에, 매번 '이 사람 추가했나?' 확인할 필요가 없습니다. 설정 방법은 간단합니다. 폴더 보기에서 새 폴더를 만들고, 해당 폴더를 길게 눌러 공유 옵션을 선택한 뒤 팀원을 초대하면 됩니다. 이후 이 폴더 안에서 생성되는 모든 문서는 자동으로 공유 상태가 유지됩니다. 제가 진행했던 한 프로젝트에서는 기획 폴더 하나를 공유해두고, 회의록·작업 리스트·참고 자료를 모두 그 안에 정리했습니다. 덕분에 팀원들이 "어디 있죠?"라고 물어볼 일이 거의 없었습니다. 이 방식의 가장 큰 장점은 하향식 권한 상속(Inheritance)입니다. 쉽게 말해, 상위 폴더에 설정한 접근 권한이 하위 문서에 자동으로 적용되는 구조입니다. 구글 독스는 문서마다 공유 설정을 해야 하는 번거로움이 있는데, Apple 메모는 폴더 하나만 공유하면 끝입니다( 출처: Apple 공식 지원 ). 실시간편집과 활동 추적으로 회의록 따로 안 쓴다 회의 중에 메모를 함께 작성하면 회의록을 별도로 정리할 필요가 없다는 걸 아시나요? 저는 회의가 시작되면 공유 메모를 열어두고, 각자 자기 파트를 실시간으로 입력하게 했습니다. 누가 어떤 내용을 추가했는지는 화면 오른쪽 상단의 활동 아이콘을 통해 즉시 확인할 수 있습니다. 활동 보기...

노션으로 모든 업무를 관리하면 생산성이 오른다고 믿었었습니다. 우리 팀의 성격에는 맞지 않았습니다. 화려한 기능에 매료되어 팀 전체를 노션으로 전환했지만, 정작 팀원들은 복잡한 사용법을 익히느라 본업에 집중하지 못했습니다. 특히 도입 초기 2주 동안은 팀원들이 페이지 구조를 이해하지 못해 회의 시간에 노션 사용법을 설명하는 데 더 많은 시간을 쓰는 상황이 반복됐습니다. 그때 깨달았습니다. 협업 도구는 화려할수록 좋은 게 아니라, 모두가 쉽게 쓸 수 있어야 한다는 걸 말이죠. 그 후 애플 기본앱으로 시스템을 단순화하자 별도 교육 없이도 실시간 협업이 자연스럽게 이루어졌고, 팀 생산성이 눈에 띄게 올랐습니다.  iCloud 동기화 엔진이 만드는 실시간 협업 애플이 2013년 WWDC에서 iWork for iCloud를 발표했을 때, 많은 사람들이 브라우저 기반 앱의 기술적 성과에 주목했습니다. 하지만 실시간 협업 기능은 제한적이었습니다. 당시 구글 앱스(Google Apps)는 이미 안정적인 협업 기능으로 시장을 장악하고 있었고, 마이크로소프트 역시 웹과 네이티브 앱에서 실시간 협업을 지원하고 있었습니다. 하지만 지금은 다릅니다. iCloud는 단순한 클라우드 저장소가 아니라 실시간 동기화 기반의 협업 엔진으로 진화했습니다( 출처: Apple 지원 ). 동일한 애플 ID로 로그인하거나 공유 기능을 활용하면 메모, 미리알림, 캘린더의 모든 변경사항은 네트워크 환경에 따라 거의 실시간으로 반영됩니다. 제가 직접 팀 프로젝트에 적용해봤을 때, 회의록을 메모 앱에 작성하는 순간 팀원 전원의 기기에 실시간으로 나타났습니다. 별도의 새로고침이나 동기화 버튼 없이 말이죠. 이 경험은 노션에서 느꼈던 '로딩 지연'과는 차원이 달랐습니다.  메모 앱으로 구축하는 지식 저장소 메모 앱을 단순한 메모장으로만 생각한다면 큰 오해입니다. iOS 18 업데이트 이후 메모 앱은 프로젝트 문서, 회의록, 표준 운영 절차(SOP, Standard Operating ...