개방형 거버넌스란 무엇인가? 오픈소스 헌장 초안 작성 방법
What Is Open Governance Drafting a charter for an OpenSource project
by. Nick Vidal on May 09, 2023
개요
건전한 오픈소스 커뮤니티를 구축하는 것은 프로젝트에 대한 오픈소스 라이선스를 선택하는 것 이상으로 중요합니다. 오픈소스 기여 가이드 작성, 행동 규칙 채택, 모든 구성원이 프로젝트에 적극적으로 참여하고 기여할 수 있는 열린 거버넌스 구조를 구축 등이 포함됩니다.
해당 문서에서는 오픈소스 프로젝트를 위한 개방형 거버넌스 구조를 설정하는 방법에 대한 실습 가이드를 제공합니다. 필자는 현재 ClearlyDefined 프로젝트의 기존 헌장에 대한 개정안을 제안하는 과정에 있으며 이 문서에서는 프로세스를 최대한 원활하게 만들기 위해 어떤 조치를 취하고 있는지 중점적으로 설명합니다.
약간의 배경 지식을 제공하기 위해 ClearlyDefined는 원래 Microsoft에서 개발했으며, 약 5년 전에 Open Source Initiative에 기부되었습니다. Microsoft는 여전히 해당 프로젝트에 중요 역할을 하고 있지만 추가적으로 외부 인력을 찾고 있습니다. 여러 개인과 회사가 ClearlyDefined를 지원하는 데 관심을 보였지만 현재로서는 이러한 기여자가 거버넌스 프로젝트에 어떤 역할을 할 수 있는 지에 대한 명확한 지침은 없습니다. ClearlyDefined에서는 다른 조직의 기여를 받는 데 관심이 있지만 오늘날 존재하는 거버넌스 구조는 조직이 기여할 인센티브를 제공하지 않습니다.
필자는 최근 커뮤니티 관리자로서 ClearlyDefined 프로젝트에 참여했으며 첫 단계 중 하나로 여러 커뮤니티 구성원에게 연락하여 그들의 needs와 욕구를 이해하는 것입니다. 회원들과 온라인으로 통화 일정을 잡는 것 외에도 최초의 ORT 커뮤니티 데이에 참석해보는 기회도 가졌습니다. OSS Review Toolkit(ORT)는 오픈소스 공급 망 규정 준수 및 보안을 관리하기 위해 현재도 여러 조직에서 사용되고 있는 Linux Foundation 프로젝트이며 ClearlyDefined를 사용하고 홍보하는 주요 프로젝트 중 하나입니다. 개방형 거버넌스 모델에 대한 분명한 필요성을 확인하는 것은 커뮤니티와 직접 대화하면서였습니다.
두 번째 단계로 오픈소스 프로젝트를 위한 개방형 거버넌스 모델에 대한 연구를 수행하는 것입니다. 몇 가지 좋은 자료를 찾았는데, 그 중 가장 중요한 것으로 판단한 것은 Red Hat과 몇몇 저명한 오픈소스 리더가 만든 포괄적인 가이드북인 “The Open Source Way 2.0” 입니다. 개방형 거버넌스에 대한 좋은 요약을 제공하는 “GitHub 오픈소스 가이드”도 중요 자료 중 하나입니다. 또한 CNCF에서 발행한 최신 기사인 “오픈소스 소프트웨어 프로젝트의 구조 개요”는 성숙도에 따라 오픈소스 프로젝트를 구성하는 방법에 대한 좋은 설명을 제공합니다.
다음 단계는 ClearlyDefined와 동일한 환경의 일부인 프로젝트의 다양한 헌장 및 규칙들을 이해하는 것이었습니다. 처음부터 시작하며 만들어 가는 과정을 하고 싶지 않았지만 이미 존재하는 유사한 프로젝트로부터 영감을 받았습니다.
• ORT Governance
• OpenSSF Charter
• SPDX Governance
• FOSSology Governance
• OpenChain Charter
• CNCF Charter
• Todo Group Charter
• Eclipse Foundation Bylaws
마지막으로 기존 ClearlyDefined 헌장에 대한 몇 가지 변경 제안을 시작할 때 모든 것이 아주 잘 정당화되어야 하기 때문에 섬세한 검토가 필요합니다.
헌장의 각 섹션 별로 살펴보겠습니다.
임무
원래 임무는 매우 일반적이며 “명확하게 정의”되어 있지 않습니다.
명확하게 정의된 프로젝트 데이터를 통해 FOSS 프로젝트의 성공을 지원합니다.
좀 더 구체적이고 고무적으로 만들 시
: ClearlyDefined의 임무는 지금까지 게시된 모든 오픈소스 소프트웨어 구성 요소에 대한 라이선스 메타데이터의 글로벌 데이터베이스를 만드는 것입니다.
원칙
원칙은 원래도 완성도가 좋았기에 변화가 없습니다.
• 중립 : 프로젝트에 소속이나 회사 중심의 초점이 없습니다.
• 개방 : 데이터, 인프라 및 프로세스가 모두에게 개방되어 있습니다.
• 사실 : 모든 데이터는 사실 기반이며 어떠한 해석이나 평가도 이루어지지 않습니다.
• 업스트림(특정 프로젝트나 제품에 대한 변경 및 개선 사항을 해당 프로젝트의 원본 소스 코드 등을 개발자에게 제안하는 것) : 가능한 한 업스트림 프로젝트를 활성화합니다.
• 단순성 : 프로젝트는 가능하면 항상 단순 솔루션을 사용합니다.
예를 들어 커뮤니티의 경우 더 많은 공개 데이터를 요청했으며 여기에 이미 설명되어 있습니다. 원칙에 따르기만 하면 됩니다.
범위
원래 범위는 지나치게 목표가 높았고 다른 문제 중에서도 보안, 접근성 문제를 해결하는 것을 목표로 했습니다.
ClearlyDefined는 FOSS 프로젝트를 더 쉽게 사용하고 더 성공적으로 만드는 모든 데이터를 추구할 것입니다. 처음에 이 작업은 FOSS 사용과 관련된 법적 의무를 이해하고 충족하는 핵심을 형성하는 라이선스 데이터에 초점을 맞출 것입니다.
여기에는 다음이 포함됩니다.
: 라이선스(선언 및 준수), 저작권 보유자 소스 위치(개정/커밋 포함.)
WHY?
FOSS 라이선스 및 보안 정보 환경은 방대하고 다양합니다. 명확한 메타데이터가 없는 프로젝트는 채택하기가 어려우므로 기여도와 참여도가 낮아져 성공률이 떨어집니다. 소비자 측면에서 라이선스 의무를 발견 및 준수하고 보안 문제를 추적하려면 엄청난 노력이 필요합니다. 구성 요소의 소스 위치와 같은 단순한 것조차 찾기가 어려울 수 있습니다. 이러한 모호함은 FOSS를 안심하고 사용할 수 없음을 의미합니다. 이는 FOSS 프로젝트의 성공에 영향을 미치므로 우리는 이러한 악순환을 끊고자 합니다.
WHAT?
FOSS 프로젝트를 위한 라이선스, 보안, 접근성 데이터 큐레이션(특정 커뮤니티나 도메인에서 정보나 자료를 수집, 관리, 유지하며 선별적으로 선택.)을 크라우드소싱(대중의 협력, 참여 동원)합니다. 먼저 라이선스 데이터를 지운 뒤 나중에 보안, 접근성 데이터를 지웁니다.
HOW?
프로젝트에 포함된 데이터를 수집하고, 개방적이고 협력적인 프로세스에서 데이터를 큐레이팅하고 명확하게 정의된 프로젝트 데이터를 FOSS 프로젝트에 다시 제공하며, 데이터를 자유롭고 쉽게 접근할 수 있는 선순환 과정을 형성합니다.
향후 노력은 다음과 같은 추가 주제에 초점을 맞출 것입니다.
• 보안 : 프로젝트의 취약성을 보고 및 추적을 용이하게 합니다.
• 접근성 : 프로젝트의 접근성 관련 기술 및 우려사항 지원에 대한 특성 및 분석
• 프로젝트 데이터 : 거버넌스 모델, 원칙, 문제 추적, 토론, 포럼 등등
범위를 줄이고 라이선스 메타데이터에 집중합니다. 물론 보안, 접근성 및 프로젝트 데이터도 중요하지만 이미 이에 대해 작업 중인 다른 이니셔티브도 있으므로 함께 협력합니다.
제안된 범위는 다음과 같습니다.
ClearlyDefined는 오픈소스 소프트웨어 사용과 관련된 법적 의무 및 보안 모범 사례를 이해하고 충족하는 핵심을 형성하는 라이선트 메타데이터에 중점을 둘 것입니다.
여기에는 다음이 포함됩니다. 라이선스(선언 및 준수), 저작권 보유자 소스 위치(개정/커밋 포함.)
동기
원래 헌장에서는 동기(WHY?) 부분은 범위 섹션의 일부였습니다. 따라서 더 명확하게 하기 위해 동기를 별도의 섹션으로 나누었습니다. 또한 동기를 다시 표현하여 더 짧고 간결하게 만들었습니다.
규정 준수 및 보안상의 이유로 모든 곳에서 SBOM(소프트웨어 메타 데이터)으로 이동함에 따라 조직은 모든 빌드 또는 릴리스에 대해 공급 망의 각 단계에서 대규모로 SBOM을 생성해야 하는 큰 과제에 직면하게 됩니다.
또한 여러 조직에서 누락되거나 잘못 식별된 동일한 라이선스 메타데이터를 반복해서 수정해야 합니다.
간단한 API를 통해 각 구성 요소에 대한 라이선스 메타데이터의 캐시된 복사본을 제공함으로써 ClearlyDefined가 필요한 부분입니다.
또한 조직은 누락되거나 잘못 식별된 라이선스 메타데이터를 다시 제공할 수 있으므로 모두에게 이익이 되는 정확한 데이터베이스를 만드는 데 도움이 됩니다.
프로세스
원래 헌장에서는 거버넌스에 따라 프로젝트 프로세스와 커뮤니티 역할을 설명했습니다. 그러나 거버넌스는 시스템이 더 높은 수준에서 작동하는 방식을 다루며 이는 원래 헌장에서 완전히 빠져있습니다. 프로세스, 커뮤니티 및 거버넌스의 세가지 섹션을 만들어 봤습니다.
프로세스 섹션은 대부분 동일하게 유지됩니다.
: ClearlyDefined의 지속적인 목표는 원래 프로젝트가 작업의 기본 부분으로 범위 내 데이터에 대한 명확성을 유지하고 제작하도록 돕는 것입니다. 그것이 불가능한 경우 프로젝트는 관련 데이터를 유지해야 합니다. 이것은 업스트림 프로젝트의 파생 프로젝트로 간주되며 코드 분기와 마찬가지로 최소화해야 합니다. 어느 쪽이든 이 프로젝트는 범위 내 데이터에 대한 one – stop- shop(한 곳에서 모든 필요한 것을 제공하는 것을 의미) 역할을 합니다.
이 프로젝트는 명시된 목표와 범위를 지원하는 네 가지 주요 작업을 수행합니다.
• 프로젝트에 내장된 데이터 수집
• 개방적이고 협력적인 프로세스에서 데이터 큐레이팅
• 명확하게 정의된 프로젝트 데이터를 FOSS 프로젝트에 다시 제공
• 데이터를 자유롭고 쉽게 액세스 할 수 있도록 함.
이러한 프로세스는 아래에서 자세히 설명합니다.
Harvest (수확)
Harvesting 은 업스트림 프로젝트에서 데이터를 가져오는 작업입니다. 이는 표준 위치에서 규정된 데이터를 읽고 다양한 개방형 도구를 사용하여 소스 코드를 완전히 분석하는 것만큼 간단할 수 있습니다. 검색된 데이터는 ClearlyDefined 인프라에 고유한 형식으로 전체가 저장되며 필요에 따라 커뮤니티에서 사용할 수 있습니다. 수확 도구 자체는 심사 및 검사를 위해 커뮤니티에서 항상 완전히 개방되어 접근할 수 있습니다. 이 프로젝트는 아래에 설명된 대로 투표에 따라 새로운 도구를 포함할 수 있습니다.
Harvesting 은 ClearDefined 프로젝트 자체 또는 지정된 당사자(일반적으로 큐레이터)가 실행할 수 있습니다. 모든 경우에 합의된 도구 및 구성의 출력만 시스템에 허용됩니다. Harvesting 운영자는 자신의 전문 지식과 관심사에 가장 적합한 특정 프로젝트 영역에 자유롭게 집중할 수 있습니다.
Curate(일련의 항목 또는 콘텐츠를 주선하고 관리.)
큐레이션(특정 커뮤니티나 도메인에서 정보나 자료를 수집, 관리, 유지하며 선별적으로 선택) 프로세스는 기본적으로 개방적이고 투명합니다. 큐레이터(프로젝트 커미터 또는 유지 관리자)는 수집된 데이터, ClearlyDefined 커뮤니티에서 제공한 데이터, 원본 프로젝트 아티팩트 및 커뮤니티와 함께 작업하여 제시된 정보를 검증합니다.
모든 심의, 발견 및 토론은 기록되고 커뮤니티 검사를 위해 제공됩니다.
처음에 이 워크플로는 사람이 읽을 수 있고 비교할 수 있는 큐레이션 아티팩트에 대한 표준 pull 요청 워크플로를 사용하여 하나 이상의 GitHub 리포지토리에서 발생합니다. 프로젝트는 이 흐름을 보완하거나 대체하기 위해 추가 도구를 개발할 수 있지만 항상 완전한 투명성을 보장합니다.
일반적인 FOSS 프로젝트의 커미터(소프트웨어 개발 과정에서 코드 변경을 승인하고 관리하는 개발자)와 마찬가지로 큐레이터는 자신의 관점과 전문 지식에 맞는 특정 영역에 집중할 수 있습니다.
적어도 처음에는 모든 큐레이팅된 데이터에 두 명의 큐레이터가 서명해야 합니다. 이것은 사고 및 기계적 프로세스를 통해 작업하고 데이터에 대한 공통 이해를 개발하고 허용 가능한 것을 결정하는 데 더 관심이 있습니다. 이 요구 사항은 아래에 설명된 대로 투표를 통해 제거될 수 있습니다.
공헌(기여)
ClearlyDefined 커뮤니티 구성원들이 프로젝트에 대한 큐레이션된 프로젝트 데이터를 보유한 상태에서, 이 데이터를 상위(업스트림) 프로젝트에 제공합니다. 이러한 노력의 예상 규모를 감안할 때 일부 자동화가 사용되지만 요청을 과도하게 보내는 것을 주의해야 합니다. 이러한 기여들은 큐레이션된 데이터의 포함과 지속적인 유지보수를 지원하는 정보를 포함됩니다.
큐레이션된 기여를 받아들이는 프로젝트들은 “ClearlyDefined”로 간주 되며(아래 배지 참조) 더 이상의 큐레이션이 필요하지 않습니다. 유효성 검사는 계속되지만 이 프로그램을 선택함으로써 프로젝트는 데이터를 효과적으로 자체 관리하기 위해 노력하고 있습니다.
제공
프로젝트가 자체 큐레이팅인지 또는 ClearlyDefined에 의해 외부적으로 큐레이팅되는 지 여부에 관계없이 ClearlyDefined 프로젝트는 프로그래밍 방식(예: REST) API와 탐색 가능한 웹 속성을 통해 수확 및 큐레이트된 데이터를 제공합니다. 수집된 원시 데이터와 요약 및 선별된 데이터는 두 가지 액세스 방법을 통해 사용할 수 있습니다.
커뮤니티
커뮤니티 섹션도 대부분 동일하게 유지됩니다.
역할
• 데이터 큐레이터
데이터 큐레이터는 일반적인 오픈소스 프로젝트의 프로젝트 관리자 또는 커미터와 유사합니다. 큐레이터는 큐레이션 리포지토리에 대한 쓰기 권한이 있으며 궁극적으로 큐레이팅된 스토어에 데이터를 승인할 책임이 있습니다. 큐레이터는 변호사나 개발자보다 사서이자 데이터 과학자입니다. 이 역할에는 문제를 식별하고 해결할 수 있도록 충분한 도메인 컨텍스트가 필요합니다. 또한 이 역할에는 구성 요소를 감지하고 분석하는 데 사용되는 다양한 도구를 실행하는 기술 전분 지식이 필요합니다. 각 큐레이터는 벤더(공급업체) 중립적이고 편견이 없어야 합니다. 이를 통해 업스트림 프로젝트와 협력하여 선별된 데이터를 원본 프로젝트에 통합하는 다른 주요 역할을 수행할 수 있습니다.
커미터 및 유지-보수관리자와 마찬가지로 큐레이터는 자신의 자격을 인정받을 만한 장점과 이전 기여도에 따라 프로젝트 커뮤니티에서 지명되고 승인됩니다. 큐레이터의 역할을 조직이나 조직 내 위치가 아닌 개인과 관련이 있습니다. 어떠한 경우에도 큐레이터는 서비스에 병합된 데이터의 오류 또는 기타 결함에 대해 책임을 지지 않습니다.
• 데이터 기여자
ClearlyDefined 데이터 기여자는 다른 오픈소스 프로젝트의 기여자들과 비슷합니다. 그들은 버그나 개선 사항을 식별하고, 리포지토리를 변경하며 변경 사항과 함께 프로젝트를 관리합니다. 데이터 제공자의 경우 이는 작은 변경(예 : 맞춤법 수정), 실질적인 변경(예: 이전에 알려지지 않은 구성 요소에 대한 데이터 제공) 일 수 있습니다. 기여자는 다른 프로젝트와 마찬가지로 배경 정보 및 정확성 증명으로 변경 사항을 입증해야 합니다.
품질 데이터의 연속적으로 기여하는 기여자는 추후에 큐레이터가 될 후보입니다.
• 데이터 소비자
ClearlyDefined 데이터 소비자는 선별되거나 수집된 데이터에 접근합니다. 그들은 데이터가 데이터의 정확성 또는 특정 목적에 대한 적합성에 대한 보증이나 보증 없이 있는 그대로 제공된다는 것을 이해합니다. 모든 데이터는 출처 및 설명에 대해 완전히 검증되었으며 데이터 사용 여부는 소비자에게 달려있습니다.
• 코드 커미터/ 유지 보수 관리자
ClearlyDefined가 데이터에 초점을 맞추는 동안 프로젝트는 적당한 양의 코드를 통해 개발 되어집니다. 코드 커밋터십은 데이터 커밋터십과 별개입니다. 따라서 코드 커미터는 아래 설명된 대로 기존 코드 커미터 커뮤니티의 투표로 산출됩니다. 코드 커미터는 프로젝트의 수집, 큐레이션 및 제공 인프라 운영에 대한 완전한 통제권과 책임이 있습니다.
• 역할에서 제거
드물지만 커미터 혹은 큐레이터가 방해가 되거나 장기간 활동하지 않는 경우 나머지 커미터나 큐레이터 집합의 투표를 통해 역할에서 제거 될 수 있습니다.
• 투표
프로젝트 내의 대부분의 결정은 비공식적 합의를 통해 이루어지며 적절한 공공 기록에 기록될 수 있습니다. 예를 들어 커미터/큐레이터를 산출할 때와 같이 공식적인 결정이 필요한 경우 다음 프로세스를 사용하여 투표가 진행됩니다. 해당 논의는 큐레이터 중 한 명이 다른 모든 큐레이터에게 통지하여 투표 주제가 제시됩니다. 주제가 제시된 후 최소 1주일의 기간 동안 투표를 할 수 있으며, 해당 투표는 합의된, 상호 편리하며 공개적인 매체(예: 이메일, GitHub 이슈 등)를 통해 이루어집니다. 최소 2개의 긍정적(+1) 투표와 부정적(-1) 투표가 없을 경우 주제는 승인되고 부정적인 투표의 경우 이유가 명시되어야 합니다. 기권 표는 결과에 영향을 미치지 않습니다.
• 인정과 승진
프로젝트는 때때로 ClearlyDefined가 되고 유지하기 위한 프로젝트의 노력을 인정하고 보상하는 프로그램을 실행할 수 있습니다. 예를 들어 배지 프로그램을 통해 프로젝트가 ClearlyDefined임을 명확하게 나타낼 수 있게 해서 소비자 신뢰도가 높아집니다. 이러한 인식은 라이선스 또는 보안과 같은 특정 도메인과 관련하거나 전반적인 ClearlyDefined 노력과 관련하여 이루어질 수 있습니다.
거버넌스
마지막으로 거버넌스 모델에 대해 설명하겠습니다.
이 섹션은 완전히 새로운 것이며 동일한 환경(생태계)의 다른 인접 프로젝트의 거버넌스 모델에서 영감을 받았습니다.
• 이사회
관리 이사회 투표 구성원은 오픈소스 이니셔티브의 전무 이사, 운영 위원회 의장 및 아웃리치(홍보 및 소통을 위한 그룹.) 위원회 의장으로 구성됩니다.
이사회의 책임은 다음과 같습니다.
- ClearlyDefined 프로젝트의 전반적인 전략적 방향 설정, 주요 목표 설정 및 커뮤니티의 피드백 및 의견에 따라 주요 우선 순위 식별
- 예산, 인프라 및 인적 자원을 포함하여 책임감 있고 지속 가능한 방식으로 ClearlyDefined 프로젝트의 자원을 관리
- 행동 강령, 상표 정책, 규정 준수 또는 인증 정책과 같은 ClearlyDefined 프로젝트에 대한 정책 또는 규칙과 절차를 채택하고 유지.
• 운영위원회
운영위원회는 다음을 담당합니다.
- ClearlyDefined 프로젝트의 기술 방향 설정, 주요 목표 설정 및 주요 기술 우선 순위 식별
- 모든 프로세스(수확, 선별, 기여, 서비스)를 감독하여 기본 아키텍처가 이러한 프로세스를 원활하게 실행할 수 있도록 합니다.
- 커뮤니티(데이터 큐레이터, 데이터 기여자, 데이터 소비자 및 코드 커미터/관리자)에게 권한을 부여하고 ClearlyDefined의 사명을 달성하는 데 필요한 모든 기술 자원을 제공.
- 환경(생태계)의 일부인 인접 프로젝트와 개방형 협력 구축.
• 홍보위원회
홍보위원회는 다음을 담당합니다.
- ClearlyDefined 프로젝트를 잠재적인 사용자 및 기여자에게 홍보하기 위한 노력을 계획하고 실행합니다.
- 기존 커뮤니티 구성원을 모으고 새로운 구성원을 유치하기 위해 가상 및 직접 전 세계 이벤트에서 활동을 조직합니다.
- 개인과 회사가 ClearlyDefined 프로젝트를 사용하고 기여하는 방법을 이해하는 데 도움이 되는 교육 자료(문서, 백서, 웨비나, 팟캐스트 등)를 만듭니다.
- 다양한 채널(웹사이트, 블로그, 소셜 미디어 및 보도 자료)을 통한 커뮤니케이션 관리.
• 회원 및 의장
운영 및 홍보위원회는 시간이 지남에 따라 지속적으로 기여하고 ClearlyDefined 프로젝트의 장기적인 건전성에 관심이 있는 커뮤니티 구성원으로 구성됩니다. 운영 및 홍보위원회의 구성원은 새 구성원을 추천 및 임명하고 1년 임기로 봉사할 각 위원회의 의장을 선출합니다. 회원이 사임하거나 6개월 이상 프로젝트 참여 및 기여 활동이 없을 경우 위원회에서 제명됩니다.
• 회의
이사회 회의는 이사회 구성원으로 제한됩니다. 민감한 사항은 공개되지 않을 수 있으므로 이사회에서 달리 결정하지 않는 한 비공개로 유지됩니다. 이사회는 재량에 따라 공개 커뮤니티 회의를 개최하도록 선택할 수 있습니다.
운영 및 홍보위원회의 회의는 정기적으로(매월 또는 격주로) 개최되어야 하며 대중에게 공개되어야 합니다. 그들은 원격 회의와 같이 전자 기기를 통한 도구나 플랫폼을 사용하는 방식을 통해 또는 직접 참석하는 방식으로 진행될 수 있습니다. 또한 회의록은 공개 채널을 통해 게시되고 커뮤니티와 공유되어야 합니다.
• 투표
합의 기반 커뮤니티를 운영하는 것이 ClearlyDefined 프로젝트의 목표이지만 진행을 위해 투표가 필요한 결정이 있는 경우 이사회, 운영위원회 또는 홍보위원회(해당되는 경우)의 구성원은 개인당 한 표씩 투표를 진행합니다.
투표에 의한 결정은 운영 위원회, 운영 위원회 및 홍보위원회 구성원의 최소 60%가 참석하거나 전자 방식 또는 전자 투표(예를 들어 이메일 또는 이사회 자료에 지정된 양식으로 투표)에 참여해야 합니다.
해당 헌장을 수정하려면 2/3의 다수결 투표가 필요하며 개정안은 공개 채널을 통해 커뮤니티에 전달되며 즉시 적용됩니다.
Clearly defined 거버넌스
이제 최종적이고 중요한 단계는 모든 이해 관계자와 소통하고 피드백을 다시 요청하는 것입니다. 초기 피드백은 처음에 헌장을 변경하게 된 원동력이 되었으며 제안된 변경 사항이 이해 관계자의 우려 사항을 해결하는지 확인하고자 합니다.
이러한 변경 사항에 대해 논의하고 비공개로 결정을 내리는 것을 피하고자 합니다. 처음부터 프로세스를 가능한 한 개방적이고 투명하게 만들기 위해 최선을 다해야 합니다.
명확하고 개방적인 거버넌스 모델을 확립함으로써 ClearlyDefined가 코드 또는 데이터 기여뿐만 아니라 프로젝트 자체를 관리하는 데 도움이 되는 기여 측면에서 개인 및 조직의 기여를 더욱 환영하게 되기를 바랍니다.
ClearlyDefined에 대해 자세히 알아보고 참여하는 방법에 관심이 있는 경우 당사 웹사이트 및 디스코드를 방문하십시오.
[원문출처] https://opensource.org/blog/what-is-open-governance-drafting-a-charter-for-an-open-source-project
※ 오픈소스.org(https://opensource.org/)에 의해 작성된 이 저작물은 크리에이티브 커먼즈 저작자표시-동일조건변경허락 4.0 국제 라이선스에 따라 이용할 수 있습니다.
