10.13 조직 간 협업

개요와 동기

조직 간 협업은 공통의 소유자, 예산, 지휘 계통을 공유하지 않는 둘 이상의 독립 조직이 소프트웨어와 기술을 함께 만드는 일입니다. 회사 안의 팀워크(1.2장)와 다릅니다. 한 회사 안에서는 리더가 궁극적으로 사람들을 지휘하고, 분쟁을 중재하고, 자원을 재배분할 수 있습니다. 조직의 경계를 넘으면 누구도 그럴 수 없습니다. 각 당사자는 자신의 법적 정체성, 유인, 퇴출 권리를 유지하므로 협업은 명령되는 것이 아니라 거버넌스, 계약, 신뢰를 통해 얻고 유지되어야 합니다. 이 장이 관리 부에 있는 이유는 조직 간 일이 근본적으로 기술적 결과를 지닌 전략, 거버넌스, 관계의 문제이지 그 반대가 아니기 때문입니다.

동기는 가치 있는 모든 것을 어느 한 조직이 만들거나 통제할 수는 없다는 것입니다. 운영체제, 암호화 라이브러리, 웹 프로토콜, 클라우드 도구 같은 기반 소프트웨어는 이제 협업으로 만들어집니다. 그것을 중복해서 만드는 비용이 엄청나고, 공유되고 상호 운용 가능한 기반의 가치가 쌓아 두어서 얻는 어떤 사적 우위보다 크기 때문입니다. 코피티션(협력(cooperation)과 경쟁(competition)의 혼합으로, 경쟁자들이 공유 기반에서는 협력하면서 그 위의 제품에서는 계속 경쟁하는 것)이 일반적인 것이 되었습니다. 경쟁하는 회사들이 같은 오픈 소스 런타임을 함께 개발하고, 그 위에 만드는 서비스로 차별화합니다. 규모와 네트워크 효과를 위해서는 모두가 쓸 수 있는 공유 표준이 여러분만 쓸 수 있는 독점 표준을 이깁니다.

기업과 정부에게 판돈은 직접적이고 구체적입니다. 기업은 의존하는 플랫폼을 형성하고 단일 벤더 종속을 피하려고(10.3장, 10.11장) 컨소시엄(공유된 목적으로 형성된 회원 출자 집단)과 오픈 소스 재단에 가입합니다. 정부는 이 문제를 끊임없이 마주합니다. 기관은 시민이 하나의 상호작용으로 경험하는 서비스를 제공하려고 데이터를 공유해야 합니다. 관할권은 국경을 넘어 상호 운용되어야 합니다. 공공 부문은 점점 공유 플랫폼을 만듭니다. 신원, 결제, 알림처럼 한 번 만들어 여러 기관이 재사용하는 공통 서비스입니다. 번성하는 거브테크 생태계(정부를 위해 기술을 만드는 스타트업, 벤더, 공공 기관의 네트워크)는 법적으로 분리된 조직들이 실제로 협업하는 데 달려 있습니다.

핵심 원칙

아무도 책임자가 아닙니다. 경계를 넘으면 권위가 아니라 영향력이 있습니다. 명령이 아니라 동의를 위해 설계하십시오.
중립성이 참여를 가능하게 합니다. 중립적인 집은 경쟁자에게 우위를 넘기지 않고 경쟁하는 이들이 기여하게 합니다.
아키텍처보다 유인을 먼저 정렬하십시오. 협업은 기술적 비호환성보다 어긋난 이해관계로 훨씬 더 자주 실패합니다.
상호 운용성이 기술적 기반입니다. 개방형 표준과 인터페이스(3.8장)가 독립 시스템이 실제로 연결되게 합니다.
기여와 IP를 명시하십시오. 누가 무엇을 소유하고 누가 쓸 수 있는지는 일이 시작된 뒤가 아니라 시작 전에 적어야 합니다.
신뢰는 작고 검증 가능한 단계로 쌓입니다. 좁게 시작해 전달하고, 실적이 쌓이면 범위를 넓히십시오.
퇴출을 위해 설계하십시오. 어느 당사자든 떠날 수 있습니다. 협업은 붕괴나 포획 없이 이탈에서 살아남아야 합니다.

