공동체 위시리스트 설문조사/FAQ

This page is a translated version of the page Community Wishlist Survey/FAQ and the translation is 100% complete.

참여

왜 참여해야 하나요?

위키 소프트웨어의 기능 향상이 필요했던 적이 있습니까? 플랫폼을 더 유용하고 기능적으로 만들 수 있는 새로운 도구에 대한 아이디어가 있습니까? 그러한 개선을 위해 다른 사람의 아이디어를 지원하고 싶습니까? 설문조사에 참여하는 것이 바로 그 방법입니다.

커뮤니티 위시리스트 설문조사에 참여하면 위키미디어 재단 팀이 작업 중인 커뮤니티 기술의 플랫폼 변경에 영향을 줄 수 있습니다. 커뮤니티 기술팀과 협력하여 이러한 도구를 구축할 수도 있습니다.

어떻게 참여할 수 있나요?

다양한 방법으로 참여할 수 있습니다. 기술 지식이나 다년간의 위키 경험은 필요하지 않습니다.

제안 단계

1월 23일 – 2023년 2월 6일

검토 단계

1월 30일 – 2023년 2월 10일

투표 단계

2월 10일 – 2023년 2월 24일

투표 후

2023년 2월 28일

제안 단계에서는 어떻게 됩니까?

제안 단계에서 모든 프로젝트 및 언어의 기여자는 2023에서 보고 싶은 기능 및 수정 사항에 대한 제안을 제출할 수 있습니다.

커뮤니티 기술은 사용자 당 제안 수를 10로 제한합니다. 왜 그런가요? "제안이 제출된 후 어떻게 되는지"에 대해 자세히 알아보세요. 10 이상의 아이디어가 있는 경우 다른 사람들이 아이디어를 제안하도록 자유롭게 격려하세요.

좋은 제안을 작성하는 방법?

무엇이 좋은 제안을 만드는가? 이 지침은 제안서가 완성을 위해 선택될 가능성이 가장 높은지 확인하기 위한 것입니다.

커뮤니티 기술 활동 영역 내

제안은 활동적인 위키미디어 편집자의 기술적 필요에 관한 것이어야 합니다. 정책이나 사회 변화에 관한 것이 아니라 엔지니어링 작업이 필요해야 합니다.

커뮤니티 기술 팀은 다음과 같은 경우 제안을
거부합니다
엔지니어링 작업이 필요한 제안에는 다음이 포함됩니다
  • "기술적" 편집(틀, 모듈 등)에 관한 것이더라도 위키에서만 편집하면 됩니다.
  • 이미 위키미디어 재단 팀의 계획에 있습니다.
  • 과거에 커뮤니티 기술 또는 기타 위키미디어 재단 팀에서 거부했습니다.
  • 위키미디어 재단 팀이 작업한 기능 제거 또는 비활성화 요청
  • 위키미디어 프로젝트를 위한 도구 구축
  • 지원되지 않는 중요한 도구의 기능 식별 및 개선
  • 더 잘 사용할 수 있도록 이러한 도구에 대한 더 나은 문서 작성
  • 사용자가 이미 하고 있는 일을 돕기 위해 소도구, 및 마법사 만들기
  • 위키프로젝트용 도구 구축
  • 더 많은 프로젝트에서 작업할 수 있도록 기존 소도구 및 봇 수정
  • 커뮤니티에서 많이 사용하는 코드(소도구 및 사용자 스크립트)를 미디어위키 소프트웨어의 일부로 변환

1년 미만의 프로젝트, 버그 이상

커뮤니티 위시리스트 설문조사는 커뮤니티 기술 팀의 능력으로 제한됩니다.

팀은 재단에 대한 "큰 아이디어"에 감사하며 이를 무시하지 않습니다. 그러나 일부 제안에는 커뮤니티 기술 이외의 전담 팀이 필요합니다.

이러한 제안은 별도의 페이지로 이동되며 투표되지 않습니다. 나중에 해당 페이지에 대한 링크가 다른 위키미디어 재단 팀과 공유됩니다.

예시:

로컬 위키를 통해 SecurePoll에 접근할 수 있도록 합니다(너무 큼).
문서용 "POV 탐지기"(너무 큼)
위키여행용 모바일 애플리케이션 만들기(너무 큼)
주시목록 항목 만료(대형)
편집 요약에서 사용자 핑(이상적 크기)
diff에서 복사하여 붙여넣기(작지만 너무 작지 않음)

특정 문제 하나를 선택하고 자세히 설명하세요

