위키백과:위키프로젝트협의회/가이드/태스크 세력

Wikipedia:
위키백과:TF가 여기로 리디렉션한다.이전 제안서는 위키백과:대상 플래그 지정
바로 가기
WikiProject Council.svg
위키프로젝트 평의회
개요 의회 페이지
조정
디렉토리

태스크포스는 기본적으로 위키프로젝트 범위의 일부 정의된 부분을 다루는 더 큰 위키프로젝트의 비독립적인 하위그룹이다.예를 들어, 군사 역사 위키프로젝트의 미국 군사 역사 태스크 포스는 그 특정 국가의 군사 역사를 다루고 있으며, 비디오 게임 위키프로젝트의 닌텐도 태스크 포스는 특정 게임 제작자를 다룬다.

태스크포스(TF)와 위키프로젝트(Wiki Project)의 구분은 태스크포스가 관료적 오버헤드를 최소화한다는 점이다.그것은 절차적, 기술적 인프라의 많은 부분을 제공하는 상위 프로젝트에 의존한다.예를 들어 태스크포스는 핵심 프로젝트의 동료 검토 및 평가 프로세스를 자체 생성하기보다는 사용하므로, 작성 및 편집에 집중할 수 있다.

태스크포스는 일반적으로 상위 프로젝트 페이지의 하위 페이지에 설치된다.대책위가 2개 사업의 자녀(즉, 그 범위가 부모의 교차점인 경우)인 경우, 2개 사업의 하위 페이지를 임의로 둘 수 있고, 다른 1개 사업의 동등한 하위 페이지에서 리디렉션을 만들 수 있다. 예를 들어, 한국군 역사 태스크 포스가 공동으로 운영한다.한국 위키프로젝트와 군사 역사에 의해.태스크포스 페이지는 어떤 형태든 취할 수 있지만, 초기에는 최소한의 관료주의로 구성해야 한다.많은 수의 태스크 포스가 있는 프로젝트는 공통적인 기술적 특징을 포함하여 거의 또는 적은 표준 레이아웃을 채택하는 경우가 많다. 예를 들어, 군사 역사 위키프로젝트의 각 태스크 포스는 개방형 태스크를 나열하기 위한 표준화된 템플릿을 가지고 있다.

태스크 포스는 일반적으로 자체 토크 페이지 배너를 보유하지 않고, 대신 선택적 매개 변수를 통해 상위 프로젝트의 배너에 직접 통합된다.예를 들어 {{WPMILHIST}}에는 태스크포스 파라미터가 다수 포함되어 있다.이 통합을 사용하여 주요 프로젝트에 대해 입력한 평가를 기반으로 태스크 포스에 대한 평가 데이터를 자동으로 생성할 수 있다. 이렇게 하면 태스크 포스가 독립적으로 평가를 수행할 필요가 없게 된다.

태스크포스 내용

태스크포스는 주로 사회구축이지만, 대개는 다음과 같은 항목들이 그것과 연관되어 있다.

자체 하위 페이지

태스크포스는 일반적으로 상위 프로젝트 페이지의 하위 페이지에 설치된다.대책위가 2개 사업의 자녀(즉, 그 범위가 부모의 교차점인 경우)인 경우, 2개 사업의 하위 페이지를 임의로 둘 수 있고, 다른 1개 사업의 동등한 하위 페이지에서 리디렉션을 만들 수 있다. 예를 들어, 한국군 역사 태스크 포스가 공동으로 운영한다.한국 위키프로젝트와 군사 역사에 의해.태스크포스 페이지는 어떤 형태든 취할 수 있지만, 초기에는 최소한의 관료주의로 구성해야 한다.많은 수의 태스크 포스가 있는 프로젝트는 공통적인 기술적 특징을 포함하여 거의 또는 적은 표준 레이아웃을 채택하는 경우가 많다. 예를 들어, 군사 역사 위키프로젝트의 각 태스크 포스는 개방형 태스크를 나열하기 위한 표준화된 템플릿을 가지고 있다.

페이지 섹션

각 태스크 포스는 일반적으로 페이지에 다음과 같은 섹션이 있다.

  • 범위
  • 참가자 목록
  • A 작업관리 목록

또한 다음과 같은 사항이 있을 수 있다.

  • TF(task Force) 특정 지침(항상 가이드라인이라고 하는 것은 아니지만, 위키프로젝트에 있다면 그렇게 부를 것이다.)
  • 추천/좋은 콘텐츠 목록
  • 해당 태스크 포스에 유용한 리소스 목록

