[Rejected] PEP 8011 - Python Governance Model Lead by Trio of Pythonistas

September 27, 2025

원문 링크: PEP 8011 - Python Governance Model Lead by Trio of Pythonistas

상태: Rejected 유형: Informational 작성일: 24-Aug-2018

PEP 8011: 세 명의 파이써니스타가 이끄는 파이썬 거버넌스 모델 제안 (거절됨)

개요

이 문서는 파이썬 핵심 개발 커뮤니티를 위한 거버넌스(Governance) 모델을 제안하는 PEP 8011의 한국어 번역 및 정리입니다. PEP 8011은 동등한 권한을 가진 세 명의 리더(이하 ‘트리오’ 또는 ‘Trio of Pythonistas, ToP’)가 파이썬 언어에 대한 최종 결정을 내리도록 하는 것을 목표로 했습니다. 이는 단일한 중앙 리더를 제안했던 PEP 8010과는 다르게 세 명의 그룹을 리더로 하는 방식이었으며, 이들을 보조할 전문 워크그룹(working group)의 구성도 함께 제안했습니다.

이 PEP는 리더십 트라이어드의 역할과 책임, 구성 지침, 파이썬 핵심 개발자들의 책임, 지속 가능성 및 다양성/포괄성 고려 사항 등을 상세히 다루었지만, 최종적으로 핵심 개발자 투표를 통해 거절되었습니다. 대신 PEP 8016에 설명된 거버넌스 모델이 채택되었습니다.

주요 제안 내용

PEP 8011은 다음과 같은 사항들을 설명합니다.

트리오의 역할과 책임
트리오 구성원에 대한 지침
단일 리더 대신 세 명의 그룹을 선택한 이유
트리오에 대한 파이썬 핵심 개발자들의 역할과 책임
지속 가능성 고려 사항
다양성 및 포괄성 고려 사항

PEP 거절 (PEP Rejection)

PEP 8011은 2018년 12월 17일 월요일, PEP 8001에 명시된 핵심 개발자 투표를 통해 거절되었습니다. 대신 PEP 8016 및 해당 PEP가 설명하는 거버넌스 모델이 채택되었습니다.

논의 지점 (Open Discussion Points)

이 PEP의 매개변수(예: 트리오의 정확한 책임, 임기, 투표 절차, 트리오 해산)에 대한 다양한 수정은 거버넌스 논의 과정에서 허용되었습니다. 이러한 사항들은 PEP가 투표에 부쳐질 준비가 될 때까지 명문화될 예정이었습니다. 이 모델에 대한 경험이 쌓이면서 더 원활한 거버넌스 프로세스를 위해 이러한 매개변수가 조정될 수 있으며, 조정 과정은 일반적으로 PEP 8001에 설명된 투표 절차와 동일할 것으로 예상되었습니다.

리더십 트리오의 역할 및 책임 (Roles and responsibilities of the leadership trio)

트리오는 다음을 수행해야 합니다.

개방적이고, 사려 깊고, 존중하는 태도를 유지해야 합니다. 즉, PSF(Python Software Foundation)의 행동 강령(Code of Conduct)을 준수해야 합니다.
팀으로 또는 다른 트리오 구성원이 동의하는 경우 개별적으로 PEP에 대해 발표해야 합니다.
프로그래밍 언어로서의 파이썬과 커뮤니티에 비전과 리더십을 제공해야 합니다.
자신의 한계를 이해하고, 필요할 때마다 조언을 구해야 합니다.
다음 세대 리더들에게 멘토십을 제공해야 합니다.
파이썬 핵심 개발자여야 합니다.
PSF의 투표권 있는 회원이어야 합니다 (Contributing / Manager / Fellow / Supporter 중 하나).
파이썬이 단순한 언어가 아니라 커뮤니티라는 것을 이해해야 합니다. 기술적인 측면뿐만 아니라 커뮤니티 내의 다른 문제들도 인지하고 있어야 합니다.
핵심 파이썬 내에서 전문화된 워킹 그룹(working group)의 구성을 촉진해야 합니다.
파이썬 커뮤니티에 행동, 문화, 분위기에 대한 좋은 본보기를 제시해야 합니다.

트리오의 권한 (Authority of the trio)

분쟁이 발생할 경우, 트리오는 PEP(거버넌스 PEP 제외)에 대한 최종 결정 권한, 특정 결정에 PEP가 필요한지 여부를 결정하는 권한, 그리고 전반적인 기술적 분쟁을 해결할 최종 권한을 가집니다. 트리오의 권한은 거버넌스 자체를 변경하거나 발생할 수 있는 기타 비기술적 분쟁을 포함하지 않습니다. 이러한 분쟁은 PEP 8001에 설명된 프로세스를 통해 처리되어야 합니다.

트리오의 역할 및 책임에 포함되지 않는 사항 (What are NOT considered as the role responsibilities of the trio)

다음은 트리오에게 기대되는 역할은 아니지만, 원한다면 수행할 수 있습니다.

모든 아이디어, 비전, 해결해야 할 문제 등을 항상 제시하는 것은 아닙니다. 트리오는 핵심 개발자 및 커뮤니티의 제안을 개방적으로 수용할 것입니다.
일상적인 버그 보고에 트리오가 개입할 필요는 없습니다. 모든 핵심 개발자가 결정을 내릴 수 있지만, 해당 분야의 워킹 그룹에 위임하며, 핵심 개발자들 사이에 큰 의견 불일치가 있을 경우 최종적으로 트리오에 위임할 것입니다.
파이썬 언어 서밋 및 관련 물류를 운영/결정하지 않습니다.
파이썬 핵심 스프린트 및 관련 물류를 운영/결정하지 않습니다.
행동 강령(CoC) 관련 사례를 직접 처리하지 않습니다. 이는 PSF CoC 워킹 그룹의 책임이지만, 사례를 목격할 경우 의견을 표명할 것입니다.
다른 파이썬 구현체(Cython, IronPython 등)에 대한 결정을 내리지 않습니다.
파이썬 컨퍼런스 및 관련 물류를 운영/결정하지 않습니다.
파이썬의 전도사가 아닙니다. 트리오가 파이썬을 홍보/광고할 것으로 기대되지 않습니다. 원한다면 할 수 있지만, 기대되는 역할은 아닙니다.
파이썬의 교육자가 아닙니다. 트리오가 파이썬을 가르치거나 글을 쓸 것으로 기대되지 않습니다. 원한다면 할 수 있지만, 기대되는 역할은 아닙니다.
연중무휴 24시간 내내 활동할 것으로 기대되지 않습니다. 파이썬을 위한 자신의 가용 시간을 자유롭게 결정할 수 있습니다.
PEP 에디터가 아닙니다.

트리오 구성 지침 (Guidelines for the formation of the trio)

이 거버넌스 모델의 성공은 트리오 구성원과 이들이 협력하여 잘 일할 수 있는 능력에 달려 있습니다. 세 명은 파이썬에 대한 유사한 비전을 가져야 하며, 서로를 보완하는 다른 기술을 가질 수 있습니다.

트리오 구성원을 선택할 때, 핵심 개발자들은 여러 개인을 지명하고 상위 세 명을 선택하는 대신, 세 명으로 구성된 그룹을 지명하고, 단합된 트리오를 구성할 수 있다고 믿는 그룹에 투표할 것입니다.

트리오에게 요구되는 자질은 다음과 같습니다.

파이썬 핵심 개발자일 것.
PSF 투표권 있는 회원일 것 (Contributing / Manager / Fellow / Supporter 중 하나).
선량한 커뮤니티 회원일 것.
PSF 행동 강령을 준수할 것 (개방적이고, 사려 깊고, 존중할 것).
명시된 역할과 책임을 기꺼이 수락할 의지가 있을 것.
자신의 생각을 효과적으로 소통하고 명확하게 표현할 수 있을 것.

다음은 트리오 구성원을 고려할 때 요구 사항이 아닙니다.

“무언가의 BDFL(Benevolent Dictator For Life) 경험”은 요구 사항이 아닙니다.
“천재일 것”은 요구 사항이 아닙니다.

다양성과 포괄성 (Diversity and inclusivity)

핵심 파이썬 개발 팀은 PSF의 다양성 성명(diversity statement)을 전적으로 지지하며, 다양한 배경을 가진 사람들의 참여와 기여를 환영합니다. 트리오에 사람들을 지명할 때, 파이썬 핵심 개발자들은 소외된 그룹의 구성원을 포함시키기 위해 모든 노력을 기울일 것입니다.

지속 가능성 (Sustainability)

고용주의 지원 부족이나 자유 시간의 부족은 트리오 구성원을 식별하는 데 방해가 되어서는 안 됩니다. 핵심 개발자들이 트리오 구성원으로서 필요한 기술을 가졌다고 판단했지만, 시간 부족이나 재정 지원 부족으로 인해 역할을 수행할 수 없는 경우, 필요한 지원을 제공하기 위해 PSF 또는 다른 당사자들과 논의를 시작해야 합니다.

다른 거버넌스 모델을 선택하지 않는 이유 (Why not other governance model)

파이썬 핵심 커뮤니티는 20년 이상 단일 BDFL 모델에 익숙해져 있으며, 이는 파이썬에 “작동했던” 모델입니다. 갑자기 완전히 다른 모델로 전환하는 것은 커뮤니티의 안정성에 혼란을 줄 수 있습니다. 그러나 커뮤니티는 미래에 계속 진화할 수 있습니다. 이 PEP가 채택된다고 하더라도, 이것이 파이썬의 유일한 미래 거버넌스 모델이 될 것으로 의도된 것은 아닙니다. 이 PEP는 (소규모이긴 하지만) 여러 사람이 이끄는 커뮤니티로의 전환을 제안하며, 추가적인 전문 워크그룹 개념도 도입합니다.

세 명 이상은 안 되는 이유 (Why not more than three)

“요리사가 너무 많으면 수프를 망친다(Too many chefs spoil the soup)”는 속담처럼, 리더십 팀의 목표는 파이썬 핵심 개발자들이 합의에 도달하고 결정을 내릴 수 있도록 하는 것입니다. 리더십 팀이 클수록 결정을 내리기가 더 어려워집니다. 이는 트리오 구성원들의 이점도 고려한 것입니다. 팀에서 다른 사람들과 협력하는 것은 자연스럽게 일어나는 일이 아니며 많은 노력이 필요합니다. 트리오 구성원들은 장기적으로 팀의 일원이 될 것으로 예상됩니다. 다른 두 사람을 다루는 것만으로도 충분히 어려울 수 있습니다. 트리오가 가능한 한 효율적으로 자신의 임무와 책임을 수행할 수 있도록 하려는 것입니다. 그룹에 사람이 많을수록 회의하고 논의하며 결정을 내리는 데 시간을 맞추기가 더 어려워집니다.

트리오에 대한 파이썬 핵심 개발자의 역할 및 책임 (Roles and responsibilities of Python Core Developers to the trio)

핵심 개발자들은 다음을 수행해야 합니다.

개방적이고, 사려 깊고, 존중하는 태도를 유지해야 합니다. 즉, PSF의 행동 강령을 준수해야 합니다.
트리오 개별 구성원이 내린 결정 및 발표는 트리오에서 나온 권위 있는 것으로 간주해야 합니다. 트리오가 결정을 발표하면, 핵심 개발자들은 처음에는 지지하지 않았더라도 (트리오가 그런 결정을 내리기 전에는) 지지해야 합니다.
버그 트래커에서 일상적인 의사 결정을 계속하고, 큰 의견 불일치가 있을 경우 트리오에 위임해야 합니다.
파이썬 핵심 개발자는 CoC 사례를 직접 처리하지 않습니다. 이는 CoC 워킹 그룹의 책임이지만, 사례를 목격할 경우 의견을 표명할 것입니다.
자신이 기술적인 측면뿐만 아니라 더 큰 파이썬 커뮤니티의 일부임을 인지해야 합니다.
PSF 투표권 있는 회원이어야 합니다 (Contributing / Manager / Fellow / Supporter 중 하나).
파이썬 커뮤니티에 행동, 문화, 분위기에 대한 좋은 본보기를 제시해야 합니다.

임기 (Term Limit)

트리오는 평생 봉사할 것으로 예상되지 않지만, 더 긴 임기가 바람직합니다. 긴 임기의 목적은 불필요한 “선출”의 혼란을 피하고, 언어와 커뮤니티에 안정성과 일관성을 제공하는 것입니다. 현재 파이썬 릴리스 관리자(release manager)는 5년(하나의 릴리스 주기) 동안 직책을 맡고 있으며, 이는 지금까지 잘 작동하는 것으로 보입니다. 따라서 이 PEP는 트리오가 5년 동안 직책을 맡을 것을 제안합니다.

트리오의 승계 계획 (Succession planning of the trio (open for discussion))

트리오는 해산/은퇴/사임 의사를 최소 1년 전에 핵심 개발자들에게 알려야 합니다. 이는 다음 세대 후임자를 적극적으로 멘토링하고 훈련할 시간을 허용하고, 권력 공백을 피하기 위함입니다. 트리오가 반드시 다음 리더를 선택해야 하는 것은 아닙니다. 이 PEP는 다음 세대에 동일한 거버넌스 모델이 선택되어야 한다고 강제하지 않습니다. 파이썬은 언어이자 커뮤니티로서 계속 진화할 수 있습니다. 1년 전에 해산 의사를 알림으로써, 트리오는 핵심 파이썬 커뮤니티가 이 거버넌스 모델의 성공/실패를 숙고하고, 필요하다면 다른 거버넌스 모델을 선택할 기회를 제공합니다. 그러나 다음 거버넌스 모델과 리더는 트리오가 해산 의사를 발표한 후 1년 이내에 선택/선출되어야 합니다.

트리오 구성원 중 한 명이 사임해야 하는 경우 (Scenario if one member of the trio needs to quit)

선택된 트리오 구성원 중 한 명이 예상치 못한 이유로 사임해야 하는 경우 몇 가지 가능한 옵션이 있습니다.

남은 두 명이 다른 구성원을 선택하여 역할을 채울 수 있습니다.
트리오가 해산하기로 결정하고, 핵심 개발자들이 다른 트리오를 지명할 수 있습니다.
핵심 개발자들이 다른 거버넌스 모델을 선택할 수 있습니다.

트리오는 한 팀(slate)으로 선출되었으므로, 한 명의 손실은 선출된 단위를 깨뜨립니다. 따라서 새로운 선거가 치러져야 합니다.

워킹 그룹/전문 분야/소유권 형성 (Formation of working groups/area of expertise/ownership (previously BDFL delegate))

핵심 파이썬 및 파이썬 커뮤니티의 특정 영역과 주제는 특정 기술 전문성을 가진 리더를 필요로 합니다. 트리오의 의사 결정을 돕기 위해 해당 특정 영역에서 더 많은 권한을 가진 여러 워킹 그룹이 존재하도록 권장됩니다. 이러한 “전문화된 워킹 그룹/협의회”의 역할은 각자의 영역에서 발생하는 논쟁적인 논의에 대한 최종 의사 결정자가 되는 것입니다. 이러한 워킹 그룹은 리더십 트리오가 소규모 그룹인 것과 유사한 이유로 작아야 합니다 (3-5명). 이러한 워킹 그룹은 파이썬 핵심 개발자와 외부 전문가 모두로 구성되어야 합니다. 이는 내려진 결정이 파이썬 핵심 개발자들에게만 유리하지 않도록 하기 위함입니다. 파이썬 핵심 개발자들은 각자의 주제에 대한 결정을 이러한 워킹 그룹에 위임할 것입니다. 그러나 이러한 그룹은 트리오에 보고하거나 트리오에 위임할 것입니다.

이러한 워킹 그룹이 필요한 이유는 이전 파이썬 BDFL의 “큰 역할”을 재구성하려는 노력의 일환입니다.

PSF 회원 자격 확인 (Affirmation as being a member of the PSF)

이 PEP는 핵심 개발자와 트리오 구성원들이 스스로 PSF 회원임을 자가 인증할 것을 제안합니다. PSF의 일원이라는 것은 파이썬 커뮤니티의 일원이며, PSF의 사명과 다양성 성명을 지지한다는 것을 의미합니다. PSF 회원으로서 파이썬 핵심 개발자들은 파이썬에 대한 지지를 표명하고 커뮤니티 행동 강령에 동의합니다.

‘트리오’라는 이름 선택 이유 (Reasoning for choosing the name trio)

파이썬 비동기 라이브러리인 ‘Trio’와 혼동되지 않도록 합니다. “트리오(trio)”는 짧고 발음하기 쉬우며, triad, trinity, triumvirate, threesome 등 길고 부정적인 해석을 가질 수 있는 다른 단어들과 다릅니다.

⚠️ 알림: 이 문서는 AI를 활용하여 번역되었으며, 기술적 정확성을 보장하지 않습니다. 정확한 내용은 반드시 원문을 확인하시기 바랍니다.