문제가 사용자에게 중요한 이유에 대한 컨텍스트를 제공합니다. 좋은 제안은 정확히 다음을 설명합니다:

  • 문제가 무엇인지,
  • 영향을 받는 사람.
  • 가능한 경우 문제 영역에 대한 토론을 자세히 설명하는 스크린샷, 링크 및 토론 페이지를 추가합니다.

이것은 커뮤니티 기술이 작업을 시작하는 위치를 이해하는 데 도움이 됩니다.

"(x 기능)이 오래되었습니다", "개선이 필요합니다" 또는 "버그가 많습니다"라고만 말하지 마세요. 수행해야 할 작업을 파악하기에는 정보가 충분하지 않습니다.

제안서는 모든 언어로 제출할 수 있습니다. 커뮤니티 기술은 모든 사람이 더 쉽게 읽고 투표할 수 있도록 자원 봉사자가 번역할 것을 권장합니다. 검토 단계에 대해 자세히 알아보세요.

예시:

더 나은 봇 추가(충분히 정확하지 않고 줄 사이에서 읽기, 너무 큼)
대부분의 사람들이 위키를 더 쉽게 사용할 수 있도록 합니다(하나의 문제가 아니라 많은 변경에 대한 원칙).
인공지능 구현(하나의 문제가 아니라 많은 변화에 대한 원칙)
단락 분할의 더 나은 diff 처리
모든 활성 세션 표시
위키데이터를 사용하여 검색 개선

해결책을 찾는 걱정은 하지 마십시오

문제 해결 방법을 제안할 필요는 없습니다. 해결책을 찾는 것은 커뮤니티 기술 작업이 될 것입니다.

솔루션을 처방하는 것이 때때로 제약이 될 수 있습니다. 예를 들어, 유권자가 올해 후반에 구축 불가능으로 판명될 수 있는 솔루션을 실수로 지원할 수 있으며 커뮤니티 기술은 문제를 다르게 해결할 것입니다.

예시:

태그(알라 에버노트, 검색 가능, 분류)(문제에 대한 정보 없음)
일괄 업로드 프로그램(문제에 대한 정보 없음)

다른 커뮤니티 구성원과 대화

아이디어에 주의를 기울이고 다른 곳에서 발생하는 아이디어에 대한 대화에 참여하고 싶을 수 있습니다. 피드백을 수집하고 제안을 공유합니다. 투표 단계 이전에 조기에 이 작업을 수행할 수 있습니다. 이런 식으로 기고자는 문제에 대해 알고 시간이 되면 참여하고 투표하는 것을 기억할 수 있습니다.

또한 우리의 홍보 자료를 참조하세요. 여러분은 그들을 사용할 수 있습니다.

과거에 거절된 제안 피하기

다음은 많은 표를 얻은 프로젝트의 목록입니다. 커뮤니티 기술은 작업에 전념했지만 거부해야 했습니다. 불가능하지는 않더라도 올해 팀에서 작업할 가능성은 거의 없습니다.

설문조사 에디션 결과 순위 프로젝트 설명
2019 #2 다크 모드 다른 팀의 프로젝트와 겹칩니다. 겹치는 프로젝트는 데스크탑 개선입니다. 더 읽기.
2019 #6 mw.toolbar를 다시 놓으세요 이 문제는 커뮤니티 기술 개입 없이 대부분 해결되었습니다. 또한 다른 팀에서 변경한 사항을 취소하지 않는 것이 커뮤니티 기술 정책입니다. 더 읽기.
2019 #8 문서 알림 이것은 기술적으로 너무 복잡합니다. 또한 다른 위키미디어 재단 팀에서 수행해야 합니다. 같은 결과를 볼 수 있는 다른 방법이 있습니다. 더 읽기.
2019 #10 모든 관련 편집자가 2FA 사용 가능 이것은 기술적으로 너무 복잡합니다. 또한 다른 위키미디어 재단 팀에서 수행해야 합니다. 더 읽기.
2017 #6 더 많은 언어에 대한 문서 알림 이것은 기술적으로 너무 복잡합니다. 또한 커뮤니티 기술은 이러한 도구를 구축 및 유지 관리할 수 없습니다. 더 읽기.
2016 #1 글로벌 소도구 이것은 기술적으로 너무 복잡합니다. 또한 커뮤니티 기술은 이러한 도구를 구축 및 유지 관리할 수 없습니다.
2015 #3 소도구, 틀 및 루아 모듈을 위한 중앙 저장소
2015 #6 모든 언어의 공용 분류 허용 다른 팀의 프로젝트와 겹칩니다. 겹치는 프로젝트는 공용의 구조화된 데이터위키미디어의 구조화된 데이터입니다.
2015 #4 교차위키 주시목록 이것은 기술적으로 너무 복잡합니다. 더 읽기.
2015 #8 전역 교차 위키 토론 페이지 다른 팀의 프로젝트와 겹칩니다. 겹치는 프로젝트는 플로우/구조화된 토론교차 위키 알림입니다. 더 읽기.
2015 #10 사용자 주시목록 추가 악의적으로 이 도구를 사용하면 사용자를 더 쉽게 괴롭힐 수 있습니다. 더 읽기.