권장 사항

목표에 맞는 협업 형태를 고른다

단일 모델은 없으므로 의도적으로 고르십시오. 산업 연합과 컨소시엄은 한 분야의 방향을 정하고 자금을 모읍니다. 오픈 소스 재단(리눅스 재단이나 아파치 소프트웨어 재단처럼 공유 코드를 보유하고 다스리는 중립적 비영리 단체)은 많은 조직이 만들고 의존하는 소프트웨어를 호스팅합니다. 표준 기구(ISO, IETF, W3C처럼 합의된 기술 사양을 발행하는 조직)는 모두가 따라 코딩하는 상호 운용성 규칙을 만듭니다. 합작 투자는 공유된 상업적 목표를 위한 새로운 공동 소유 주체를 만듭니다. 민관 파트너십(PPP), 곧 정부와 민간 기업이 공공 서비스의 전달, 자금 조달, 위험을 나누는 장기 약정은 공적 권한과 민간 역량을 결합합니다. 기관 간 및 정부 간 협업은 공공 기관을 직접 연결합니다. 공유 플랫폼과 공유 서비스, 데이터 공유 약정, 코피티션이 도구 모음을 완성합니다. 형태를 목표에 맞추십시오. 가벼운 정렬은 연합을, 공유 코드는 재단을, 지속되는 상업적 수단은 합작 투자를 원합니다.

경계를 넘는 중립적 거버넌스를 확립한다

어느 참여자도 다른 이들에게 명령할 수 없으므로 거버넌스는 명시적이고 이상적으로는 중립적이어야 합니다. 공유 자산(코드, 상표, 로드맵)을 어느 한 회원이 아니라 중립적 재단에 귀속시켜 어느 참여자도 일방적으로 장악하거나 조종할 수 없게 하십시오. 결정권을 분명히 정의하십시오. 누가 기술 방향을 결정하는지(흔히 기술 운영 위원회), 누가 예산을 통제하는지, 분쟁이 어떻게 해결되는지입니다. 당사자들이 공통 방향에 맞춰 계획할 수 있도록 공유 로드맵을 게시하십시오. 서면 거버넌스 모델을 채택해, 권위가 가장 큰 소리를 내거나 가장 큰 쪽이 아니라 합의된 규칙에서 흐르게 하십시오. 아파치의 “능력주의”(기여로 얻는 영향력)와 재단 이사회 구조는 입증된 틀입니다.

기여와 지적 재산 조건을 앞서 명시한다

지적 재산(IP, 코드, 특허, 상표 같은 법적으로 보호되는 창작물)은 선의의 협업이 가장 자주 깨지는 곳입니다. 코드를 쓰기 전에 정리하십시오. 모두가 사용과 재배포의 권리를 알도록 분명한 오픈 소스 라이선스(10.3장)를 쓰십시오. 기여자가 자신의 코드를 기여할 권리가 있음을 확인하고 필요한 라이선스를 부여하는 메커니즘인 기여자 라이선스 계약(CLA)이나 개발자 출처 증명(DCO)을 요구해, 공유 자산이 깨끗한 출처를 갖게 하십시오. 기여자가 나중에 공유 작업의 사용자를 고소할 수 없도록 흔히 비주장이나 특허 서약 조항으로 특허를 명시적으로 다루십시오. 서면 IP 조건은 막연한 호의를 지속되고 집행 가능한 명확성으로 바꿉니다.

데이터, 프라이버시, 반독점을 신중히 계약한다

독립 조직 사이의 협업에는 회사 안의 일에는 없는 법적 위험이 따릅니다. 데이터 공유 계약은 목적, 허용되는 사용, 보안 통제, 보존, 책임을 명시해야 하며, 개인 데이터를 공유할 적법한 근거와 필요한 곳에서는 데이터 처리 계약을 포함해 프라이버시 및 데이터 보호법(4.5장)을 존중해야 합니다. 경쟁자들이 협업할 때마다 반독점(시장을 부당하게 제한하는 합의를 금지하는 경쟁법)은 살아 있는 제약입니다. 협력을 경쟁 이전의 기반에 한정하십시오. 가격 같은 상업적으로 민감한 정보를 교환하지 마십시오. 목적이 담합이 아니라 상호 운용성과 공유 인프라임을 문서화하십시오. 법무를 일찍 참여시키십시오. 데이터나 반독점의 실수가 협업을 무너뜨리고 회원들을 처벌에 노출시킬 수 있습니다.

