"데비안 규범"의 두 판 사이의 차이

한국 데비안 사용자 모임
둘러보기로 가기 검색하러 가기
(새 문서: 데비안 프로젝트 규범 (v1.0) == 개요 == 데비안 프로젝트는 자유로운 운영체제를 만들고자 하는 공통적인 대의를 갖는 개개인의 자발적인...)
 
63번째 줄: 63번째 줄:
 
=== 과정 ===
 
=== 과정 ===
  
===  ===
+
# 개발자들은 다음과 같은 표준 의사결정 단계를 따라야한다. 다른 개발자와 적어도 K 명의 다른 개발자들에 의해 보장되거나 프로젝트 팀장이나 기술위원회가 지원을 한다면 의사결정이나 개정을 할 수 있다.
 +
# 프로젝트 팀장이나 그 팀에 의해서 의사결정이 연기됨
 +
## 프로젝트 팀장이나 팀 또는 기술 위원회가 의사결정을 한 경우, 개발자들은 결정을 그냥 넘겨버림으로써 이를 무효화할 수 있다; s4.1(3) 참조
 +
## 만일 결정이 적어도 2K 명의 개발자들이 지지하거나 기술위원회에서 제안되었다면, 그 결정은 즉시 나오게 표결에 오르게 된다.
 +
## 원래의 결정이 토론 기간이나 투표기간을 변화시키거나 의사결정이 기술위원회의 결정을 무효로 한다면 단지 K 명의 개발자들이 그 결정을 즉시 표결에 올릴 수 있다.
 +
## 결정 내용이 표결에 부쳐지면 총투표가 이루어지거나 원래의 결정을 그때까지 연기할지에 대해서 즉각적인 투표가 이루어질 것이다.
 +
## 만일 프로젝트 팀이나 팀장이 원래의 결정을 철회하면 투표는 더이상 행해지지 않는다.
 +
# 투표는 프로젝트 비서에 의해 주재된다. 투표결과들은 투표기간 동안은 볼 수 없다; 투표 후에 프로젝트 비서단이 모든 투표의 결과를 보여준다. 투표기간은 2주이지만 프로젝트 팀장에 의해 1주 정도는 변화를 줄 수 있고 프로젝트 비서에 의해 마칠 수도 있는데 이경우는 투표의 결과가 더이상 의심할 여지가 없는 경우이다.
 +
# 최소의 토론 기간은 2주이지만 프로젝트 팀장에 의해 1주까지 변경될 수 있다. 프로젝트 팀장은 캐스팅보트(역자주: 의장도 투표권한을 갖는 것)를 할 수있다. 3Q의 정족수이다.
 +
# 제안과 스폰서와 개정과 투표에 대한 요청과 다른 공식적인 조치는 프로젝트 팀에 선정한 누구나 볼 수 있는 메일링 리스트에서 가능하다 할 수 있다.
 +
# 투표는 이메일로 비서에게 보내진다. 비서는 각각의 투표에 대해서 그들이 결정을 변경할건지 결정한다.
 +
# 는 현재의 개발자 숫자의 이중근호의 1/2이다. K는 Q이거나 5인데 더 작은 값이다. Q와 K는 굳이 정수일 필요도 없고 반올림을 하거나 그럴 필요도 없다.
  
  
== ==
+
== 프로젝트 팀장 ==
  
== ==
+
=== 권한 ===
 +
 
 +
# 팀원들이나 팀원들의 결정을 기술위원회에 할당한다. 팀장은 현재의 책임의 범위나 특정한 결정에 대한 영역을 정하고 이것을 다른 개발자나 기술위원회에 넘긴다. 한번 특정한 결정이 내려지면 팀장은 그 결정을 번복하기가 힘들게 된다; 하지만 특정한 책임 영역에 대한 부분을 철회할 수 있다.
 +
# 다른 개발자에게 권한 빌려준다. 요청이 되는 경우 프로젝트 팀장은 여러 관점이나 프로젝트의 다른 멤버에 대한 지원을 언급할 수 있다. 그렇지 않는 경우; 팀장이 문제가 되는 결정을 오직 한다면 그 언급은 힘을 갖게 된다.
 +
# 긴급한 조치가 필요한 어떠한 결정도 내릴 수 있다. 이는 데드라인이 없는 경우 조치가 부족한 경우는 점차로 긴급하게 상황이 바뀌는 결정에 대해서는 적용이 되지 않는다.
 +
# 어느 누구도 책임지지 않는 어떠한 결정도 내릴 수 있다.
 +
# 일반적인 결정사항과 개정에 관한 제안서를 제출할 수 있다.
 +
# 기술위원회와 함께, 새로운 회원을 지목할 수 있다. (s.6.2. 참조)
 +
# 개발자들이 투표를 할 때 캐스팅 보트를 행사할 수 있다. 프로젝트 팀장은 그러한 상황에서 다른 회원들과 같이 투표권을
 +
행사할 수 있다.
 +
# 위에서 보았듯이 개발자 투표 동안 토론 기간을 변경할 수 있다.
 +
