각자 읽고, 각자 잊는 팀. 정보 사일로를 깨는 법

업계 블로그, 기술 뉴스레터, 경쟁사 소식. 팀원들 다 읽고 있는데, 그게 팀 안에서 돌지 않더라고요.

이것도 사일로예요. DB 아키텍처에 나오는 그런 사일로가 아니라, 브라우저 탭이랑 북마크 폴더, "나중에 공유해야지" 하다 잊어버리는 그런 거요.

---

아무도 얘기 안 하는 사일로

"데이터 사일로"라고 하면 보통 분리된 DB나 부서별 스프레드시트를 떠올리잖아요. PwC가 계산해봤더니, 이런 사일로 때문에 연간 350시간이 날아간다고 해요.

근데 더 조용한 버전이 있어요. 하루에 글을 10개쯤 읽으시죠? 그중에 2~3개는 팀 전체가 봤으면 좋겠는 내용인데, 실제로 공유되는 건?

거의 없어요. 공유하기 싫어서가 아니라, 공유하려면 일이 되니까요.

• 링크 복사
• 왜 중요한지 요약 작성
• 어디에 공유할지 선택
• 누가 읽어줄지 기대

대부분 그냥 넘기게 돼요. 좋은 글은 읽은 사람만 알고 끝나요.

---

이런 적 있지 않나요

경쟁사 가격 전략에 대한 글을 읽었는데, 영업팀이랑 리더들도 알면 좋을 내용이에요. 근데 요약 쓰기 귀찮아서 탭에 이틀 두다가 닫아버린 적 있지 않나요?

아니면 팀에서 쓰는 라이브러리에 보안 취약점이 있다는 글을 발견해서 조용히 고쳤는데, 맥락을 공유하진 않았던 적이요. 2주 후에 다른 팀원이 같은 문제를 만나서 한 시간 허비하게 되는 거예요.

다음 주 전략 미팅에 딱 맞는 시장 리포트를 읽었는데, 스탠드업에서 한 마디만 하고 넘어간 적도요. 아무도 실제로 읽어보진 않았죠.

한두 번이 아니에요. 아마 이번 주에도 비슷한 일이 있었을 거예요.

---

"그냥 링크 공유하면 되지 않나"

슬랙에 URL만 던지는 건 쉬워요. 근데 효과도 그만큼 작아요. 맥락도, 요약도, 왜 중요한지도 없으니까요. 메시지가 쌓이고, 링크는 묻히고, 다음 날이면 아무도 기억 못 해요.

공유 자체가 어려운 게 아니에요. 누군가 실제로 읽을 만큼 유용하게 만드는 게 어려운 거예요.

---

소스 브리핑이라는 방법

소스 브리핑은 방식이 달라요. 각자 요약하고 공유하는 대신, 소스를 한 번만 설정하면 돼요. 팀이 이미 읽고 있는 블로그, 뉴스레터, 유튜브 채널, RSS 피드를 등록하는 거예요.

Daigest가 스케줄에 맞춰 소스에서 새 콘텐츠를 가져오고, AI가 핵심만 요약해서 브리핑 하나로 팀에 전달해요. 링크 하나면 돼요.

---

설정하는 법

1. 소스 선택. RSS 피드, 유튜브 채널, 뉴스레터, 레딧, 팀이 보는 URL 아무거나 추가하면 돼요.
2. 스케줄 설정. 매일, 평일만, 주 1회. 브리핑 받을 시간을 고르면 돼요.
3. 링크 하나로 공유. 브리핑은 하나의 페이지예요. 슬랙, 이메일, 어디든 보내면 돼요.

아무도 요약을 쓸 필요 없어요. 공유를 기억할 필요도 없고요. 그냥 알아서 도착해요.

---

이런 팀에 맞아요

• 5~20명 소규모 팀 각자 업계 글을 읽지만 모아주는 사람이 없을 때
• 크로스펑셔널 팀 마케팅, 프로덕트, 개발이 각각 다른 소스를 따라갈 때
• 리더/매니저 팀을 업계 흐름에 맞추고 싶지만 회의를 더 잡고 싶진 않을 때
• 리모트 팀 "이거 봤어?" 같은 대화가 자연스럽게 안 일어날 때

---

안 공유하면 생기는 일

거창한 얘기가 아니에요. 블로그 글 하나 안 공유했다고 마감을 놓치진 않아요. 근데 몇 주, 몇 달 지나면 차이가 쌓여요.

• 중복 리서치 (이미 누가 찾았던 건데)
• 놓친 연결 (그 글이 지난주 회의 내용과 딱 맞았는데)
• 느린 의사결정 (경쟁사가 이미 출시한 거 몰랐다)

DB 사일로를 깨려면 프로젝트가 필요해요. 팀 정보 사일로를 깨는 건 5분이면 돼요.

---

시작하기

Daigest 피드에 팀의 핵심 소스 3개를 등록하고, 월요일 아침 스케줄을 잡아보세요. 다음 주 스탠드업에서 "그 브리핑 봤어?" 라는 대화가 나오는지 확인해보세요.