상호 운용성과 개방형 표준 위에 구축한다

독립 시스템이 정보를 교환하고 사용하는 능력인 상호 운용성(3.8장)은 다른 모든 것을 가능하게 하는 기술적 기반입니다. 당사자들이 한 벤더의 독점 내부에 의존하지 않고 연결할 수 있도록 개방형 표준(누구나 허락이나 요금 없이 구현할 수 있는 공개 사양)과 안정적이고 문서화된 인터페이스(API, 애플리케이션 프로그래밍 인터페이스)를 선호하십시오. 정부에서는 공통 데이터 표준과 공유 API가 기관이 경계를 넘어 서비스를 구성하게 합니다(7.1장). 상호 운용성이 없으면 협업은 공유 가치를 가능하게 하는 대신 의존을 굳히는 취약한 점대점 통합으로 퇴화합니다.

유인과 신뢰를 의도적으로 가꾼다

참여는 자발적이므로 각 조직은 지속적 이익을 보아야 하고, 투자할 만큼 서로를 신뢰해야 합니다. 공유 가치를 보이게 하고 기여에 대략 비례하게 해서, 어떤 주요 기여자도 착취당한다고 느끼지 않고 어떤 무임승차자도 지배하지 않게 하십시오. 좁고 판돈이 낮은 범위로 시작해 실제로 무언가를 전달하고, 실적이 쌓일 때만 넓히십시오. 이는 혁신 파트너십(10.9장), InnerSource(1.2장)와 같은 신뢰 구축 논리를 회사 경계를 넘어 확장한 것입니다. 투명성(공개된 결정, 공개된 로드맵, 공개된 지표)이 권위가 닿지 않는 곳에서 신뢰를 유지합니다.

장단점

접근	장점	단점
오픈 소스 재단	중립적인 집. 비용 공유. 넓은 채택. 단일 소유자 없음	느린 결정. 자금과 인력 필요. 거버넌스 오버헤드
컨소시엄 / 산업 연합	방향을 형성. 자금을 모음. 산업의 무게	정치에 갇혀 멈출 수 있음. 큰 회원에게 포획될 위험
표준 기구	지속되는 상호 운용성. 폭넓은 정당성	매우 느림. 사양이 실천에 뒤처질 수 있음. 무거운 프로세스
합작 투자	분명한 소유권과 상업적 수단. 약정된 자원	형성하고 해소하기 복잡. 퇴출과 IP 분쟁
민관 파트너십	공적 권한과 민간 역량의 결합	책임과 종속 위험. 길고 경직된 계약
코피티션	공유 기반과 그 위의 경쟁적 차별화	반독점 노출. 공유와 경쟁의 경계가 미묘함

결정적 긴장은 공유 가치 대 개별 통제입니다. 중립적 공유지에 더 많이 모을수록 집단적 이익은 커지고, 결과를 일방적으로 통제할 수 있는 정도는 줄어듭니다. 해법은 선을 의도적으로 긋는 것입니다. 모두가 공통 기반에서 이익을 얻는 경쟁 이전의 기반에서 협업하십시오. 진짜 경쟁 우위나 주권 우위가 있는 곳에서는 통제를 유지하십시오(10.11장, 3.8장).

팀과 논의할 질문

