위키백과:프로세스 요청
Wikipedia | 이 페이지에는 유머러스한 것으로 간주되어 보관되는 자료가 포함되어 있습니다. 그런 자료는 심각하게 받아들여질 의도가 아닙니다. |
 | 이 프로세스는 Wikipedia에서 프로세스를 처리하기 위해 요청되었습니다.프로세스 요청입니다. |
영어 위키백과의 과정의 양은 통제할 수 없을 정도로 증가했습니다.새롭게 등장하는 모든 문제에 대한 해결책은 관료적인 방식으로 문제를 처리하는 일종의 과정을 만드는 것으로 보입니다.
문제
- 삭제할 때 프로세스가 너무 많이 사용됩니다.
- 사용자 권한 프로세스는 관리할 수 있는 수준 이상으로 성장했습니다.
- 우리는 사용자 및 기사와 관련된 분쟁을 처리하는 터무니없는 수준의 프로세스를 가지고 있습니다.
- 큰 투표 없이는 어떤 정책(또는 프로세스) 변경도 이루어질 수 없으며 실제로 우리는 이러한 투표 중 일부를 예약하기도 합니다.
해결책
하지만 우리가 어떻게 해요?분명히 우리는 공정을 완전히 제거할 수 없습니다.우리가 그것을 제거하기 위해 거쳐야 하는 과정의 양 외에도, 대부분은 너무 고착화되어 이제 완전히 제거할 수 없습니다.해결책은 프로세스를 제한하는 것이며, 이것이 프로세스에 대한 요청입니다.
절차
누구나 프로세스를 만들 수 있도록 허용하는 대신 먼저 프로세스를 요청해야 합니다.승인 링크 없이 시작된 모든 프로세스는 즉시 되돌릴 수 있습니다.
제출 중
프로세스 템플릿에 대한 요청이 작성되어 "새 요청" 섹션에 배치됩니다.사용자는 하루에 긴급하지 않은 프로세스 요청을 하나만 할 수 있습니다.
{{filename}:프로세스 요청 제목 = <!-- 사용자 이름/YYYY-MM-DD --> 유형 = <! -- 삭제 토론, RFC, 게시판 스레드, RFAR, 제안서 등 --> 사람 = <!-- 참여할 것으로 예상되는 사람의 수 --> 길이 = <! -- 프로세스 시간이 지속될 것으로 예상됩니다. --> = < 투표 또는 투표가 없을 것입니다 폴링? --> 설명 = <!프로세스가 필요한 이유에 대한 간단한 설명 --> 긴급 = <! 긴급 요청입니까? --> } "긴급"의 유효한 값은 "긴급", "매우 긴급", "매우 긴급", "위키백과는 승인되지 않을 경우 약 30초 이내에 반달과 포켓몬 기사 작성자에게 인계될 가능성이 높습니다."입니다.다른 값을 제공하는 것은 즉각적인 거부의 근거가 됩니다.대부분의 요청은 마지막 범주에 속할 것으로 예상됩니다.
점원들
프로세스 요청 담당자는 요청의 형식이 올바른지 확인하고, 그렇지 않은 경우 제거하며, 올바르게 형식이 지정된 경우 "검토 필요" 섹션으로 이동합니다.
긴급 요청
사안이 긴급한 것으로 표시된 경우에는 신속하게 처리위원회 위원의 승인을 받을 수 있으나, 나중에 위원회에서 긴급하지 않다고 판단할 경우에는 승인이 취소되고 프로세스가 종료될 수 있습니다.
승인
긴급하지 않을 경우에는 공정위원회 위원들의 심의를 거치게 됩니다.이 섹션은 "검토됨" 섹션으로 이동되고 8개 상태 중 1개로 표시됩니다.
- 승인됨 프로세스는 다음 12시간 이내에 시작해야 합니다.
- 잠정적으로 승인된 프로세스는 잠정적으로 승인되며, 향후 12시간 이내에 구현되어야 하지만, 투표 후 프로세스 위원회가 지정한 기간이 지나면 검토 대상이 됩니다.
- 부분적으로 승인됨.부분적으로 승인된 프로세스 부분은 승인을 통과하는 부분으로 임시 구문 분석 중이고 거부된 부분은 보류 중인 것으로 나타납니다.모든 부분은 적절한 시기에 구성될 위원회에 의해 결정되는 하위 프로세스를 따라야 하며, 이는 해당 프로세스가 아직 작성되지 않은 하위 섹션에 명시된 절차적 할당에 앞서 진행된 후에만 가능합니다.아직 확정되지 않은 비의회적 판단 및 비자기 규제 기관에 의한 미필적 하위절차 보류.
- 지연 <시간> 현재 중요하지 않은 프로세스가 너무 많이 진행되고 있으며, 요청된 프로세스는 지정된 시간 이후 12시간 이내에 시작할 수 있습니다.
- 편견을 가지고 거부 이 프로세스는 불필요하며 시작되지 않을 수 있습니다.요청이 자주 거부되는 사용자는 위원회에 의해 일정 기간 동안 프로세스 금지될 수 있습니다.
- 공정의 필요성이 현재 적절하게 입증되지 않았지만 최소한 약간 입증되었으며, 36시간 이상의 기간이 지나면 수정된 요청을 다시 제출할 수 있습니다.
- 무관심으로 거부 프로세스 위원회는 프로세스를 구현해야 하는지 여부에 대한 의견이 없지만 현재 승인 프로세스를 진행하기에는 너무 과중한 세금이 부과됩니다.프로세스 위원회는 주말에 그들의 일을 정리하고 월요일에 제일 먼저 당신에게 연락할 것입니다.
- Needs-input 프로세스 위원회는 결정을 내리기 전에 요청하는 사용자의 추가 입력이 필요합니다.
어필
거부된 요청에 대한 항소는 짐보 웨일스에 대한 직접 요청을 통해서만 수행할 수 있습니다.중재위원회는 RFAR를 제출하려면 먼저 프로세스 위원회의 승인을 받아야 하기 때문에 항소 방법이 아닙니다.또한 사용자는 승인/지연된 요청을 프로세스 위원회 메일링 목록에 항소할 수 있으며, 프로세스를 재검토하는 동안 프로세스를 중단하라는 명령을 내릴 수 있습니다.
승인된 요청의 항소
지정된 승인에 반대하는 사용자는 승인 검토를 요청할 수 있습니다.승인 검토 요청이 승인되면 승인을 검토한 후 제안을 유지할지, 되돌리는지 또는 프로세스 요청에 다시 보낼지 결정합니다(이 페이지).
공정위원회
프로세스 위원회는 2개월 임기로 선출된 12명의 위원으로 구성됩니다.선거 과정은 지명 시간 2주, 질의응답 4주, 투표 3주로 구성됩니다.프로세스 위원회 구성원은 위키백과와 위키백과의 토크 네임스페이스를 합쳐 최소 10,000개 이상의 편집이 있어야 합니다.
점원들
위키백과 및 위키백과의 토크 네임스페이스에 5,000개 이상의 편집이 있는 사용자는 프로세스 위원회에 서기로 신청할 수 있습니다.프로세스 위원회는 신청서가 제출된 후 7일 이내에 해당 신청서를 승인 또는 거부하는 결정을 내려 신청자의 장점이 논의될 수 있는 충분한 시간을 확보해야 합니다.서기직 신청을 승인 또는 거부할 목적으로, 정족수는 프로세스 위원회 전체 활동 회원의 5분의 3 이상으로 구성되어야 합니다.13일 이상 위원회의 의견 없이 통과된 신청은 사실상 거부된 것으로 봅니다.45일 이내에 거부된 신청자는 해당 재신청이 프로세스 위원회의 사무원 신청 항소 상임 소위원회에 항소를 통해 승인되지 않는 한, 사무원 재신청을 할 수 없습니다.
프로세스 위원회의 사무원 자격 신청 상임 소위원회
공정위원회 사무원직신청상임소위원회는 각 공정위원회 위원들의 마지막 위키백과-기사 공간 차이를 pi로 나누어 선정한 공정위원회 전체 현역 위원수의 60분의 19 이상 17분의 7 이하로 구성합니다.그리고 멸종된 물고기에 대한 기사의 총합을 곱합니다.결과 수는 해시(오믈렛이 아님)되어야 하며, 이의신청인이 임의로 선택한 불합리한 수에 의해 균등하게 구분되는 위원은 프로세스 위원회 사무원 신청 항소 상설 소위원회에 배치되어야 합니다.해당 서기직 신청 항소 상임 소위원회는 소행성 충돌 또는 기타 유사한 대재앙 사건(여기 전체 목록 참조)을 제외하고 항소에 대한 단독 및 최종 권한을 가집니다.
요청 처리
새로운 요청이 접수되었습니다! tfeSil (aktl) 08:35, 2009년 4월 1일 (UTC)
새 요청
- 이 요청들은 직원이 분류해야 합니다.
| 이 프로세스는 Wikipedia에서 프로세스를 처리하기 위해 요청되었습니다.Requests_for_process. |
검토 필요
- 프로세스 위원회의 검토 대기 중인 요청입니다.
검토필
- 프로세스 위원회가 결정한 프로세스 요청은 24시간 내에 보관됩니다.
FCYTravis/2008-04-01
- 유형: 프로세스 토론
- 사람들: 아구골
- 길이: 1,000,000,000,000,000,000 피코초입니다.
- 투표: 콘도르세법
- 설명:프로세스 요청이 처리되는 방법에 대한 토론 형식을 Wikipedian이 토론하고 표준화할 수 있는 프로세스를 만듭니다.
- 긴급: 예
FCYTravis (대화) 01:09, 2008년 4월 1일 (UTC) [
Mr.Z-man/2008-04-01
- 유형: 제안 토론
- 인원: 30-40명
- 기간: 3-5주
- 투표: 가능성 있음
- 설명:제안된 "프로세스 요청" 시스템에 대한 논의.
- 긴급: 아니요
팁토이티/2008-04-01
- 유형: 선거 토론
- 인원: 90-100명
- 길이: RfA가 실행되는 시간
- 투표: 물론 지금은 RfA에서 그렇게 작동하지 않습니까?
- 설명:요청을 정렬할 직원 선택
- 긴급: 예! 그렇지 않으면 어떻게 작동할까요?
- 팁토이티 00:49, 2008년 4월 1일 (UTC) [
- 어떤 과정을 거쳐서 당신을 서기로 뽑았습니까?팁토이티talk 2008년 4월 1일 22:54 (UTC) [
- 서기 선거 과정; 2008년 3월 31일 또는 약 3월 31일에 합의에 의해 결정됩니다.센트리오날리스PManderson 2008년 11월 3일 20:38 (UTC) [
- 어떤 과정을 거쳐서 당신을 서기로 뽑았습니까?팁토이티talk 2008년 4월 1일 22:54 (UTC) [
비커스/2008-04-01
- 유형: 제안서
- 사람들: 양말 인형과 단일 목적 계정만 가능합니다.
- 길이: 무기한입니다.
- 투표: 결론은 나지 않지만, 열정적입니다.
- 설명:프로세스 요청이 기본 프로세스 위원회에 공식적으로 제출되기 전에 프로세스 요청의 초기 및 비공식 스크리닝을 위한 프로세스 소위원회의 필요성을 평가하는 프로세스.
- 긴급: 극도로
팀 비커스 (대화) 23:10, 2008년 4월 1일 (UTC) [
코렌/2008-04-01
- 유형: 제안 토론
- 사람들: 셀 수 없는 바보들
- 길이: 1일
- 투표: 가능성 있음
- 설명:만우절 농담은 선험적으로 승인하는 과정.
- 긴급: 예
Coren 00:14, 2008년 4월 1일 (UTC) [
에퀴지온/2008-04-01
- 유형: 제안 토론
- 인원: 6,000,000명의 등록 사용자
- 길이: 1시간
- 투표: 아니오. 여론조사?아마.
- 설명:만우절 농담 때문에 BLP를 일시적으로 무시할 수 있는지를 결정하기 위한 논의
- 긴급: 극도로.
Equazcion • 192/C • 2008년 4월 1일 02:38(UTC)
그랜드마스터카/2008-04-01
- 유형: 컨센서스 구축 여론조사
- 인원: 450명으로는 충분하지 않아 500명 이상
- 길이: 시간이 얼마나 걸리든
- 투표: 일련의 여론 조사, 차례로 실시.
- 설명:'합의'가 무엇인지를 결정하기 위한 합의된 여론조사, 그리고 여론조사에 대한 여론조사, 일반 국민에게 롤백 권한을 계속 부여할지 여부에 대한 여론조사.
- 긴급: 이것은 위키백과에서 우리가 할 수 있는 가장 긴급한 일입니다.
Grandmasterka 2008년 4월 1일 03:26 (UTC) [
스바우어스3/2008-04-01
- 설명:{{ProcessRequest}}을(를) 찾을 수 없습니다.누군가는 그것을 만들어야 합니다.
- 긴급: 적절한 도구가 없다면 이 모든 것이 느려질 것입니다.
- 유형: 템플릿 작성
- 사람들: 전구를 끼우는 데 몇 개가 필요합니까?
- 길이: 일마감
- 투표: 그냥 하세요.
스바우어스3 (토크) 12:46, 2008년 4월 1일 (UTC) [