미스크

태스크포스(TF)의 기타 항목은 다음과 같다.

  • 각 태스크 포스에 대해 하나 이상의 범주. 예를 들어 범주:기동대별 군사 역사 기사.
  • 위키프로젝트의 토크 페이지 배너에 있는 섹션. 이것은 별도의 평가를 제공하는 데 사용될 수 있다.

상위 프로젝트 인프라

태스크포스는 대개 행정적, 관료적 구조의 일부를 모 프로젝트에 의존한다.자세한 내용은 "대책반 구조 설정" 절에서 아래에 나와 있지만, 일부 항목은 다음과 같다.

  • 평가:여기에는 Talk 페이지 배너(일반적으로 상위 프로젝트에 속하지만 태스크 포스의 마커가 있음)가 포함된다.이것은 태스크 포스가 그들 자신의 별도 평가를 할 필요가 없다는 것을 의미한다; 그들은 그것을 위해 모 프로젝트에 의존할 수 있다.
  • 프로젝트 탐색 템플릿(예: 내부 탐색 템플릿)
  • 초기 페이지 설정 및 나머지 프로젝트와의 통합
  • 기타 관료적 오버헤드

기동대

때때로 실제 기동대가 활동하는 것을 보는 것이 도움이 된다.현재 태스크포스를 가장 많이 보유하고 있는 사업은 (2020년 10월 5일 현재 카운트):

Misc 팁

서브태스크포스

일부 태스크 포스는 하위 태스크 포스를 가지고 있다.이는 상위 태스크포스 범위의 한 부분을 다루지만, 기반 구조는 상위 프로젝트에 의해서도 제공된다.

태스크포스(TF) 대화를 중앙 집중화

종종 태스크 포스는 이미 함께 일하고 있고 이미 커뮤니케이션 패턴을 가지고 있는 편집자 그룹으로 시작한다.소규모 태스크포스(TF)는 태스크포스(TF) 페이지를 중심으로 논의를 집중하기 위한 특별한 노력이 필요하다.아무도 태스크 포스의 토크 페이지에 게시하지 않을 때, 일부 편집자들은 아무도 아무것도 하지 않는다고 가정할 것이다.이것은 새로운 편집자들이 당신의 그룹에 참여하기 어렵게 만든다.당신은 그 그룹의 토크 페이지에서 태스크포스 참가자들에게 관심을 가질 수 있는 정보와 아이디어를 공유함으로써 비판적인 대화의 덩어리를 만들 수 있다.다른 내용이 없으면 진행 상황을 보고하거나, 다음에 작업할 기사를 발표하십시오.

"부모"에게 계속 정보 제공

그룹이 마일스톤을 달성하거나 공유할 좋은 소식이 있을 때마다, 부모 위키프로젝트의 토크 페이지에 메모를 게시하고 다른 사람들을 다음 프로젝트에 참여하도록 초대하십시오.

태스크포스 구조 설정

기존 프로젝트에 대한 태스크 포스를 만들려면 다음 섹션을 읽기 전에 다른 프로젝트 참가자로부터 의견을 수렴해야 한다. 태스크 포스를 만들려는 기존 위키 프로젝트, 특히 첫 번째 섹션을 읽도록 설계되어 있다.

첫 번째 질문은 당신의 프로젝트가 태스크포스(TF)를 가질 수 있는 충분한 규모의 프로젝트인지 여부다.위키프로젝트 군사의 Kirill Lokshin이 준 조언은 당신의 위키프로젝트에 50-100명의 참여자가 있을 때 태스크포스(task forces)는 진지해져야 할 일이라는 것이다.또한, 태스크 포스를 시작하기 좋은 숫자는 5명이다. 태스크 포스를 10명 내외에 도달하기 전까지는 효과가 없을 수 있지만, 태스크 포스를 그곳에 두는 것은 그들을 모집할 수 있게 한다.또 다른 생각은 태스크포스(TF)를 만드는 것이 다시 많은 관료적 오버헤드를 초래하는 그들만의 위키프로젝트를 만드는 것보다 사람들에게 참여를 장려한다는 것이다.

이 절은 상당히 불완전하므로 위키백과_토크를 읽는 것이 유용할 수 있다.위키프로젝트 군사 역사/조정자#어떻게...("새로운 태스크포스 만들기" 섹션을 확장해야 할 것이다.)

