큰 시스템은 혼자 만들지 않습니다. 발주사가 있고, 개발 협력사가 있고, 운영사가 있고, 계열사 시스템이 붙습니다. 이 구조에서 반복되는 장면이 있습니다.
질문 하나가 3주짜리가 되는 과정
발주사 현업이 묻습니다. "주문 취소하면 적립금은 언제 돌아오나요?" 담당자는 협력사에 메일을 보냅니다. 협력사 PM은 개발 파트에 물어보고, 개발자는 그 코드를 만든 전임자를 수소문합니다. 답이 돌아오는 데 2주, 그 답이 정확한지 회의로 확인하는 데 1주. 조직이 하나 늘 때마다 왕복이 하나씩 늡니다.
원인은 사람이 아니라 구조다
누가 게을러서가 아닙니다. 지식이 조직마다 조각나 있고, 조각을 잇는 방법이 회의와 메일뿐이라서입니다. 시스템은 하나인데 지도는 회사 수만큼 있고, 그나마 서로 다릅니다.
같은 지도 위에서 일하면 달라지는 것
SSOT는 코드에서 나오므로 조직이 몇 개든 지도는 하나입니다. 그 위에서:
- 질문이 조회가 됩니다. 현업의 "적립금 언제 돌아와요?"에 AI가 근거와 함께 바로 답합니다. 협력사를 거칠 필요가 없습니다.
- 요구사항이 정확해집니다. 발주사가 현재 동작을 정확히 알고 요청하니, "말한 것과 다르네요"의 왕복이 줄어듭니다.
- 인수인계가 가벼워집니다. 협력사가 바뀌어도, 담당자가 바뀌어도, 새 조직은 문서 더미가 아니라 살아 있는 지도로 시작합니다.
- 협력사도 빨라집니다. 새로 투입된 협력사 개발자의 온보딩이 몇 주에서 며칠로 줄어듭니다. 같은 지도의 수혜는 모두의 것입니다.
신뢰는 감시가 아니라 투명함에서 나온다
여러 조직이 일할 때 갈등의 뿌리는 정보의 낙차입니다. 같은 진실을 모두가 보면, 확인 요청과 방어적 문서 작업이 함께 줄어듭니다. 서로를 검증하는 데 쓰던 에너지를, 만드는 데 쓰게 됩니다.