공유 자산이 중립적인 집에 귀속되어 있습니까, 아니면 나중에 포크하거나, 재라이선스하거나, 철회할 수 있는 한 참여자가 쥐고 있습니까? 조직 경계를 넘으면 아무도 책임자가 아니므로, 코드, 상표, 로드맵을 쥔 쪽이 결국 그것을 조종하거나 장악할 수 있습니다. 중립적 재단은 경쟁자에게 우위를 넘기지 않고 경쟁자들이 기여하게 하며, 이것이 바로 리눅스 재단과 아파치 소프트웨어 재단 모델이 존재하는 이유입니다. 단일 회원이 공유지를 소유하면 다른 모든 회원은 재라이선스 결정 한 번에 포획됩니다. 기여하는 각 공유 자산을 가져와 법적으로 어디에 있고 누가 방향을 통제하는지 물으십시오. “가장 큰 파트너”라는 답이라면 엔지니어링 노력을 더 투자하기 전에 고쳐야 할 포획 위험이 있습니다.
협업 형태를 목표에 맞게 의도적으로 골랐습니까, 아니면 익숙한 것을 기본값으로 삼았습니까? 가벼운 정렬은 연합을, 공유 코드는 재단을, 지속되는 상호 운용성 규칙은 표준 기구를, 약정된 상업적 수단은 합작 투자를, 공공 서비스는 민관 파트너십을 원합니다. 각각 속도, 비용, 퇴출의 결과가 다르고, 잘못 고르는 것이 협업이 정치에 갇혀 멈추거나 경직된 장기 계약에 굳는 방식입니다. 형태를 실제로 필요한 것에 맞추고 그것을 달성하는 가장 가벼운 구조를 선호하십시오. 특정 협업에서 원하는 구체적 결과를 가져와 선택지에 대해 시험해 보십시오. 공유 저장소와 서면 거버넌스 메모로 처리될 일을 하려고 무거운 컨소시엄에 가입하고 있다면 줄이십시오.
무임승차를 어떻게 막고 기여를 이익에 대략 비례하게 유지합니까? 당사자들이 공유된 일을 소비하면서 기여하지 않으면 공유지는 쇠퇴하고, 주요 기여자가 무임승차자들에게 착취당한다고 느끼면 갈라집니다. 공유 가치를 보이게 하고, 기여를 이익에 대략 비례하게 유지하고, 공유하는 것을 넓히기 전에 신뢰와 실적이 쌓이도록 좁고 판돈이 낮은 범위로 시작하십시오. 아무도 강제할 권위가 없는 곳에서 협력을 유지하는 것은 투명성(공개된 결정, 로드맵, 지표)입니다. 각 공유 프로젝트에서 조직이 가져가는 것과 되돌려 놓는 것에 대한 정직한 설명을 가져오십시오. 의존하는 무언가에서 순수한 수혜자라면, 단일 벤더 종속으로부터 지켜 주는 것을 조용히 약화시키고 있는 것입니다.
협력하는 것과 경쟁하는 것 사이의 경계는 어디이며, 누가 그것을 감독할 자격이 있습니까? 코피티션은 협업이 경쟁 이전의 기반에서 멈춘다는 데 모두가 동의할 때만 동작합니다. 경쟁자들이 가격, 시장 전략을 드러내는 로드맵, 고객 데이터를 교환하는 순간 협력은 담합이 되고 모든 회원을 경쟁법 처벌에 노출시키기 때문입니다. 큰 팀에서 위험은 공유 저장소 깊숙이 있는 엔지니어들이 선이 그어진 적이 없다는 이유만으로 법무가 결코 허락하지 않을 것을 공유하는 쪽으로 표류하는 것입니다. 협업이 다루는 것과 명시적으로 제외하는 것에 대한 서면 진술, 법무가 리뷰한 반독점 가드레일을 가져오고, 새 실무 그룹이 형성되기 전에 리뷰할 사람의 이름을 정하십시오. 규제 기관이 합작 투자와 컨소시엄을 면밀히 살피는 기업과 정부 환경에서는 문서화되고 법무가 승인한 경계를 조사가 시작된 뒤에 채울 서류가 아니라 참여의 전제 조건으로 다루십시오.
이 협업이 포획되거나, 멈추거나, 붕괴할 경우의 퇴출 계획은 무엇이며, 거버넌스가 실제로 우리를 보호합니까? 어느 당사자든 떠날 수 있고, 지배적 회원이 공유지를 자기 목적에 맞게 조종할 수 있으며, 컨소시엄은 출하 없이 수년간 모일 수 있으므로, 어떻게 떠날지와 무엇을 지킬지를 미리 알아야 합니다. 경쟁하는 고려는 퇴출을 위한 설계(이식 가능한 데이터, 개방 라이선스의 포크 가능한 코드, 단일 벤더 의존 없음)가 관계가 건강한 동안은 낭비처럼 느껴지는 노력을 든다는 것입니다. 라이선스 조건, 상표와 로드맵이 법적으로 어디에 있는지, 핵심 파트너가 철회하는 주에 조직이 무엇을 할지에 대한 구체적 답을 가져오십시오. 시민에 대한 다년 의무를 지는 공공 기관에게는 한 회원이 쥔 포크 불가능한 플랫폼이 사람들이 의존하는 서비스의 연속성 위험이므로, 온보딩 전에 중립적 보관과 퇴출 권리를 서면으로 요구하십시오.
이 협업이 실제로 가치를 전달하는지 어떻게 측정하며, 어떤 증거가 우리를 떠나게 하겠습니까? 조직 간 일은 좀비 회원 자격을 쌓습니다. 혜택이 사라진 한참 뒤에도 자금을 대고 인력을 두는 컨소시엄입니다. 떠나는 것이 정치적 성명처럼 느껴지고 아무도 수익을 추적하지 않기 때문입니다. 성공이 어떤 모습인지(사적 구축 대비 피한 비용, 공유 기반에서 출하된 기능, 줄어든 종속) 미리 합의하고, 참여를 리뷰하게 할 임계값을 정하십시오. 좌석의 연간 비용, 기여하는 직원 시간, 지난 한 해 돌려받은 것에 대한 솔직한 판독을 가져오십시오. 회원 자격이 부서마다 늘어나고 거의 취소되지 않는 기업과 정부 포트폴리오에서는 각 관계의 소유자, 고정된 주기의 리뷰, 철회할 권한을 쥔 사람의 이름을 정하십시오. 아무도 리뷰할 책임이 없는 협업은 아무도 떠나지 않을 협업이기 때문입니다.