프로젝트에 "새로운 태스크포스 제안서 페이지"를 첨부하는 것도 유용할 수 있다.

태스크포스 하위 페이지 작성

  1. 브라우저에서 새 하위 페이지 열기
  2. 템플릿 사용:내용을 채울 태스크포스(task force) (매개변수로 미리 보고, 최종화하려면 하위섹션(예: {{subst:태스크포스})
  3. 일부 내용, 특히 범위 작성

Talk 페이지 배너에 Task Force 추가

태스크 포스는 일반적으로 자체 토크 페이지 배너를 보유하지 않고, 대신 선택적 매개 변수를 통해 상위 프로젝트의 배너에 직접 통합된다.예를 들어 {{WPMILHIST}}에는 태스크포스 파라미터가 다수 포함되어 있다.이 통합을 사용하여 주요 프로젝트에 대해 입력한 평가를 기반으로 태스크 포스에 대한 평가 데이터를 자동으로 생성할 수 있다. 이렇게 하면 태스크 포스가 독립적으로 평가를 수행할 필요가 없게 된다.

이를 실제로 구현하는 방법에 대해서는 고급 프로젝트 배너 검토에도 도움이 될 수 있지만 {{WPMILHIST} 및 {{WPBiography}}의 예를 조사해야 할 것이다. 이는 해당 주제를 다루지는 않지만 다른 많은 항목도 포함한다.

하위 템플리트로 작업관리 목록 설정

태스크포스가 본 프로젝트와 연계된 상태를 유지하는 한 가지 방법은 모든 작업관리 목록을 하나의 마스터 작업관리 목록에 통합하는 방법을 설정하는 것이다.자세한 내용은 위키백과에서 확인할 수 있다.Wiki Project Council/Guide/기술 노트#태스크 목록 템플릿.또한 템플릿:태스크포스(아마도 초기 페이지 작성에 사용되었을 것이다)도 작업관리 목록에 연결된다. 이것은 이것과 함께 사용하기 좋은 이름이 될 것이다.

내부 탐색 모음 만들기

프로젝트에 태스크포스(task force)를 추가하는 경우, 아직 내비게이션 바가 없으면 내부 내비게이션 바를 추가해야 할 때인 것 같다.그렇게 하는 방법은 실제로 이 문서의 범위를 벗어나지만, 이 작업에 대한 자세한 내용은 위키백과에서 확인할 수 있다.Wiki Project Council/Guide/Technical notes#내부 탐색 템플릿

기존 프로젝트를 태스크 포스로 변환

  1. 합병에 대한 의견수렴: 전환하고자 하는 모 프로젝트 및 프로젝트의 토크 페이지에 공지사항 게시.다른 편집자들의 페이지를 아무 예고 없이 옮겨서 다른 편집자들을 놀라게 하지 마십시오.하나의 통지가 다른 하나의 토론에 대한 연결고리인 상태에서 토론을 두 개의 대화 페이지 중 하나로 유지하십시오.활동량이 적은 그룹의 참가자들이 이의를 제기할 수 있는 충분한 시간을 허용하십시오.
    고려해야 할 사항은 다음과 같다.
    • 그 프로젝트가 여전히 활발하다고 여겨지고 있는가?
    • 참가자가 몇 명인가?
    • 기사 범위에는 어떤 중복이 있는가?(범주 교차로 도구를 사용하여 결정할 수 있음)
  2. 변환 중인 프로젝트와 일치하도록 태스크포스 매개변수를 포함하도록 상위 프로젝트의 배너를 수정한다.템플릿:WPBannerMeta는 메타 배너를 사용하는 프로젝트에서 이것을 지정하는 방법에 대한 예를 가지고 있다.프로젝트가 WPBannerMeta를 사용하지 않는 경우 고급 프로젝트 배너를 검토하는데 도움이 될 수 있다. 이 배너에는 해당 주제를 포함하지 않지만 다른 여러 항목이 포함된다.
  3. 프로젝트에서 기사 평가를 수행한 경우, 일부 카테고리가 이미 존재할 수 있는 태스크포스 기사 카테고리를 만드십시오.WPBannerMeta를 사용 중인 경우 누락된 범주를 제안하고 범주를 만들기 위한 사전 로드된 템플릿이 있는 링크를 제공해야 한다.
    1. 별도의 카테고리 이름을 작성할 필요가 없는 경우 카테고리 이름을 변경하도록 요청하십시오.Wikipedia로 이동하십시오.지시사항에 대한 토론을 위한 카테고리.
  4. 프로젝트 페이지를 새 태스크포스 페이지를 작성하는 대신 "Wikipedia:Wiki프로젝트 상위/이름 태스크포스"
  5. 상위 프로젝트가 태스크 포스를 위한 표준화된 레이아웃을 가지고 있는 경우 변환된 프로젝트의 페이지 레이아웃을 변경하고 새로 변환된 프로젝트의 페이지를 일치하도록 재정렬하십시오.
  6. 하위 페이지를 확인하고 이동하십시오.특수 사용:페이지를 확인할 접두사 색인.일반적인 하위 페이지에는 /Assessment, /Userbox 및 /참가자가 있다.해당 페이지의 링크를 업데이트하십시오.
  7. 중복 하위 페이지를 리디렉션하십시오.상위 프로젝트에서 처리할 프로세스의 경우(평가, 검토 등) 새 태스크 포스의 하위 페이지를 상위 프로젝트의 하위 페이지로 리디렉션한다.
  8. 다른 프로젝트 템플릿을 업데이트하십시오.아직 수정하지 않은 경우 기존 사용자 상자, 환영 및 초대 메시지 템플릿 및 기타 프로젝트 관련 템플릿(이미 하위 페이지가 아닌 경우)을 수정하십시오.
  9. 다른 프로젝트 공간 업데이트하위 페이지가 아닌 경우, 필요에 따라 변환된 프로젝트에서 기존 프로젝트 클래스 페이지를 수정하십시오.
  10. 대화 페이지에 있는 기존의 자동 보관 기능을 확인하고 링크도 업데이트하십시오.
  11. Special에서 이전 Wiki Project 링크 및 문구를 업데이트하십시오.위키백과 네임스페이스를 주로 보는 것.
  12. 변환된 프로젝트의 WikiProject 디렉터리 항목 업데이트
  13. 이동한 프로젝트의 배너 사용을 상위/태스크포스 배너로 대체
    • 변환된 프로젝트의 배너와 상위 프로젝트의 배너가 모두 포함된 기사 토크 페이지에는 이동된 프로젝트의 배너와 태스크 포스의 매개변수가 상위 프로젝트의 배너에 추가되어야 한다.
    • 변환된 프로젝트의 배너만 있는 기사 토크 페이지에는 태스크포스 매개변수와 함께 상위 프로젝트의 배너가 추가되어야 한다.
  14. 이동한 프로젝트의 배너를 상위 프로젝트의 배너로 리디렉션하십시오.이전 프로젝트의 배너 템플릿은 배너가 교체된 후 기사 대화 페이지에 사용해서는 안 된다.
  15. 이름이 변경된 모든 카테고리를 삭제하십시오.변환된 프로젝트의 범주 이름이 변경되고 비어 있는 모든 범주는 빠른 삭제를 위해 빈 범주(C1) 또는 이름 변경(C2) 기준에 따라 신속한 삭제를 받을 수 있어야 한다.

기존 태스크 포스를 프로젝트로 변환

  1. 이유를 찾아라.기존 태스크 포스를 Wiki 프로젝트로 변환하는 것을 고려할 때 다음 사항을 고려하십시오.
  • 참가자 수.참여자가 부족할 경우 행정적 과부하로 사업이 활성화되지 않을 수 있다.
  • Scope.WikiProject 형식은 제안된 범위에 수천 페이지 또는 적어도 수백 페이지가 있는 주제에 가장 적합하다.관리 과부하로 인해 범위가 좁은 위키프로젝트가 비활성화될 수 있으며, 참가자들은 빠르게 작업을 완료하고 지루해 할 것이다.
  • 오버랩이 너무 많아.범위가 기존 프로젝트와 너무 밀접하게 관련되어 있다면, 개별 프로젝트를 갖는 것은 일반적으로 비효율적이고 역효과적이다. 왜냐하면 결국 관심 있는 편집자 몇 명을 여러 프로젝트에 걸쳐 나누게 되기 때문이다.이 접근방식은 관리상의 번거로움을 최대화하고 협업을 최소화한다.그러나, 두 개의 분리된 편집자 그룹이 같은 기사에 관심을 갖는 것을 금지하는 규칙은 없다.

WikiProject Council