조직 사일로 현상 (디지털 사일로, 공유 목표, 시스템 설계)
"그건 저희 부서 일이 아니라 잘 모릅니다." 회의 중에 이런 말을 들을 때마다 답답함이 밀려옵니다. 저도 컨플루언스를 도입하기 전까지는 부서 간 정보 차단이 일상이었습니다. 보안을 명목으로 자료가 공유되지 않았고, 회의록조차 참석자만 볼 수 있었습니다. 사일로 현상(Silo Effect)이란 조직 내 부서들이 마치 곡물 저장고처럼 각자 고립되어 정보와 자원을 공유하지 않는 현상을 뜻합니다. 이 문제를 개인의 이기심 탓으로 돌리기 쉽지만, 실제로는 조직 설계 자체에서 비롯된 구조적 문제라는 점을 경험을 통해 절실히 깨달았습니다.
사일로 현상이 발생하는 진짜 원인
하버드 대학 심리학과 연구에 따르면 사일로 발생 원인의 80% 이상이 개인 문제가 아니라 시스템 설계에서 비롯됩니다. 부서를 기능별로 나누고 각 부서에 독립된 목표를 부여하는 순간, 구성원들은 자연스럽게 '우리 부서'라는 내집단 의식을 갖게 됩니다. 이는 사회적 정체성 이론(Social Identity Theory)으로 설명되는데, 쉽게 말해 집단에 소속되면 그 집단의 성공이 곧 나의 성공으로 느껴지며 외부 집단에 대한 차별이 자동으로 발생한다는 겁니다.
저희 조직도 마찬가지였습니다. 영업팀은 "생산팀이 제품을 엉성하게 만들어서 영업이 안 된다"고 했고, 생산팀은 "영업팀이 제대로 안 팔아서 재고가 쌓인다"고 맞받았습니다. 솔직히 이건 누구 잘못도 아니었습니다. 각 팀이 서로 다른 KPI를 받고 있었으니까요. 사람인 조사 결과 직장인 1,400여 명 중 69.3%가 사내 정치로 피해를 본 경험이 있다고 답했습니다(출처: 사람인). 10명 중 7명이 부서 간 갈등을 겪고 있다는 뜻입니다. 이는 개인의 문제가 아니라 조직이 만든 구조의 결과물입니다.
경영자가 부서 단위로 칭찬하거나 질책하는 순간, 그 부서는 더욱 똘똘 뭉칩니다. "우리 부서가 얼마나 중요한지 증명해 드릴게요"라는 집단주의적 경향이 강화되는 겁니다. 이게 바로 사일로가 심화되는 메커니즘입니다. 제 경험상 리더가 부서 전체를 타깃으로 삼아 압박하면, 오히려 내부 결속만 강해지고 타 부서와의 협업은 더 멀어졌습니다.
디지털 시대의 새로운 사일로, 도구가 만드는 장벽
과거의 사일로가 물리적 공간과 부서 명칭에서 비롯됐다면, 지금은 디지털 도구가 새로운 장벽을 만들고 있습니다. 개발팀은 깃허브(GitHub)로 협업하고, 디자인팀은 피그마(Figma)로 작업하고, 영업팀은 플로우(Flow)를 씁니다. 각자 편한 도구를 쓰는 건 좋은데, 문제는 데이터가 파편화된다는 겁니다. 디지털 사일로(Digital Silo)란 조직 내 각 부서가 서로 다른 협업 툴과 플랫폼을 사용해 정보가 고립되는 현상을 말합니다.
저희도 처음엔 각 팀이 원하는 대로 도구를 쓰게 했습니다. 그런데 나중에 전사 차원에서 프로젝트 현황을 파악하려니 불가능했습니다. "우리는 노션 안 쓰는데요", "저희는 구글 드라이브인데요" 이런 답변만 돌아왔습니다. 경영자만 모든 도구를 다 열어보며 정보를 취합해야 하는 비효율이 발생했습니다. 이게 바로 디지털 사일로의 실체입니다.
더 심각한 문제는 AI 시대를 대비한 데이터 축적이 불가능하다는 점입니다. AI 에이전트를 활용하려면 회사 업무 데이터가 통합되어 학습 가능한 형태로 쌓여야 합니다. 그런데 데이터가 여러 플랫폼에 흩어져 있으면 나중에 취합 자체가 안 됩니다. 직장인들이 쓰는 업무 시간 중 중복 작업과 자동화되지 못한 업무가 29.4%에 달한다는 조사 결과도 있습니다. 같은 일을 서로 다른 부서에서 따로 하고 있다는 뜻입니다. 제가 컨플루언스를 도입한 이유도 바로 이 데이터 파편화를 막기 위해서였습니다.
시스템 설계로 사일로를 해체하는 방법
사일로를 해결하려면 개인의 태도 변화를 요구하기 전에 시스템부터 뜯어고쳐야 합니다. 가장 효과적인 방법은 기능 중심 조직에서 상품 중심 조직으로 구조를 전환하는 겁니다. 기존 조직도는 CEO가 맨 위에 있고, 그 아래 영업부, 생산부, 품질부가 세로로 배치되어 있습니다. 고객은? 맨 아래 있습니다. 이 구조 자체가 이미 사일로를 예고합니다.
반면 상품 중심 조직은 CEO 아래에 상품1, 상품2, 상품3 팀이 가로로 배치되고, 각 팀 안에 생산 담당자, 영업 담당자, 기획자, CS 담당자가 함께 들어갑니다. 이렇게 되면 팀원들이 자연스럽게 '우리 상품', '우리 고객'에 집중하게 됩니다. 고객이 조직도 중심에 배치되는 구조입니다. 사일로를 타파한 기업들의 평균 자산 수익률(ROA)이 그렇지 않은 기업 대비 15% 이상 높았다는 연구 결과도 있습니다(출처: Harvard Business Review).
저희는 전사 조직을 한 번에 바꿀 수는 없었지만, 주요 프로젝트 하나를 TF(Task Force) 형태로 운영하며 상품 중심 구조를 실험했습니다. 개발자, 디자이너, 마케터가 한 팀으로 묶여 같은 목표를 공유하자, 부서 간 핑퐁은 사라지고 문제 해결 속도가 확연히 빨라졌습니다. 개인적으로는 이 구조 전환이 사일로 해결의 핵심이라고 생각합니다.
공유 목표와 투명한 정보 공개의 힘
시스템 다음으로 중요한 건 공유 목표(Shared Objectives)입니다. OKR(Objectives and Key Results)을 도입할 때 개인 목표만 설정하지 말고, 부서 간 공유 OKR을 반드시 포함해야 합니다. 예를 들어 영업팀과 생산팀이 공동으로 "고객 불만율 10% 감소"라는 목표를 잡으면, 서로를 탓하는 대신 협업 방법을 고민하게 됩니다.
저희는 컨플루언스 도입 후 주간 피드백 미팅 내용을 전부 기록으로 남기고, 회의에 참석하지 않은 사람도 언제든 열람할 수 있게 했습니다. 정보 독점이 사라지자 부서 간 신뢰가 조금씩 쌓였습니다. 하지만 예상 밖의 부작용도 있었습니다. 일부 직원들이 "나중에 기록 보겠다"며 꼭 필요한 대면 소통까지 회피하기 시작한 겁니다. 기록의 투명성만으로는 부족하고, 대면을 통한 신뢰 형성이 병행되어야 한다는 걸 깨달았습니다.
한국 임직원의 고용주에 대한 신뢰도는 26개국 중 최하위라는 조사 결과가 있습니다. 리더가 먼저 투명하게 정보를 공유하고, 회사가 어디로 가고 있는지, 현재 어떤 고민을 하고 있는지 지속적으로 메시지를 전달해야 합니다. 회사 전체 상황을 모르는데 어떻게 회사 걱정을 하겠습니까? 사일로 해결의 마지막 퍼즐은 결국 리더십입니다. 시스템이 80%를 차지하지만, 그 시스템을 설계하고 운영하는 건 결국 리더의 몫입니다.
다음은 사일로 해결을 위한 핵심 액션 3가지입니다.
- 기능 중심 조직 구조를 점진적으로 상품/고객 중심 구조로 전환하기
- 부서 간 공유 OKR 설정하고 주간 단위로 진행 상황 투명하게 공유하기
- 디지털 도구를 전사 차원에서 통일하거나, 최소한 데이터 통합 가능한 플랫폼 선택하기
사일로 현상은 나쁜 사람이 많아서 생기는 게 아닙니다. 조직이 부서를 나누고 각자 다른 목표를 주는 순간, 인간의 본성상 내집단 편향이 작동합니다. 이건 자연스러운 현상입니다. 중요한 건 그 본성이 조직의 비효율로 번지지 않도록 시스템으로 막는 겁니다. 저는 컨플루언스로 정보 사일로는 해결했지만, 이제는 심리적 거리를 좁히는 과제가 남았습니다. 기록의 효율성과 대면 소통의 깊이가 조화를 이루는 문화를 만드는 게 다음 목표입니다. 여러분 조직은 어떤 사일로를 겪고 계신가요? 먼저 시스템을 점검해 보시길 권합니다.
--- 참고: https://youtu.be/SDn0T_m5Hbc?si=hetLw4sV6u1ixlbL