분야별 관점

스타트업. 가장 희소한 자원은 엔지니어링 주의이므로, 표준 위원회에서 위신을 쫓는 것이 아니라 범용 의존성을 재발명하는 것을 멈추려고만 협업하십시오. 혼자서는 소유할 여유가 없는 공유 라이브러리를 공동 유지하고, 출처가 깨끗하게 유지되도록 가벼운 거버넌스 메모와 개발자 출처 증명을 쓰고, 떠나는 비용이 포크뿐일 만큼 범위를 좁게 유지하십시오. 테이블의 한 자리보다 속도가 중요합니다. 공유 기반이 생존을 직접 위협하기 전까지는 무거운 컨소시엄을 건너뛰십시오.

소기업. 직원 중에 법무나 표준 전문가가 없으니, 조직 간 일을 만드는 것이 아니라 가입하는 것으로 다루고, 직접 작성하는 대신 중립적 재단의 기존 라이선스와 기여 조건에 기대십시오. 어떤 데이터 공유 약정에 서명하기 전에 공유 데이터로 무엇을 할 수 있고 책임이 어디에 떨어지는지 쉬운 말로 답을 받으십시오. 프라이버시나 반독점의 실수는 협업의 가치보다 더 큰 비용이 들 수 있기 때문입니다. 협상하고 감시해야 하는 맞춤 양자 거래보다 바로 채택할 수 있는 확립된 오픈 소스 재단과 공표된 표준을 선호하십시오.

대기업. 협업을 많은 팀에 걸친 포트폴리오로 관리하십시오. 속한 모든 컨소시엄, 재단, 합작 투자의 등록부와 각각이 소비하는 비용과 직원 시간, 돌려주는 가치입니다. 공유 자산의 중립적 보관, 법무가 리뷰한 반독점 경계, 서면 거버넌스 모델을 고집해 지배적 파트너가 의존하는 플랫폼을 포획할 수 없게 하십시오. 참여와 기여 노력을 명시적으로 예산에 잡고, 사적 투자는 진짜 경쟁 우위에 남겨 두면서 모두가 공유하는 범용 기반에는 비용을 모으십시오.