제안서가 제출된 후에는 어떻게 됩니까?

커뮤니티는 투표 단계에서 가장 성공할 가능성이 높은 방식으로 아이디어를 제시하는 제안에 대해 공동으로 작업할 수 있습니다.

제안이 제출되면 모든 사람이 해당 제안에 대해 의견을 제시하고 질문을 하고 변경 사항을 제안하여 제안을 개선하는 데 도움을 줄 수 있습니다.

유사한 제안을 결합할 수 있습니다. 매우 광범위한 제안은 보다 구체적인 아이디어로 분할되어야 합니다.

목표는 투표 단계에서 가능한 최상의 제안을 만드는 것입니다.

제안서를 제출하는 사람은 해당 토론에 적극적으로 참여하고 그 과정에서 변경하는 데 도움을 줄 것으로 기대해야 합니다.

이전 설문조사에서 제안서를 다시 제출할 수 있습니까?

네.

이전 설문조사의 제안을 새 설문조사에 복사하기로 결정한 경우 커뮤니티 기술은 여러분이 해당 제안을 "채택"해 줄 것으로 기대합니다. 즉, 해당 아이디어에 대한 토론에 적극적으로 참여하고 제안을 변경할 의향이 있습니다. 투표 단계로 넘어갈 때 더 강력한 아이디어를 만들기 위해.

지난 몇 년 동안 보관된 일부 제안을 제출할 수도 있습니다. 예를 들어, 불분명한 제안을 검토하고 더 잘 설명하고 제출할 수 있습니다.

이전 토론에 대한 링크를 게시하려는 경우 유용하지만 작년의 투표 및 토론을 복사하지 마세요. 작년 토론에서 사람들이 말한 좋은 점이 있으면 새 제안에 제안이나 경고를 포함하세요.

커뮤니티 기술 팀에서 희망 사항을 거부한 경우 크게 변경되지 않는 한 다른 제출 자격이 없습니다.

예시:

제안 단계 전에 아이디어를 작업할 수 있습니까?

네.

2023년 에디션은 1월 23일에 시작됩니다. 커뮤니티 위시리스트 설문조사 샌드박스를 사용하여 아이디어 작업을 시작할 수 있습니다. 이렇게 하면 세부 정보를 공개하고 다른 사람들을 초대하여 아이디어 초안을 작성할 수 있습니다.

"범위 밖"은 무슨 뜻인가요?

커뮤니티 기술 팀의 활동 영역 밖을 의미합니다.

자세한 설명은 "제안 작성 방법"도 참조하세요.

제안 단계

1월 23일 – 2023년 2월 6일

검토 단계

1월 30일 – 2023년 2월 10일

투표 단계

2월 10일 – 2023년 2월 24일

투표 후

2023년 2월 28일

제안 단계 후 커뮤니티 기술 팀은 투표 단계가 시작되기 전에 제안을 검토합니다.

팀은 거부해야 할 제안이 있는지 확인합니다. 제안서가 투표 단계에서 승인되지 않는 문제가 있는 경우 제안서 작성자에게 연락하여 추가 질문을 하려고 합니다.

제안이 정확하면 커뮤니티 기술 위원이 번역을 위해 표시합니다. 그러면 누구나 제안을 번역하여 더 많은 사람들이 이해할 수 있습니다.

제안 단계

1월 23일 – 2023년 2월 6일

검토 단계

1월 30일 – 2023년 2월 10일

투표 단계

2월 10일 – 2023년 2월 24일

투표 후

2023년 2월 28일

투표는 어떻게 하나요?

집계된 표는 Support Support표 뿐입니다.

소원의 최종 목록은 가장 많은 지지 투표를 받은 순서대로 순위가 매겨집니다. 당신이 제안자인 경우, 당신의 제안에 대해 지지 투표가 자동으로 집계됩니다.

