오픈소스 프로그램 부서에 관한 첫 번째 시리즈 글에서, 저는 오픈소스 프로그램 부서가 무엇이며, 왜 귀사에 오픈소스 프로그램 부서가 필요한지 심층적으로 분석했습니다. 그 후 구글이 어떻게 새로운 유형의 오픈소스 프로그램 부서를 만들었는지 이야기했습니다. 이 글에서는 오픈소스 프로그램 부서를 갖는 것의 이점에 대해 설명하겠습니다.
언뜻 보기에, 비소프트웨어 개발 기업들이 오픈소스 프로그램 부서를 더 열정적으로 수용하는 중요한 이유는 손실이 없기 때문입니다. 결국, 그들은 이러한 소프트웨어 제품에 의존하여 수익을 얻을 필요가 없습니다. 예를 들어, Facebook은 “분산 키-값 데이터 저장소”를 오픈소스 프로젝트로 쉽게 공개할 수 있습니다. 왜냐하면 그들은 “기업용 키-값 데이터 저장소”라는 제품을 판매하지 않기 때문입니다. 이것은 위험에 대한 질문에 대한 답이지만, 오픈소스 생태계에 코드를 기여함으로써 어떻게 이익을 얻을 수 있는지에 대한 질문에는 답하지 않습니다. 가능한 이유를 하나씩 추측하고 논의해 봅시다. 오픈소스 공급업체의 많은 동기가 동일하다는 것을 알게 될 것이지만, 약간의 차이도 있습니다.
채용
채용은 오픈소스 프로그램 부서를 상위 관리진에게 판매하는 가장 쉬운 방법일 수 있습니다. 채용 관련 비용과 투자 수익률을 보여주고, 천재적인 엔지니어와 관계를 발전시키는 방법을 설명하세요. 그러면 해당 프로젝트에 관심이 있고 그 안에서 일하기를 기뻐하는 천재적인 개발자들과 연결될 수 있습니다. 더 말할 필요도 없죠, 아시다시피!
기술적 영향력
한때 소프트웨어 판매를 전문으로 하지 않는 기업들은 소프트웨어 공급업체의 개발 주기에 직접적인 영향력을 행사하기 어려웠습니다. 특히 그들이 대규모 고객이 아닐 때 더욱 그렇습니다. 오픈소스는 이를 완전히 바꾸어 놓았으며, 사용자와 공급업체를 더 공정한 경쟁 환경에 놓이게 했습니다. 오픈소스 개발의 부상과 함께, 시간과 자원을 투자할 의향이 있는 사람이라면 누구나 기술을 선택한 방향으로 밀어붙일 수 있습니다. 그러나 이러한 기업들은 개발에 투자하는 것이 풍부한 성과를 가져오지만, 전반적인 전략적 노력이 더 효과적이라는 것을 발견했습니다. 버그 수정과 소프트웨어 구축을 비교해 보세요. 대부분의 기업은 버그 수정을 상위 오픈소스 프로젝트에 넘기지만, 일부 기업은 더 깊은 보상 약속과 더 빠른 기능 개발을 통해 지속적인 작업을 조정하는 것이 비즈니스에 더 유리하다는 것을 인식하기 시작했습니다. 오픈소스 프로그램 부서 모델을 통해, 기업 직원들은 오픈소스 커뮤니티에서 전략적 중점을 정확히 파악하고 개발 자원을 투입할 수 있습니다.
Google과 Facebook과 같이 빠르게 성장하는 기업의 경우, 기존 오픈소스 프로젝트에 제공하는 리더십은 여전히 비즈니스 확장을 충족시키기에 부족합니다. 치열한 성장과 초대규모 시스템 구축이 가져오는 도전에 직면하여, 많은 대기업들은 내부 전용으로만 사용되는 고도로 맞춤화된 소프트웨어 스택을 구축하기 시작했습니다. 일부 인프라 프로젝트에서 협력하도록 다른 사람들을 설득할 수 없다면 말이죠. 따라서 Linux 커널, Apache 및 기타 기존 프로젝트 분야에 대한 투자를 유지하면서도 자체 대규모 프로젝트를 출시하기 시작했습니다. Facebook은 Cassandra를 공개했고, Twitter는 Mesos를 만들었으며, 구글조차도 Kubernetes 프로젝트를 만들었습니다. 이러한 프로젝트는 업계 혁신의 주요 플랫폼이 되었으며, 해당 조치가 관련 기업의 주목할 만한 성공임을 입증했습니다. (Facebook이 더 큰 규모의 문제를 해결하기 위해 새로운 소프트웨어 프로젝트를 만들어야 한 후 내부적으로 Cassandra 사용을 중단했다는 점에 유의하세요. 그러나 이때 Cassandra는 이미 인기를 얻었으며 DataStax 회사가 개발을 인계받았습니다.) 이러한 모든 프로젝트는 개발자, 관련 프로젝트 및 최종 사용자로 구성된 전체 생태계의 가속화된 성장과 발전을 촉진했습니다.
기업의 전략적 이니셔티브와 일치하지 않는 오픈소스 프로그램 부서는 성공할 수 없습니다. 그렇게 하지 않으면, 이러한 기업들은 여전히 이러한 문제를 개별적으로 해결하려고 시도할 것이며 더 느릴 것입니다. 이러한 프로젝트를 보유하는 것은 내부 비즈니스 문제를 해결하는 데 도움이 될 뿐만 아니라, 이러한 기업들이 점차 업계 거인이 되는 데도 도움이 됩니다. 물론 구글은 오랫동안 업계 거인이었지만, Kubernetes의 발전은 소프트웨어 품질을 보장했으며 컨테이너 기술의 미래 방향에 대한 직접적인 발언권을 가졌고, 이전에 가졌던 것보다 훨씬 더 큰 영향력을 행사했습니다. 이러한 기업들은 여전히 초대규모 인프라와 실리콘 밸리의 핵심 세력으로 유명합니다. 덜 알려져 있지만 더 중요한 것은 기술 생산 담당자들과의 친밀도입니다. 오픈소스 프로그램 부서는 기술 조언과 영향력 있는 개발자들과의 관계, 그리고 커뮤니티 거버넌스와 인적 자원 관리에 대한 깊은 전문 지식을 바탕으로 이러한 작업을 이끌고 영향력을 최대화합니다.
마케팅 능력
기술적 영향력과 함께 모든 기업은 오픈소스에 대한 노력에 대해 이야기합니다. 프로젝트 및 커뮤니티와 관련된 메시지를 전파함으로써, 오픈소스 프로그램 부서는 목표 마케팅 캠페인을 통해 최대한의 영향력을 제공할 수 있습니다. 마케팅은 오픈소스 분야에서 항상 더러운 단어였습니다. 왜냐하면 모든 사람이 기업 마케팅으로 인한 나쁜 경험을 가지고 있기 때문입니다. 오픈소스 커뮤니티에서 마케팅은 전통적인 방법과는 다른 형태를 띠며, 우리 커뮤니티가 전략적 방향에서 이미 무엇을 했는지에 더 중점을 둡니다. 따라서 오픈소스 프로그램 부서는 아직 코드를 공개하지 않은 프로젝트를 홍보하지 않지만, 그들이 어떤 소프트웨어를 만들고 다른 어떤 이니셔티브에 참여했는지 논의합니다. 기본적으로 “베이퍼웨어(vaporware)”는 없습니다.
구글의 오픈소스 프로그램 부서가 수행한 첫 번째 작업을 생각해 보세요. 그들은 단순히 Linux 커널이나 다른 프로젝트에 코드를 기여한 것이 아니라, 그것에 대해 더 많이 이야기하고 종종 오픈소스 회의 기조 연설을 했습니다. 그들은 오픈소스 코드를 작성하는 학생들에게 돈만 준 것이 아니라, 이제 오픈소스 개발의 문화적 이정표가 된 글로벌 프로그램인 “Google Summer of Code”를 만들었습니다. 이러한 마케팅 활동은 Kubernetes 개발이 완료되기 전에 구글을 오픈소스 세계의 거인으로 자리매김했습니다. 결국 구글은 GPLv3 라이선스 생성 기간 동안 중요한 영향력을 가졌으며, 기술 행사에서 회사 대변인과 오픈소스 프로그램 부서 대표자가 주요 인물이 되었습니다. 오픈소스 프로그램 부서는 이러한 작업을 조정하는 최고의 실체이며, 모회사에 진정한 가치를 제공할 수 있습니다.
내부 프로세스 개선
내부 프로세스 개선은 큰 이점처럼 들리지 않을 수 있지만, 혼란스러운 내부 프로세스를 극복하는 것은 모든 오픈소스 프로그램 부서에게 도전입니다. 소프트웨어 공급업체이든 기업 내 부서이든 마찬가지입니다. 소프트웨어 공급업체는 프로세스가 출시하는 제품과 중복되지 않도록 해야 하지만(예: 실수로 상업용 판매 소프트웨어를 오픈소스로 공개), 사용자는 지적 재산권(IP) 법 침해에 더 관심이 있습니다: 특허, 저작권 및 상표. 아무도 단순히 소프트웨어를 공개했다는 이유로 소송을 당하고 싶지 않습니다. 활발한 오픈소스 프로그램 부서가 이러한 라이선스 및 기타 법적 문제를 관리하고 조정하지 않으면, 대기업은 오픈소스 프로세스와 관리에서 거대한 어려움에 직면합니다. 왜 이것이 중요할까요? 다른 팀이 호환되지 않는 라이선스 하에 소프트웨어를 공개하면, 이것은 단순히 곤란한 상황이 아니라 가장 기본적인 목표인 협업 개선에 거대한 장애물이 됩니다.
여전히 빠르게 성장하는 많은 이러한 기업을 고려할 때, 기본 프로세스 규칙을 확립하지 못하면 저항에 직면할 것으로 예상할 수 있습니다. 저는 승인된 라이선스와 승인되지 않은 라이선스를 나열한 거대한 스프레드시트와, 법적 제한을 준수하면서 오픈소스 커뮤니티를 생성하는 방법(또는 하지 않는 방법)에 대한 지침을 본 적이 있습니다. 핵심은 개발자가 결정을 내려야 할 때 의존할 수 있는 것이 있어야 하며, 개발자가 오픈소스 커뮤니티에 코드를 기여하고자 할 때마다 막대한 법적 비용과 비효율적인 지적 재산권 검사가 발생하지 않아야 한다는 것입니다.
라이선스 규칙과 소스 기여를 유지 관리하고 엔지니어를 위한 교육 프로그램을 구축하는 활발한 오픈소스 프로그램 부서가 있으면, 잠재적인 법적 결함과 비용이 많이 드는 소송을 피하는 데 도움이 됩니다. 결국, 좋은 오픈소스 프로젝트 협력은 누군가가 라이선스를 읽지 않아 회사가 돈을 잃는 사건을 줄일 수 있습니다. 좋은 소식은 기업이 이미 독점 지적 재산권과 소프트웨어 공급업체 간의 충돌에 대해 덜 걱정할 수 있다는 것입니다. 나쁜 소식은 그들의 법적 문제가 충분히 복잡하지 않다는 것입니다. 특히 소프트웨어 공급업체의 저항에 직면해야 할 때 더욱 그렇습니다.
귀사의 조직은 오픈소스 프로그램 부서를 보유함으로써 어떻게 이익을 얻고 있습니까? 댓글에서 우리와 공유해 주세요.
이 글의 저자 John Mark Walker는 Dell EMC의 제품 관리 이사로, ViPR 컨트롤러 제품 및 CoprHD 오픈소스 커뮤니티를 관리합니다. 그는 ManageIQ를 포함한 많은 오픈소스 커뮤니티를 이끌었습니다.
번역 출처:https://opensource.com/business/16/9/4-big-ways-companies-benefit-having-open-source-program-offices저자: John Mark Walker
원본:LCTT https://linux.cn/article-7950-1.html번역자: Chao-zhi Liu
출처 명시:개발자 관계 »