정부. 조달 규칙, 투명성 의무, 공적 책무가 모든 약정을 형성하므로, 단일 벤더가 포획할 수 없는 개방형 표준과 중립적 거버넌스를 선호하고 모든 계약에서 데이터 이식성과 퇴출 권리를 요구하십시오. 시민과 감독 기관이 서비스가 어떻게 운영되는지 볼 수 있도록 공유 플랫폼의 거버넌스, 로드맵, 데이터 공유 조건을 공개하고, 기관 간 데이터 공유를 명시적 적법한 근거와 프라이버시 보호 장치에 근거시키십시오. 모델을 입증하도록 덜 민감한 서비스를 먼저 온보딩하고, 중대한 결정에 대한 책임은 컨소시엄에 분산시키지 말고 이름 붙은 공직자에게 두십시오.

사례

스타트업. 세 초기 단계 스타트업이 각각 같은 오픈 소스 데이터 파싱 라이브러리에 의존하는데, 지친 단일 자원봉사자가 유지하고 그의 소진이 모두를 위협합니다. 각자 조용히 포크하는 대신 이들은 중립적 공유 저장소에서 공동 유지하기로 합의하고, 기여의 출처가 깨끗하도록 가벼운 서면 거버넌스 메모와 개발자 출처 증명을 둡니다. 범용 파서에서만 협업하고, 각자의 제품은 분명히 분리해 두고, 공유하는 것을 넓히기 전에 신뢰를 쌓도록 좁은 범위(보안 패치만)로 시작합니다.

기업. 경쟁하는 여러 클라우드 및 소프트웨어 벤더가 같은 컨테이너 오케스트레이션 플랫폼에 의존합니다. 각자 비공개 포크를 유지하는 대신, 기술 운영 위원회, 서면 거버넌스 모델, 기여자 라이선스 계약을 갖춘 중립적 재단에 기여합니다. 각 회사는 플랫폼 위에 만드는 관리형 서비스에서 여전히 치열하게 경쟁하지만(코피티션), 공통 핵심의 비용과 방향은 공유합니다. 이는 단일 벤더 종속을 피하고 모두가 의존하는 기반을 건강하게 유지합니다. 반독점 법무는 협력이 시장이나 가격이 아니라 공유 인프라에 한정됨을 확인합니다.

정부. 한 국가 정부가 시민이 한 번 로그인해 여러 기관의 서비스에 닿도록 공유 신원 플랫폼을 세웁니다. 플랫폼은 게시된 로드맵과 분명한 결정권이 있는 중립적 중앙 기구가 다스리고, 각 기관은 독립적으로 남아 개방형 API와 공통 데이터 표준(3.8장, 7.1장)으로 통합합니다. 기관 간 데이터 공유 계약은 무엇을, 어떤 목적으로, 어떤 프라이버시 보호 장치(4.5장) 아래 공유할 수 있는지 정확히 명시해, 시민의 데이터가 법과 동의가 허용하는 대로만 흐르게 합니다. 덜 민감한 기관이 먼저 온보딩해 신뢰를 쌓고 판돈이 높은 서비스가 합류하기 전에 모델을 입증합니다.

비즈니스 사례: 동기, ROI, TCO

조직 간 협업의 경제학은 공유된 비용과 네트워크 효과에 달려 있습니다. 핵심 동기는 기반 기술이 만들고 유지하기는 비싸지만 공유될 때 훨씬 더 가치 있다는 것입니다. 공통 플랫폼이나 표준에 투자를 모으면 총소유비용(TCO)이 많은 조직에 퍼져, 각자 사적 구축 비용의 일부만 치르면서 다른 모두의 것과 상호 운용되는 기반을 얻습니다. 투자수익률(ROI)은 피한 중복, 준비된 기반 위에서의 더 빠른 시장 출시, 줄어든 종속과 벤더에 대한 더 강한 협상 지위, 어느 한 조직의 벽 너머의 인재와 아이디어에 대한 접근(10.9장)에서 옵니다.

