OSPO(Open Source Program Office) 개요

OSPO란 무엇이며 회사 조직에 OSPO가 필요한 이유는 무엇입니까?

오픈 소스 프로그램 오피스는 회사 내에서 오픈 소스를 지원, 육성, 공유, 설명 및 성장하는 지정된 장소입니다. 이러한 오피스가 있으면 기업은 명확한 용어로 오픈 소스 전략을 수립하고 실행할 수 있으며 리더, 개발자, 마케팅 담당자 및 기타 직원에게 운영 내에서 오픈 소스를 성공시키는 데 필요한 도구를 제공할 수 있습니다.

전통적인 소프트웨어 개발과 오픈 소스 개발의 가장 큰 차이점 중 하나는 오픈 소스에서 사용되는 고도로 협업적인 특성입니다. 많은 기업에서 오픈 소스 사용에 접근할 때 필요한 철학의 변화는 쉽거나 자연스럽게 오지 않습니다.

오픈 소스 프로그램을 만드는 것은 큰 이익이 될 수 있습니다. 오픈 소스 프로그램 오피스를 만들면 회사는 오픈 소스를 직접 회사의 장기적인 비즈니스 계획과 연결하는 방법으로 사용, 최적화하고 조직화할 수 있습니다. 오픈 소스 프로그램 오피스는 회사의 오픈 소스 운영과 구조를 중심으로 하며, 필요한 모든 구성 요소를 합쳐 줄 도우미가 됩니다.

여기에는 코드 사용, 배포, 선택, 감사 및 기타 정책 설정, 개발자 교육, 법규 준수 보장, 커뮤니티 참여 촉진 및 구축이 포함될 수 있습니다. 오피스는 또한 회사 내부 및 외부의 모든 오픈 소스에 대한 옹호 및 커뮤니케이션을 제공할 수 있습니다.

OSPO의 역할

궁극적으로 잘 구성된 오픈 소스 프로그램 오피스는, 전략적 이점을 위해 회사 내부에서 오픈 소스 사용, 기여 및 생성을 촉진할 수 있기 때문에 가치가 있습니다.

성공적인 오피스는 개발자와 팀을 지원하는 프로세스를 구축하여 기업의 오픈 소스 사용에 큰 이점을 줄 수 있습니다. 표준 코딩 및 조직적 관행, 프로세스 및 도구 집합을 권장합니다. 동시에 프로그램 오피스는 창의적 개발자가 어쨌든 우회하거나 무시할 수 있는, 불필요하고 경직된 프로세스를 피하거나 제거하여 프로젝트의 보안 및 기타 측면을 위협할 수 있습니다.

프로그램 오피스의 책임은 다양합니다. 여기에는 다음이 포함됩니다:

• 사내외 오픈 소스 전략을 명확하게 전달
• 전략 실행을 소유 및 감독
• 상용 제품 및 서비스에서 오픈 소스의 효과적인 사용 촉진
• 오픈 소스 커뮤니티에 고품질의 빈번한 코드 릴리스 보장
• 개발자 커뮤니티에 참여하고 회사가 다른 프로젝트에 효과적으로 기여하는지 확인
• 조직 내 오픈 소스 문화 조성
• 오픈 소스 라이선스 준수 검토 및 감독 유지

모든 회사에서 오픈 소스 프로그램 오피스의 역할은 비즈니스, 제품 및 목표에 따라 맞춤으로 구성될 것입니다. 하지만, 모든 산업 또는 단일 산업의 모든 회사에 적용되는 오픈 소스 프로그램을 구축하기 위한 광범위한 템플릿은 없습니다. 그렇게 하면 생성이 어려울 수 있지만 다른 회사에서 교훈을 배우고 조직의 요구 사항에 맞게 통합할 수 있습니다.

오픈 소스 프로그램의 또 다른 핵심 역할은 사업부가 계획에서 오픈 소스를 고려하기 시작할 때 대화에 실체와 사실을 가져와서 고려되는 이유, 결과 및 결과에 대한 완전한 이해가 있도록 하는 것입니다. 목표를 달성하기 위해 필요합니다. 이해 관계자가 결정을 내릴 때 어디서부터 시작하고 무엇을 생각해야 하는지 알 수 있도록 대화를 구성하는 것이 중요한 경우가 많습니다.

성공 지표 정의에서 OSPO의 역할

오픈 소스 프로그램 관리자는 자신의 노력에 대한 투자 대비 수익(ROI; Return Of Investement)을 입증해야 합니다. OSPO가 조직이 오픈 소스 프로그램, 프로젝트 및 기여를 평가하는 몇 가지 표준 방법을 정의하는데 어떻게 도움이 되는지 살펴보겠습니다.

측정할 대상, 성공을 정의하는 방법, 이 정보를 바탕으로 오픈 소스 프로그램 목표를 발전시키고 효율성을 입증하며 지원을 얻는 방법을 배우는 것은 모든 OSPO의 중요한 기능입니다.

설정한 목표와 추적하는 지표는 개발자 모집, 개방형 혁신을 통한 새로운 아이디어 및 기술 도입, 시장 출시 기간 단축, 개발 비용 절감, 또는 무수히 많은 다른 이유들이 있습니다.

고유한 전략에 따라 목표를 설정하고 오픈 소스 전략이 전체 비즈니스 전략과 일치하도록 경영진의 동의를 구하는 것이 중요합니다. OSPO는 조직이 이러한 항목에 대해 전략적으로 생각하는데 도움이 되는 중립적인 장소를 제공할 수 있습니다.

숙련된 OSPO 직원은 일반적으로 메트릭(체크리스트)을 작성할 때 다음을 고려합니다.

• 외부 오픈 소스 프로젝트에 대한 개발자의 참여 및 영향력 수준
• 오픈 소스 커뮤니티에서 조직의 명성
• 재능 있는 개발자를 모집하고 유지하는 능력
• 조직의 자체 오픈 소스 프로젝트 및 개발자가 기여하는 비즈니스 크리티컬 프로젝트의 일반적인 상태
• 오픈 소스 라이선스 규정 준수를 얼마나 잘 관리하는지

OSPO 생성에 대한 최종 생각

효과적인 OSPO를 구축하고 실행하는데에는 다른 많은 측면이 있습니다. 사실 너무 많아서 이 시리즈의 이후 과정 모듈에서 이에 대한 전용 섹션과 강의를 제공할 것입니다. 현재로서는 가장 중요한 고려 사항은 오픈 소스 참여의 리더십/참여 사다리를 계속 올라가면서 결국에는 어떤 형태의 OSPO가 필요하다는 것입니다.

전략 및 정책 정의와 마찬가지로 앞서 인용한 '일찍 릴리스, 자주 릴리스'라는 격언을 기억하는 것이 중요합니다. 효과적이기 위해 즉시 수백 명의 직원을 OSPO에 배치할 필요는 없습니다. 조직을 안내하는데 도움이 될 충분한 경험을 가진 오픈 소스 리더와 그들을 도울 수 있는 소규모 직원으로 시작하는 것이 일반적으로 대부분의 조직에 충분한 시작입니다.

잘 작동하는 OSPO는 작은 규모에도 불구하고 효율성을 배가시키는 방식으로 다양한 이해관계자(엔지니어링, 제품 관리, 심지어 경영진까지)를 참여시킵니다. 우리는 차후의 모듈에서 OSPO를 위한 오픈 소스 리더십을 찾고 구축하는 것에 대해 더 많이 이야기할 것입니다.