재택과 하이브리드가 상수로 자리 잡자, 팀은 더 이상 한두 개의 툴로는 굴러가지 않는다. 회의, 문서, 채팅, 파일, 보안까지, 하루에 오가는 링크가 수십 개다. 여기서 가장 자주 받는 질문이 있다. 팀에서 꼭 알아야 할 사이트 주소는 무엇이고, 어떤 순서로 정리하면 유지 관리가 쉬운가. 이 글은 실무에서 겪은 기준과 함께, 바로 써먹을 수 있는 링크모음 설계법을 담았다. 플랫폼별 장단점, 보안과 접근 통제, 새 구성원 온보딩까지 흐름을 따라가면 팀의 사이트 주소모음이 깔끔하게 정리된다.
링크모음이 팀 생산성에 미치는 영향
슬랙 채널 상단에 즐겨찾기만 덕지덕지 붙인 팀은 몇 주만 지나도 링크가 썩는다. 담당자가 바뀌고, 플랜이 바뀌고, 도메인이 바뀐다. 반면 체계적으로 만든 사이트 주소모음은 다음을 해결한다. 첫째, 링크를 찾느라 생기는 미세한 대기 시간을 줄인다. 둘째, 권한 설정이 일관되어 보안 사고가 줄어든다. 셋째, 툴 도입과 폐기를 기록으로 남겨 의사결정 이력이 생긴다. 현장에서는 이 차이가 수치로 보인다. 30명 규모의 팀에서 자주 쓰는 링크 30개를 한 페이지로 묶어 북마크하면, 단순 검색과 접근 대기 시간이 하루 합산 20분가량 줄었다. 분 단위의 마찰을 덜어내면 주 단위로는 업무 몰입 구간이 넓어진다.
회의 툴: 링크 기반으로 흐름을 설계하기
회의는 링크에서 출발해 링크로 끝난다. 캘린더 초대의 회의실 URL, 녹화본 주소, 회의록 문서 링크까지 한 흐름에 묶여야 한다.
- Zoom: https://zoom.us 회의 링크 고정, 웨비나, 대형 미팅에 강하다. 대기실과 패스코드를 기본값으로 켜 두면 외부 유입 통제가 수월하다. 영업팀이 외부 고객과 잦게 만날 때 안정적이다. Google Meet: https://meet.google.com Google Calendar와 붙어 흐름이 깔끔하다. 실시간 자막과 자동 녹화 연동이 편하다. 사내 미팅 중심의 팀이 부담 없이 쓰기 좋다. Microsoft Teams: https://www.microsoft.com/microsoft-teams Microsoft 365 쓰는 조직이라면 문서 공유와 일정이 한 생태계로 묶인다. 보안과 규정 준수가 중요한 업종에서 채택률이 높다. Webex: https://www.webex.com 대형 기관과 공공 프로젝트에서 흔히 본다. 오래된 회의 문화와 장비를 이어받아야 할 때 이점이 있다. Jitsi Meet: https://meet.jit.si 별도 계정 없이 즉시 방을 만들 수 있어 비상 상황이나 가벼운 스탠드업에 요긴하다. 내부용, 소규모에 적합하다.
회의 툴의 링크모음은 캘린더와 동기화되면 관리가 쉬워진다. 예를 들어 스프린트 리뷰, 디자인 리뷰, 매주 전사 타운홀처럼 반복되는 회의는 고정 URL을 발급하고, 노션이나 위키 상단에 회의별 상시 방과 회의록 링크를 나란히 배치한다. 회의마다 녹화 저장 위치를 정해 두자. Zoom은 클라우드 녹화 URL을, Google Meet는 Google Drive에 자동으로 떨어지는 폴더 경로를 함께 걸어 둔다. 회의가 끝난 뒤 참석자에게 회의록과 녹화본 URL이 자동 배달되면 링크 회수에 드는 시간을 없앨 수 있다.
문서 협업: 단일 진실의 원본을 어디에 둘 것인가
문서 툴의 선택은 검색성과 링크 안정성이 좌우한다. 어떤 툴을 써도 좋지만, 팀 내에서 원본 위치를 딱 하나로 정해야 버전 충돌을 막을 수 있다.
- Google Workspace: https://workspace.google.com Docs, Sheets, Slides, Drive가 한데 묶인다. 링크 공유 권한이 직관적이다. 링크 하나로 권한을 바꿔야 할 때 실무가 빠르다. Microsoft 365: https://www.microsoft.com/microsoft-365 Word, Excel, PowerPoint, SharePoint와 Teams 연동이 핵심. 사내 결재와 문서 보존 규정이 있는 기업에서 빛난다. Notion: https://www.notion.so 문서와 데이터베이스, 프로젝트 뷰를 한 화면에 엮을 수 있어 팀 포털로 쓰기 좋다. 링크미러나 단축 링크 관리가 쉬운 편이다. Confluence: https://www.atlassian.com/software/confluence 개발 조직에서 설계서와 회고를 남기기 좋다. Jira와 결이 맞아 이슈와 문서를 상호 참조하기 쉽다.
문서 링크모음을 만들 때, 프로젝트 단위 인덱스 페이지를 먼저 정한다. 예를 들어 제품 A의 인덱스 페이지에는 PRD, 로드맵, 의사결정 로그, 디자인 산출물, QA 체크리스트의 주소를 넣는다. 한 페이지에 10개 내외로만 고정하고, 세부 문서는 검색으로 찾게 한다. 링크가 20개를 넘어가면 오히려 인지 부하가 늘어난다. 단축 링크 도입도 권한다. 사내 도메인으로 go/prd, go/brand 같은 패턴을 쓰면, 회의 중에도 주소를 외워 말할 수 있다.
채팅과 알림: 대화가 기록으로 남는 구조 만들기
채팅은 즉시성의 이점과 함께 소실 위험을 안고 있다. 중요한 결정과 문서 주소는 채팅을 떠나 기록의 공간으로 옮겨야 한다.
- Slack: https://slack.com 채널 구조와 메시지 스레드가 명료하다. 워크플로 빌더와 봇으로 링크를 자동 수집해 위키에 반영하는 흐름을 만들기 좋다. Google Chat: https://chat.google.com Gmail, Calendar와 같은 도메인에서 돌아간다. Workspace를 이미 쓰고 있다면 진입 장벽이 낮다. Mattermost: https://mattermost.com 자체 호스팅이 필요하거나 규제 환경에서 외부 SaaS를 제한할 때 대안이 된다.
알림이 링크로 던져지는 경우, GitHub, Jira, CI 도구의 이벤트가 하루 수백 개까지 늘 수 있다. 채널을 목적별로 분리하고, 봇이 남긴 링크 중 사람의 액션이 필요한 항목만 이슈 트래커로 자동 승격시키는 규칙을 만들어야 한다. 링크만 남기면 이력에서 사라진다. 알림 채널은 읽고 흘려보내는 대신, 다음 행동 항목으로 연결되는 관문이어야 한다.
프로젝트와 이슈: 링크로 업무의 생애주기를 잇기
업무의 수명은 이슈로 태어나, PR로 합쳐지고, 릴리스 노트로 남는다. 이 과정을 링크가 꿰어야 한다.
- Jira Software: https://www.atlassian.com/software/jira 복잡한 워크플로와 권한 체계가 장점. 대규모 팀에서 책임 소재와 SLA를 명확히 관리할 수 있다. Linear: https://linear.app 속도가 빠르고 UI가 간결하다. 스타트업이 제품 개발 리듬을 타기에 적합하다. Trello: https://trello.com 보드와 카드 비유가 쉬워 비개발 인원이 많은 조직에서 직관적이다. Asana: https://asana.com OKR, 타임라인을 시각화하기 좋다. 마케팅, 사업, 디자인 팀의 공통 프로젝트에 유용하다.
이슈 트래커의 URL 규칙을 알면, 채팅이나 문서에서 번호만 언급해도 자동 링크로 전개되게 만들 수 있다. 예를 들어 PROJ-123, TSK-77처럼 접두어 패턴을 정하고, 슬랙 커스텀 봇이 이를 감지해 이슈 주소를 붙인다. PR과 배포 태그에도 이 이슈 번호를 박아 두면 추적이 자명해진다. 릴리스 노트는 노션이나 컨플루언스의 고정 주소로 축적하되, 각 항목에서 이슈와 커밋, PR로 왕복 이동이 가능해야 한다.
파일 저장과 공유: 링크 부여, 권한, 보존
파일 서버는 링크가 끊어지기 쉬운 영역이다. 조직이 바뀌거나, 프로젝트가 종료되면 권한이 바뀐다. 다음 주소들이 표준적으로 쓰인다.
- Google Drive: https://drive.google.com 폴더 단위 권한과 문서 공동 편집이 결합되어 업무 흐름이 단순하다. Microsoft OneDrive: https://www.microsoft.com/microsoft-365/onedrive 데스크톱 동기화와 윈도 생태계 연계가 강점이다. Dropbox: https://www.dropbox.com 외부 협업이 많거나, 대용량 파일 버전 관리를 중시할 때 여전히 쓸 만하다. Box: https://www.box.com 감사 추적과 규정 준수 기능이 강해 보안 요건이 높은 업종에서 선택된다.
링크모음에는 팀별 루트 폴더와 공용 템플릿 폴더 링크모음 주소만 둔다. 개인 작업 폴더는 모아두지 않는다. 권한은 팀 기본권한, 외부공유 금지, 링크 만료 설정을 원칙으로 삼는다. 외부 에이전시와 협업할 때는 프로젝트별 공유 폴더를 별도 도메인으로 분리해 만료를 걸자. 링크는 편하지만, 만료가 없으면 언젠가 문제를 만든다.
보안 토대: SSO, MFA, 비밀번호, 단말
원격근무에서 보안은 도구를 덧붙이는 것이 아니라, 접속의 관문을 정리하는 일이다. 접속 지점이 곧 링크이기 때문이다.
- Okta: https://www.okta.com SaaS 전반의 SSO를 관장할 수 있다. 사용자 수가 늘수록 비용과 관리 효율의 균형을 따져야 한다. Microsoft Entra ID: https://www.microsoft.com/security/business/identity-access/microsoft-entra-id Microsoft 365 중심 환경이라면, 계정 수명주기와 장치 규정을 함께 관리하기 좋다. 1Password: https://1password.com 팀 비밀번호 금고와 공유 금고를 분리해 역할별로 배포하기 좋다. Bitwarden: https://bitwarden.com 오픈소스 기반, 자체 호스팅 옵션이 있어 비용 민감한 팀에도 선택지다. Duo Security: https://duo.com MFA를 일괄 적용하고 위험 기반 정책을 세워 접속을 걸러낼 수 있다. Authy: https://authy.com 개인용 MFA 앱으로 보조 기기로 백업하기 쉬워, 초기 도입 저항이 낮다. WireGuard: https://www.wireguard.com 경량 VPN 프로토콜. 자체 구축형으로 사내 리소스에 안전하게 접근하게 해 준다.
보안 링크모음의 첫 줄은 SSO 포털 주소여야 한다. 그다음은 비밀번호 금고, MFA 등록 페이지, 기기 등록 포털, 보안 사고 신고 채널 순서로 둔다. 새 구성원이 회사 리소스에 접근하는 여정을 링크 하나하나로 안내하면, 보안팀의 티켓 처리량이 확 줄어든다. 무엇보다 MFA 백업 코드를 발급하고 안전한 위치에 보관하는 절차를 인덱스 페이지에 명시하라. 하루 10분 투자로 계정 탈취 리스크를 크게 낮출 수 있다.
개발 파이프라인: 코드, 리뷰, 배포, 모니터링
개발팀의 링크는 더 복잡하다. 하지만 주소의 기준은 단순해야 오래 산다.
- GitHub: https://github.com 조직과 리포지토리 루트, 공통 템플릿 리포 주소를 최상단에 둔다. GitLab: https://gitlab.com 자체 호스팅과 CI가 결합되어 내부망 운영에 강점이 있다. Jenkins: https://www.jenkins.io 오래된 파이프라인이 많아도, 잡 대시보드의 고정 주소를 포털에 박아두면 탐색 시간이 줄어든다. Sentry: https://sentry.io 에러 트래킹의 메인 대시보드 링크 한 개만 두고, 팀별 알림으로 라우팅한다. Grafana: https://grafana.com 서비스별 관제 대시보드 상단에 러닝북 문서를 링크해서, 알람이 났을 때 후속 조치를 바로 딸 수 있게 한다.
개발 링크모음의 핵심은 환경 분리다. 스테이징과 프로덕션의 도메인 패턴이 헷갈리면 사고로 이어진다. 주소 규칙을 명문화하자. 예를 들어 prod.example.com, stg.example.com처럼 앞부분만 바뀌는 체계를 채택하고, 내부 위키 첫 화면에 이 규칙과 각 환경의 헬스체크 URL을 배치한다.
커뮤니케이션 에티켓: 링크를 던질 때의 최소한
링크만 주고받으면 오해가 는다. 링크를 보낼 때는 맥락, 기대하는 행동, 마감 혹은 만료를 함께 적는다. 외부 공유 링크는 만료를 기본으로 걸고, 필요한 권한 최소로 공유한다. 문서 주소를 바꾸면 이전 링크를 리다이렉트하거나, 이전 문서 첫 줄에 새 주소를 남겨두자. 새벽 시간대에 링크를 던질 때는 메시지 예약 발송을 활용해 상대의 집중 시간을 보호한다. 링크모음은 단순한 북마크가 아니라, 팀의 약속을 담은 인터페이스다.
주제에서 벗어나는 링크 유혹 다루기: 프로야구 무료중계 사례
업무용 링크모음을 만들다 보면, 사적인 링크를 끼워 넣고픈 유혹이 생긴다. 특히 검색량이 많은 키워드인 프로야구 무료중계류는 악성 광고나 피싱으로 이어지는 경우가 잦다. 업무 환경의 보안과 집중을 생각하면, 이런 링크는 개인 기기와 개인 브라우저 프로필로 분리하는 것이 좋다. 회사 네트워크나 회사 계정이 로그인된 브라우저에서 비공식 스트리밍 사이트를 열면, 세션 하이재킹과 크리덴셜 탈취 위험이 커진다. 시청이 필요하다면 공식 중계 플랫폼을 이용하자. KBO 리그는 시즌마다 권리가 바뀌지만, 구단의 공식 홈페이지나 리그 공지, 합법적인 OTT 서비스 공지에서 정확한 주소를 확인하는 편이 안전하다. 링크모음에는 업무 목적과 무관한 항목을 넣지 않는다. 팀 포털이 깔끔할수록 신뢰와 집중이 유지된다.
팀 포털 한 장으로 묶기: 정보 설계와 명명 규칙
사이트 주소모음을 만드는 시작점은 정보 설계다. 팀이 매일 여는 페이지 상위 20개를 뽑아, 한 화면에 담는다. 카테고리는 회의, 문서, 작업, 파일, 보안, 개발, 지원센터 정도로 묶는다. 주소에는 사람이 읽을 수 있는 명칭과 유지 가능한 링크를 같이 쓴다. 예시를 들어 보자.
- 회의: 스프린트 리뷰 방 https://meet.google.com/xxx-xxxx-xxx - 회의록 https://company.notion.site/sprint-review 문서: 제품 A PRD https://company.notion.site/prd-a 작업: Jira, 보드 주소 https://company.atlassian.net/jira/software/c/projects/PROJ/boards/1 파일: 제품 A 공유 드라이브 https://drive.google.com/drive/u/0/folders/xxxx 보안: SSO 포털 https://company.okta.com - 비밀번호 금고 https://company.1password.com 개발: GitHub 조직 https://github.com/company - Sentry https://sentry.io/organizations/company/issues/
링크 옆 짧은 설명이 과소평가되곤 한다. 하지만 이 한 줄이 맥락을 덧붙여 북마크의 반응 속도를 높인다. 가급적 약어보다 용도를 먼저 쓴다. 예를 들어 PRD보다 제품 요구사항 문서, 보드보다 개발 스프린트 보드처럼 말이다.
검색성과 링크 부패에 대응하는 방법
좋은 링크모음은 살아 있는 생물에 가깝다. 링크 부패를 막으려면 두 가지를 병행해야 한다. 첫째, 링크를 만들 때부터 변하지 않는 주소를 선택한다. 문서의 공유 링크는 파일 경로나 폴더 명칭 변화에 영향을 덜 받는 고정 URL을 쓰자. 노션 페이지나 컨플루언스 스페이스는 페이지 ID 기반 링크가 안전하다. 둘째, 감시와 정리를 정기적으로 한다. 분기마다 포털의 클릭 로그를 확인하고, 30일 클릭이 없는 항목은 후보군으로 표시해 담당자에게 유지 여부를 묻는다. 담당자가 떠난 링크는 보안 위험이 되기도 하니, 오너십 필드를 추가해 퇴사 시 일괄 점검 항목으로 넣는다.
외부 파트너와 공유할 때의 기준
외부와 협업하면 링크가 조직 경계를 넘어간다. 이때 기준을 잡지 않으면 권한이 뒤엉킨다. 외부 사용자는 게스트 도메인에 묶고, 접근 가능한 링크는 프로젝트 포털 한 장으로 제한한다. 회의 툴은 대기실을 기본으로, 문서는 보기 권한이 기본이 되게 하며, 편집이 필요하면 짧은 기간 동안만 편집 권한을 연다. 파일 공유는 링크 공유 대신 이메일 기반 초대를 선택하면, 누가 접근했는지 추적이 된다. 이 원칙 몇 가지를 지키면 사고 후 대응 비용이 크게 줄어든다.
모바일과 데스크톱, 브라우저 프로필 분리하기
원격근무에서는 기기 경계가 흐려진다. 링크가 개인 생활로 새어 나가고, 개인 활동이 회사 보안 정책을 오염시키기도 한다. 해결책은 프로필 분리다. 크롬이나 엣지의 프로필 기능을 활용해 회사 계정 전용 프로필과 개인 프로필을 분리한다. 회사 프로필에는 SSO, 문서, 이슈, 보안 툴 주소만 넣고, 확장 프로그램은 필수 최소로 유지한다. 개인 프로필에는 개인 메일과 취미, 미디어, 커뮤니티 링크를 둔다. 모바일도 마찬가지다. 회사 앱과 개인 앱의 알림을 분리하고, 회사 데이터가 개인 클라우드로 흘러가지 않도록 백업 설정을 점검한다. 링크모음 페이지를 모바일 홈 화면에 바로가기 아이콘으로 박아두면 외근 중에도 필요한 주소를 빠르게 열 수 있다.
툴 선택을 위한 짧은 체크리스트
- 보안과 접근 통제가 기본 정책과 잘 맞는가 기존 스택과 자연스럽게 연동되는가, 중복은 없는가 링크의 안정성과 검색이 충분히 빠른가 모바일과 데스크톱에서 모두 사용하기 편한가 비용이 팀 규모 증가에 따라 감당 가능하게 상승하는가
이 다섯 가지만 체크해도, 서비스가 화려하다는 이유로 도입했다가 링크 지옥에 빠지는 일을 절반은 줄인다.
내부 가이드와 교육: 온보딩에 링크모음을 녹이기
신규 입사자는 첫 주에 100개가 넘는 링크를 만난다. 이 중 절반만 바로 쓰고, 나머지는 용어와 맥락에 익숙해질 때까지 방치된다. 팀 포털 첫 화면에 역할별 묶음을 준비하자. 엔지니어, 디자이너, 세일즈, CS별로 자주 쓰는 주소 상위 10개를 엄선해 준다. 링크 옆에는 2줄 내외의 설명과, 30초짜리 스크린캐스트를 붙이면 이해가 빨라진다. 온보딩 교육에서는 링크를 읽는 법, 링크를 만드는 법, 그리고 링크를 버리는 법까지 알려줘야 한다. 쌓기만 하는 문화는 결국 산을 만든다.
온보딩 링크모음 세팅, 30분 가이드
- 회사 계정으로 SSO 포털에 로그인하고 MFA 등록 페이지를 완료한다 팀 포털을 노션 혹은 위키에 열고, 브라우저 북마크바에 고정한다 캘린더에서 반복 회의의 고정 회의실 URL을 확인하고 회의록 링크를 연결한다 문서 원본 위치와 단축 링크 규칙을 익히고, 개인 폴더는 만들지 않는다 채팅 알림 채널 중 역할 관련 채널만 우선 구독하고 나머지는 뮤트한다
이 5단계를 지나면 첫 주의 링크 혼란을 크게 줄일 수 있다. 무엇보다도 개인 메모에 임시 링크를 쌓기보다, 팀 포털로 주소를 끌어 모으는 습관을 처음부터 들이면 이후 유지가 쉽다.
단축 링크와 도메인 전략
사내 단축 링크는 생각보다 위력을 발휘한다. Go/ops, go/oncall, go/brand 같은 키워드를 표준화하면, 회의 중에도 빠르게 공유된다. 자체 단축 서버를 운영할 여력이 없다면, 노션의 커스텀 도메인 기능이나, GitHub Pages + 리다이렉트 설정으로도 충분히 쓸 만한 단축 도메인을 만들 수 있다. 중요한 것은 주소의 수명이다. 임시 캠페인은 만료를 걸고, 상시 운영 주소는 리다이렉트를 유지하자. 단축 주소는 짧을수록 좋지만, 모호해지면 충돌이 생긴다. 팀 간 합의된 접두어를 정하면 충돌을 예방할 수 있다. 예를 들어 팀 식별자 + 목적, eng-oncall, mkt-brand처럼 쓴다.
감사와 규정 준수 관점에서 본 링크
규정 준수가 필요한 업종에서는 링크 자체가 기록이다. 누가 언제 어떤 자료를 열었는지, 링크를 통해 외부로 반출된 적은 없는지를 추적한다. Box, SharePoint 같은 플랫폼은 감사 로그를 기본 제공한다. SSO 포털과 결합해 접근을 중앙에서 차단하고 복구할 수 있어야 사건 대응이 빠르다. 문서와 파일의 외부 공유 링크는 분기별로 일괄 점검을 자동화할 수 있다. 많은 기업이 간과하지만, 단축 링크도 감사 대상이다. 리다이렉트가 어디를 가리키는지 기록과 검토 방식을 도입하자.
팀 규모별 운영 팁
10인 이하의 팀은 과도한 체계보다 간단한 한 장짜리 페이지가 낫다. 노션 한 페이지에 회의, 문서, 파일, 작업, 보안 순으로 15개 내외의 링크만 둔다. 50인 전후의 팀은 역할별 서브페이지를 나누고, 각 페이지의 유지 담당자를 명시한다. 200인 이상에서는 중앙 보안팀이 포털의 상단 영역을 관리하고, 하위 팀은 섹션별 소유권을 갖는다. 중앙에서 검색을 제공하고, 태그 체계를 일관되게 유지해야 한다. 이 규모에서는 링크모음이 사실상 내부 인트라넷이 된다.
실무에서 자주 겪는 함정과 해결책
링크 중복은 흔한 함정이다. 같은 문서의 주소가 경로형과 공유형 두 가지로 존재해 혼선을 빚는다. 해결책은 표준 링크 타입을 정하고, 표기가 다르면 301 리다이렉트나 안내 페이지로 통합한다. 두 번째로, 개인 구글 드라이브에 문서를 만들고 팀 드라이브로 옮기지 않아 링크가 끊기는 문제가 있다. 팀 드라이브를 기본 저장 위치로 강제하고, 개인 드라이브 문서의 접근을 제한하면 방지할 수 있다. 세 번째로, 사라지는 단기 도메인 문제가 있다. 마케팅 캠페인의 단기 도메인은 즐겨찾기에 적합하지 않다. 캠페인 종료 시 404를 뱉지 말고, 아카이브 페이지로 연결해 기록을 보존하자. 마지막으로, 외부 프리랜서가 만든 문서 링크가 계약 종료 후 접근 불가가 되는 경우다. 계약서에 산출물의 소유권과 저장 위치를 명시하고, 계정 오프보딩 전에 링크 소유권을 이양받는다.
비용과 가치, 현실적인 균형
SaaS의 월 구독 비용이 쌓이면, 링크모음 한 장이 수백만 원의 출구로 이어진다. 숫자는 냉정해야 한다. 회의 툴, 문서, 채팅, 파일, 보안, 이슈 트래커 등 핵심만 유료로 두고, 주변의 가벼운 유틸은 무료나 오픈소스로 채운다. 예를 들어 소규모 팀에서 고급 웨비나 기능이 자주 필요 없다면 Zoom Pro 대신 Google Meet로 충분하다. 비밀번호 금고는 팀 전체에 필수지만, 프로젝트 관리 툴은 하나만 유지하고 나머지는 제거한다. 링크모음은 이 비용 구조를 시각화해 준다. 페이지에 붙어 있는 로고가 곧 청구서다. 분기마다 링크모음을 훑어 남아 있는 로고가 지금의 업무와 맞는지 묻자.
마침표 대신, 유지 가능한 링크 습관
사이트 주소모음은 툴의 나열이 아니라 팀이 일하는 방식의 축약이다. 짧은 주소, 일관된 권한, 맥락이 있는 설명, 정기적인 정리. 이 네 가지 습관만 굳히면, 어떤 툴을 쓰든 팀의 속도가 올라간다. 그리고 본문에 적어 둔 실제 주소들을 출발점으로 삼아, 당신 팀의 일상에 맞는 링크 생태계를 만들어 보자. 필요할 때 바로 열리고, 끝날 때 깨끗이 닫히는 링크들. 원격근무에서 가장 단순하지만 가장 강력한 생산성 인프라다.