비용은 실제이고 흔히 과소평가됩니다. 거버넌스와 법무 오버헤드, 의미 있게 참여하는 직원 시간, 공유지에 되돌리는 기여, 단일 소유자가 내릴 수 있는 것보다 느린 결정입니다. 정부에서는 비즈니스 사례에 공공 가치가 더해집니다. 공유 플랫폼이 파편화를 줄이고, 기관 전반의 총지출을 낮추고, 시민 경험을 개선하기 때문입니다. 그러나 책임과 집단적 관성의 위험에 대비해 저울질해야 합니다. 양쪽의 덫은 오조정입니다. 진짜 경쟁 우위나 주권 우위인 것에 협업하면 차별화를 낭비합니다. 범용 기반에 협업하기를 거부하면 업계 전체가 이미 만든 것에 혼자 전체 가격을 치릅니다. 가장 강한 사례는 공유 기반에 비용을 모으고 통제가 정말 중요한 곳에 사적 투자를 남겨 둡니다.

안티패턴과 함정

무임승차: 당사자들이 공유된 일을 소비하면서 기여하지 않아 공유지가 쇠퇴할 때까지 굶기는 것(오스트롬이 연구한 고전적인 집단행동 문제).
거버넌스 포획: 크거나 자원이 풍부한 한 회원이 협업을 사적 이익으로 조용히 조종해 중립성의 속을 비우는 것.
어긋난 유인: 당사자들이 양립할 수 없는 목표로 가입하고 약정이 이루어진 뒤에야 드러나 노력이 멈추는 것.
중립적인 집이 없음: 공유 자산을 한 참여자가 쥐고 있어 나중에 포크하거나, 재라이선스하거나, 철회할 수 있는 것.
모호한 IP 조건: 소유권, 라이선스, 특허 권리가 정리되기 전에 만들기 시작해 나중의 분쟁을 보장하는 것.
반독점 맹목: 경쟁자들이 “협업”을 구실로 상업적으로 민감한 정보를 공유하는 것.
협업 연극: 모이고 발표하지만 결코 출하하지 않아 예산과 호의를 소비하는 컨소시엄.
경계 혼동: 조직 간 일을 내부 일처럼 다뤄, 존재하지 않는 지휘 권위를 가정하는 것.

성숙도 모델

1단계, 시작. 협업이 기회주의적이고 사람에 좌우되며 악수로 다스려지고, 서면 IP, 데이터, 거버넌스 조건이 없습니다. 경쟁자들이 비공식적 호의만으로 공유 의존성에 협력합니다. 핵심 인물이 떠나거나 분쟁이 생기기 전까지는 동작하고, 그 뒤 붕괴합니다.
2단계, 발전. 일부 협업이 정의된 범위와 결정권을 가진 명시적 계약(라이선스, CLA나 DCO, 데이터 공유 계약)으로 뒷받침되지만 팀마다 실천이 일관되지 않습니다. 한 집단은 공유 자산을 중립적인 집에 귀속시키는 반면 다른 집단은 여전히 악수에 의존하며, 거버넌스는 있더라도 양자적이고 무겁습니다.
3단계, 표준화. 문서화된 조직 전체의 모델이 협업 방식을 다스립니다. 공유 자산은 게시된 거버넌스, 로드맵, 능력 기반 결정권이 있는 중립적인 집(재단이나 중앙 기구)에 있고, 어떤 공동 작업이든 시작하기 전에 라이선스, IP, 데이터 공유, 반독점 조건의 표준 체크리스트가 요구되며, 상호 운용성은 개방형 표준(3.8장)에 근거합니다. 규칙은 각 팀의 재량에 맡겨지지 않고 일관되게 시행됩니다.
4단계, 관리. 협업 포트폴리오가 기준선에 대해 측정되고 통제됩니다. 각 회원 자격의 비용과 직원 시간, 모든 공유 프로젝트의 기여 대 이익, 사적 구축 대비 피한 비용, 줄어든 종속을 추적하고, 한 회원의 커밋, 이사회 좌석, 메인테이너 역할의 비중 같은 거버넌스 포획의 선행 지표를 지켜봅니다. 중단 또는 갱신 임계값이 미리 정해져, 멈춘 컨소시엄이나 순수 수혜자 관계가 정서로 방어되는 대신 증거로 잡힙니다.
5단계, 오케스트레이션. 협업이 조직 전체에 통합된 지속적으로 개선되는 전략적 역량입니다. 표준과 재단을 소비하기만 하는 것이 아니라 형성하고, 건강한 공유지를 유지하며, 시장과 위험 상황이 이동함에 따라 코피티션과 퇴출을 재균형하고, 추적하는 지표에 대응해 거버넌스를 적응시킵니다. 조직 간 일은 핵심 역량입니다. 단절된 프로젝트의 집합이 아니라 번성하는 거브테크나 산업 생태계입니다.