참가자는 원하는 만큼 제안에 투표할 수 있습니다. 공정한 투표를 위해 등록된 사용자만 투표할 수 있으며 매우 새로운 계정의 투표는 제거될 수 있습니다.

반대, 중립 또는 토론을 게시할 수 있습니까?

네.

투표 단계에서 토론이 권장됩니다. 댓글과 함께 Oppose Oppose 또는 Neutral Neutral 투표를 게시하려면 자유롭게 하세요.

이러한 토론은 사람들이 제안에 투표할 것인지 결정하는 데 도움이 될 수 있습니다. 토론은 또한 한 해 동안 진행될 작업을 안내하는 데 유용한 정보를 제공합니다.

다른 사람들에게 제 제안에 투표하도록 요청할 수 있나요?

네.

당신은 당신이 도달할 수 있는 한 많은 사람들에게 당신의 아이디어를 판매할 기회가 있습니다. 프로젝트, 위키프로젝트, 가맹단체 또는 기타 유형의 사용자 그룹에 있는 다른 사람들에게 자유롭게 연락하세요. 선의의 "투표에서 벗어나세요" 캠페인은 절대적으로 좋습니다.

제안 단계

1월 23일 – 2023년 2월 6일

검토 단계

1월 30일 – 2023년 2월 10일

투표 단계

2월 10일 – 2023년 2월 24일

투표 후

2023년 2월 28일

작업할 제안을 어떻게 선택합니까?

설문조사가 종료되면 커뮤니티 기술팀이 설문조사에서 작업할 몇 가지 제안을 선택합니다.

제안의 인기도는 선택을 결정하는 주요 요인이지만 유일한 것은 아닙니다. 제안에 많은 지지표가 있는 경우 커뮤니티 기술은 다음 사항도 고려합니다:

기술적 복잡성

제품 및 설계 복잡성

역사적으로 소외된 필요 및 지역 사회 영향

투자해야 하는 소프트웨어 엔지니어링 노력.

여기에는 코드 검토, 다른 팀에 대한 종속성, 인프라, 법률 및 보안 제한, 데이터베이스 업데이트 등이 포함됩니다.

문제를 이해하기 위한 데이터 수집, 디자인 생성, 디자인 검증을 위한 사용자 테스트, 사용자 경험의 일부 변경으로 인한 영향을 완화하기 위한 팀 간 조정에 필요한 노력.

출시는 점진적이어야 합니까, 아니면 점진적이지 않아야 합니까? 새로운 기능을 테스트하기 위해 얼마나 많은 커뮤니티가 우리와 협력할 것입니까?

지원이 부족한 위키미디어 프로젝트에 대한 제안입니까?

다른 위키에서 작동합니까?

얼마나 많은 사람들이 개선의 혜택을 받을까요?

텍스트가 아닌 콘텐츠에 대한 지원에 관한 것입니까?

최종 점수는 위의 모든 조합입니다. 다음으로 커뮤니티 기술은 최종 점수가 가장 높은 제안서 작업을 시작합니다.

일부 희망 사항은 자원 봉사자 개발자 또는 다른 개발 팀에서 해결할 수 있습니다.

득표수가 유일한 기준이 아닌 이유는 무엇입니까?

투표 수 외에도 커뮤니티 기술은 소원의 복잡성을 고려합니다. 이를 통해 팀은 작업을 비틀거리고 더 많은 소원을 완료할 수 있습니다.

또한 득표 수에만 초점을 맞추는 것은 형평성 문제입니다. 소규모 위키미디어 프로젝트글로벌 그룹이나 커뮤니티와 같은 소규모 그룹이 있습니다. 단순한 투표에서 그들은 쉽게 숫자를 압도할 수 있었고 계속해서 지지를 받지 못했습니다.

얼마나 많은 소원을 들어드릴까요?

소원의 복잡성에 따라 해마다 다릅니다.

커뮤니티 기술은 팀이 숫자를 예측할 수 없기 때문에 고정된 개수를 약속하지 않습니다. 팀은 가능한 한 많은 소원을 완료하기 위해 노력합니다. 소원을 성취하는 것은 해당 연도에 팀의 엔지니어 및 디자이너 수와 같은 복잡성과 리소스에 따라 다릅니다.

커뮤니티 기술이 7월과 6월 사이에 "Top N" 소원을 약속하고 그 소원을 들어주려고 했던 때가 있었습니다. 때때로 소원은 복잡성으로 인해 예상보다 오래 걸렸습니다. 다른 때는 팀이 무언가를 끝내기 위해 서두르고 있다는 의미였습니다. 또한 이것은 팀이 자원 봉사자의 신뢰를 제한할 수 있는 "과다 약속" 상황에 빠질 수 있음을 의미했습니다.