# 개발자들 사이에서 토론을 이끌어낸다. 프로젝트 팀장은 개발자들 사이의 토론에 적극 참여해야 하며 도움을 주는 방식으로 긴급하게 해결해야 할 내용에 관한 토론을 이끌어 내어야 한다. 프로젝트 팀장은 그 자신들의 개인적인 관점을 내세우기 위해 그 위치를 이용해서는 안된다.
 +
 
 +
 
 +
* SPI와 함께 데비안과 관련된 목적을 위해 연관된 사항들에 영향을 주는 결정들을 한다. (s.9.1.을 참조하라.)
 +
 
 +
 
 +
== 임명 ==
 +
 
 +
== 과정 ==

2017년 5월 6일 (토) 19:58 판

데비안 프로젝트 규범 (v1.0)

개요

데비안 프로젝트는 자유로운 운영체제를 만들고자 하는 공통적인 대의를 갖는 개개인의 자발적인 참여로 이루어지는 공동체다.

이 문서는 데비안 프로젝트에 있어서 공식적인 의사결정을 위한 전체적인 조직을 기술한다. 여기에는 프로젝트의 목적이나 의사결정 과정에 관계되지 않는 어떠한 정책도 포함하지 않는다.


의사결정단과 개개인들

프로젝트에서 의사 결정은 다음의 내용에 따라서 결정한다:

  1. 일반적인 결정이나 선거에 있어서 개발자들;
  2. 프로젝트팀장;
  3. 기술위원회나 그 회장;
  4. 개별 작업을 하는 개개의 개발자;
  5. 특정작업을 위해 프로젝트팀장이 지정한 대표자들;
  6. 프로젝트 비서단;

이 문서의 나머지 대부분은 이 결정단의 권위와 조직과 약속과 의사결정 단계를 명시한다. 그들의 힘은 다른 사람들이 견제를 할 수 있다; 이러한 경우에 검토를 하는 사람들은 이 부분에 대한 언급을 할 것이다. 위의 목록에서 개개인이나 그룹이 대개는 그들이 무효로 하거나 그들이 정할 수 있는 그룹이나 사람들에 앞서서 기술된다 - 하지만 앞서 목록에 올라온 모든 사람이 목록의 뒤에 있는 사람들의 의견을 무효로 할 수는 없다.

일반적 규칙들

  1. 프로젝트를 위해서 일을 하는 누구에게도 강제는 없다. 주어진 작업을 하고 싶지 않는 경우는 하지 않아도 된다. 하지만, 여기의 규범들과 결정된 내용들을 위반하여 작업을 해서는 안된다.
  2. 프로젝트 팀장, 프로젝트 비서와 기술고문들이 구별되어야 하는 것과 프로젝트 팀장은 그들 자신을 대표자로 정할 수 없다는 것을 제외하고 개개인은 몇가지 직책을 수행할 수 있다.
  3. 개개인은 그들이 수행하는 특정한 직책에서 사임을 하고 프로젝트를 공식적으로 언급하고 떠날 수 있다.

개개의 개발자들

권한

개개의 개발자는

  1. 그들의 작업에 대한 어떠한 기술적이나 비기술적인 결정을 할 수 있다;
  2. 일반적 결정들에 대한 제안과 지원을 할 수 있다;
  3. 선거에서 프로젝트 팀장 후보로서 스스로를 내세울 수 있다;
  4. 일반적 결정들과 후보자 선출에 대한 투표권한을 갖고있다;

구성과 할당

  1. 개발자들은 그들이 참여하고자 하는 한에서 프로젝트의 목표를 좀더 발전시키기 위한 자원봉사자들이고 프로젝트의 패키지들을 관리하며 프로젝트 팀이 가치 있다고 생각하는 작업을 수행하는 사람들이다.
  2. 프로젝트 팀은 새로운 개발자를 선발할 것인지에 관한 것이나 현재의 개발자의 권한을 없애는 것에 대한 결정을 한다. 만일 개발자들이 팀이 개발자들의 권한을 무시한다고 느낀다면 그들은 일반적인 규칙에 따라서 그 결정을 무시할 수 있다 - s.4.1(3), s.4.2를 참조

과정

개발자들은 그들이 적절하다고 생각하는 결정을 내릴 수 있다.


일반적인 결정과 선거에 있어서 개발자들

권한

개발자들은:

  1. 프로젝트팀장을 정할 수 있다.
  2. 3:1 정도의 비율로 다수가 동의한다면 이 규범을 개정할 수 있다.
  3. 프로젝트 팀장과 팀단원이 내린 어떠한 결정도 무효화할 수 있다.
  4. 2:1 정도의 비율로 다수가 동의하면 기술위원회에서 결정한 내용을 무효화 할 수 있다.
  5. 비기술적인 정책 문서와 언급을 할 수 있다.

프로젝트의 목적을 기술하고 다른 자유 소프트웨어와의 관계와 데비안 소프트웨어가 만족해야 하는 자유소프트웨어 라이센스와 같은 내용을 기술하는 문서를 포함한다. 이 문서들은 그날의 주제에 관한 문구들을 포함할 수 있다.

  1. 프로젝트 팀장과 SPI는 함께 데비안과 연관된 확신이 있는 사안에 대해 결정을 해야한다. (s.9.1.을 참조하라)


과정

  1. 개발자들은 다음과 같은 표준 의사결정 단계를 따라야한다. 다른 개발자와 적어도 K 명의 다른 개발자들에 의해 보장되거나 프로젝트 팀장이나 기술위원회가 지원을 한다면 의사결정이나 개정을 할 수 있다.
  2. 프로젝트 팀장이나 그 팀에 의해서 의사결정이 연기됨
    1. 프로젝트 팀장이나 팀 또는 기술 위원회가 의사결정을 한 경우, 개발자들은 결정을 그냥 넘겨버림으로써 이를 무효화할 수 있다; s4.1(3) 참조
    2. 만일 결정이 적어도 2K 명의 개발자들이 지지하거나 기술위원회에서 제안되었다면, 그 결정은 즉시 나오게 표결에 오르게 된다.
    3. 원래의 결정이 토론 기간이나 투표기간을 변화시키거나 의사결정이 기술위원회의 결정을 무효로 한다면 단지 K 명의 개발자들이 그 결정을 즉시 표결에 올릴 수 있다.
    4. 결정 내용이 표결에 부쳐지면 총투표가 이루어지거나 원래의 결정을 그때까지 연기할지에 대해서 즉각적인 투표가 이루어질 것이다.
    5. 만일 프로젝트 팀이나 팀장이 원래의 결정을 철회하면 투표는 더이상 행해지지 않는다.
  3. 투표는 프로젝트 비서에 의해 주재된다. 투표결과들은 투표기간 동안은 볼 수 없다; 투표 후에 프로젝트 비서단이 모든 투표의 결과를 보여준다. 투표기간은 2주이지만 프로젝트 팀장에 의해 1주 정도는 변화를 줄 수 있고 프로젝트 비서에 의해 마칠 수도 있는데 이경우는 투표의 결과가 더이상 의심할 여지가 없는 경우이다.
  4. 최소의 토론 기간은 2주이지만 프로젝트 팀장에 의해 1주까지 변경될 수 있다. 프로젝트 팀장은 캐스팅보트(역자주: 의장도 투표권한을 갖는 것)를 할 수있다. 3Q의 정족수이다.
  5. 제안과 스폰서와 개정과 투표에 대한 요청과 다른 공식적인 조치는 프로젝트 팀에 선정한 누구나 볼 수 있는 메일링 리스트에서 가능하다 할 수 있다.
  6. 투표는 이메일로 비서에게 보내진다. 비서는 각각의 투표에 대해서 그들이 결정을 변경할건지 결정한다.
  7. 는 현재의 개발자 숫자의 이중근호의 1/2이다. K는 Q이거나 5인데 더 작은 값이다. Q와 K는 굳이 정수일 필요도 없고 반올림을 하거나 그럴 필요도 없다.


프로젝트 팀장

권한

  1. 팀원들이나 팀원들의 결정을 기술위원회에 할당한다. 팀장은 현재의 책임의 범위나 특정한 결정에 대한 영역을 정하고 이것을 다른 개발자나 기술위원회에 넘긴다. 한번 특정한 결정이 내려지면 팀장은 그 결정을 번복하기가 힘들게 된다; 하지만 특정한 책임 영역에 대한 부분을 철회할 수 있다.
  2. 다른 개발자에게 권한 빌려준다. 요청이 되는 경우 프로젝트 팀장은 여러 관점이나 프로젝트의 다른 멤버에 대한 지원을 언급할 수 있다. 그렇지 않는 경우; 팀장이 문제가 되는 결정을 오직 한다면 그 언급은 힘을 갖게 된다.
  3. 긴급한 조치가 필요한 어떠한 결정도 내릴 수 있다. 이는 데드라인이 없는 경우 조치가 부족한 경우는 점차로 긴급하게 상황이 바뀌는 결정에 대해서는 적용이 되지 않는다.
  4. 어느 누구도 책임지지 않는 어떠한 결정도 내릴 수 있다.
  5. 일반적인 결정사항과 개정에 관한 제안서를 제출할 수 있다.
  6. 기술위원회와 함께, 새로운 회원을 지목할 수 있다. (s.6.2. 참조)
  7. 개발자들이 투표를 할 때 캐스팅 보트를 행사할 수 있다. 프로젝트 팀장은 그러한 상황에서 다른 회원들과 같이 투표권을

행사할 수 있다.

  1. 위에서 보았듯이 개발자 투표 동안 토론 기간을 변경할 수 있다.
  2. 개발자들 사이에서 토론을 이끌어낸다. 프로젝트 팀장은 개발자들 사이의 토론에 적극 참여해야 하며 도움을 주는 방식으로 긴급하게 해결해야 할 내용에 관한 토론을 이끌어 내어야 한다. 프로젝트 팀장은 그 자신들의 개인적인 관점을 내세우기 위해 그 위치를 이용해서는 안된다.


  • SPI와 함께 데비안과 관련된 목적을 위해 연관된 사항들에 영향을 주는 결정들을 한다. (s.9.1.을 참조하라.)


임명

과정