논의를 위한 아이디어

기술 중 어느 부분이 진짜 경쟁 우위나 주권 우위이고, 어느 부분이 비용을 나눠 만들어야 할 범용 기반입니까?
지배적 회원이 협업을 자기 목적에 맞게 조용히 조종하기 전에 거버넌스 포획을 일찍 어떻게 탐지하겠습니까?
공동 프로젝트에 엔지니어링 노력을 기여하기 전에 요구할 최소한의 서면 합의(IP, 데이터, 결정권)는 무엇입니까?
기관 간 데이터 공유 이니셔티브에서 멈추지 않고 전달 목표와 프라이버시 및 데이터 보호법(4.5장)을 모두 충족하려면 어떻게 합니까?
주요 기여자가 공유 플랫폼을 떠나겠다고 위협할 때, 거버넌스는 협업이 붕괴하거나 포획되지 않고 살아남도록 어떻게 지킵니까?
건강한 코피티션과 반독점 위험 사이의 선은 어디이며, 조직의 누가 그것을 판단할 자격이 있습니까?

핵심 요점

조직 간 협업은 공유된 권위가 없는 독립 조직들의 공동 작업이며, 명령이 아니라 거버넌스, 계약, 신뢰로 얻습니다.
컨소시엄, 재단, 표준 기구, 합작 투자, PPP, 공유 플랫폼, 데이터 공유 약정, 코피티션 중 목표에 맞는 형태를 의도적으로 고르십시오.
중립적 거버넌스, 분명한 결정권, 명시적 기여 및 IP 조건이 경쟁자를 포함한 독립 당사자들이 안전하게 협업하게 합니다.
상호 운용성과 개방형 표준(3.8장)이 기술적 기반입니다. 없으면 협업은 취약하고 종속에 취약한 통합으로 퇴화합니다.
특히 경쟁자들이 협력할 때 데이터 공유, 프라이버시(4.5장), 반독점을 신중히 계약하십시오.
실패 모드(무임승차, 거버넌스 포획, 어긋난 유인)를 경계하고, 이를 견디도록 거버넌스와 퇴출 권리를 설계하십시오.
기업과 정부 모두, 공통 기반에 비용을 나누고 우위와 주권이 진짜 있는 곳에 통제를 남겨 두십시오(10.11장).

참고 문헌과 더 읽을거리

Elinor Ostrom, Governing the Commons: The Evolution of Institutions for Collective Action (1990): the foundational study of how shared resources are sustained without central authority.
Henry Chesbrough, Open Innovation: The New Imperative for Creating and Profiting from Technology (2003): collaboration across organizational boundaries as a source of innovation.
The Apache Software Foundation: governance model, “The Apache Way,” and meritocratic decision-making (apache.org).
The Linux Foundation: neutral hosting and governance for large-scale open-source collaboration (linuxfoundation.org).
Karim Lakhani and others, writing on open-source and community-based innovation; and Adam Brandenburger and Barry Nalebuff, Co-opetition (1996): the strategy of cooperating and competing at once.
OpenSSF (Open Source Security Foundation) and the OpenChain standard (ISO/IEC 5230): cross-organisation approaches to supply-chain and licence compliance.
Government digital service and GovTech literature on shared platforms and inter-agency data sharing (for example, national digital-service and open-standards guidance).