2020년에 커뮤니티 기술은 그들이 부여할 총 소원 수를 약속하지 않았습니다.

작업 진행 상황에 대한 정보를 얻으려면 어떻게 해야 합니까?

많은 사람들이 나쁜 아이디어에 투표하면 어쩌죠?


반대 및 중립 투표는 잠재적인 단점을 높이는 데 매우 유용합니다. 논란의 여지가 있는 희망사항에 대해 커뮤니티 기술은 투표와 보다 합의에 기반한 검토의 균형을 맞춥니다.

예를 들어, 이것은 2015년 설문조사에서 작동했습니다. "사용자 주시목록 추가"에 대한 희망은 많은 표를 얻었지만 일부 진심 어린 반대 표도 받았습니다. 커뮤니티 기술은 모든 측의 의견을 듣고 프로젝트를 진행할지 여부를 결정했습니다.

설문조사 및 팀 정보

이 설문조사는 위키미디어의 모든 기술적 변경 사항을 결정합니까?

아니오.

위키미디어 운동에는 기술적 변화를 위해 일하는 많은 조직과 개인이 있습니다. 자원 봉사자, 위키미디어 가맹단체위키미디어 재단이 있습니다. 커뮤니티 위시리스트 설문조사는 위키미디어 재단이라는 한 조직의 프로젝트일 뿐입니다.

위키미디어 재단에는 기술 프로젝트를 수행하는 두 개의 부서가 있습니다: 제품기술. 각 부서에는 많은 팀이 있습니다. 커뮤니티 위시리스트 설문조사는 커뮤니티 기술이라는 한 팀의 프로젝트일 뿐입니다.

올해 새로운 설문조사를 하는 이유는…

... 과거 설문조사의 다른 제안들을 처리하는 대신 새로운 설문조사를 열은 것일까요?

커뮤니티 기술은 커뮤니티의 우선 순위 요구 사항에 따라 우선 순위를 유지하기를 원합니다!

소프트웨어가 발전함에 따라 사용자의 요구 사항도 발전합니다. 때로는 작년의 정말 좋은 소원이 더 이상 중요하지 않거나 설명이 단순히 구식이 되기도 합니다. 매년 설문조사를 실시하면 커뮤니티가 필요로 하는 것이 무엇인지 재확인하는 데 도움이 됩니다.

새것만 만드나요?

아니오.

커뮤니티 기술은 또한 과거에 구축한 기능을 유지 관리하는 데 시간을 할애합니다. 이것은 팀이 새로운 변경 사항에 대한 작업을 얼마나 효과적으로 완료하는지에 영향을 미칠 수 있으며 때로는 영향을 미칩니다.

설문조사의 역사는 무엇입니까?

키마니아 2017에서 CWS를 발표하는 커뮤니티 기술의 전 관리자 대니 혼

커뮤니티 기술 팀의 창설은 위키미디어 프로젝트의 성공에 도움이 되는 중재 도구, 봇 및 기타 기능에 대한 개선된 지원에 대한 핵심 기여자의 요청의 직접적인 결과입니다.

이 설문 조사 프로세스는 독일어 위키백과에서 위시리스트 설문 조사를 실행하는 위키미디어 독일의 기술 위시 팀에서 개발했습니다.

2015년 11월에 기술 소식은 위키미디어 편집자에게 가장 중요한 기능과 수정 사항을 식별하는 데 도움이 되는 첫 번째 커뮤니티 위시리스트 설문조사를 실시했습니다. 팀은 제안을 제출하기 위해 모든 위키미디어 프로젝트의 기여자를 초대했습니다. 제안서 수집 2주 후, 팀은 가장 관심 있는 제안서에 투표하도록 요청했습니다. 그 이후로 이 프로세스가 매년 반복되었습니다.

내년을 위해 어떻게 바꿀 수 있습니까?

프로세스 개선을 위한 제안 사항이 있으면 설문 조사 토론 페이지에 자유롭게 작성하세요. 우리는 당신이 가지고 있는 어떤 아이디어에 대해 이야기하게 되어 기쁩니다! 모든 언어로 작성할 수 있습니다.

연락하기

질문이나 피드백을 환영합니다. 토론 페이지우리와 이야기하기 회의에서 질문할 수 있습니다.

다음 연락처로 문의할 수도 있습니다: