Jump to content

Проучване на желанията на общността 2020

From Meta, a Wikimedia project coordination wiki
This page is a translated version of the page Community Wishlist Survey 2020 and the translation is 20% complete.
Проучването на желанията на общността за 2020 г. приключи...

Общо: 72 предложения, 423 сътрудници, 1749 гласове "за"

Прегледайте произволно предложение


All phases of the survey begin and end at 18:00 UTC.

  • Изпращане, обсъждане и преглед на предложенията: 21 октомври – 11 ноември 2019
  • Community Tech reviews and organizes proposals (includes time set aside for the Wikimedia Technical Conference): 5 ноември – 19 ноември 2019
  • Гласуване на предложенията: 20 ноември – 2 декември 2019
  • Публикуване на резултатите: 6 декември 2019


Здравейте на всички!

We’re excited to share an update on the Community Tech 2020 Wishlist Survey. This will be our fifth annual Community Wishlist Survey, and for this year, we’ve decided to take a different approach. In the past, we've invited people to write proposals for any features or fixes that they'd like to see, and the Community Tech team has addressed the top ten wishes with the most support votes. This year, we're just going to focus on the non-Wikipedia content projects (i.e. Wikibooks, Wiktionary, Wikiquote, Wikisource, Wikiversity, Wikispecies, Wikivoyage, and Wikinews), and we're only going to address the top five wishes from this survey. This is a big difference from the typical process. In the following year (2021), we’ll probably return to the traditional structure.

So, why this change? We’ve been following the same format for years—and, generally, it has lots of benefits. We build great tools, provide useful improvements, and have an impact on diverse communities. However, the nature of the format tends to prioritize the largest project (Wikipedia). This makes it harder to serve smaller projects, and many of their wishes never make it onto the wishlist. As a community-focused team, we want to support all projects. Thus, for 2020, we want to shine a light on non-Wikipedia projects.

Furthermore, we’ll be accepting five wishes. Over the years, we’ve taken on larger wishes (like Global Preferences or Who Wrote That), which are awesome projects. At the same time, they tend to be lengthy endeavors, requiring extra time for research and development. When we looked at the 2019 wishlist, there were still many unresolved wishes. Meanwhile, we wanted to make room for the new 2020 wishes. For this reason, we’ve decided to take on a shortened list, so we can address as many wishes (new and remaining 2019 wishes) as possible.


As a team, we have spent some time to consider the guidelines that are appropriate for this year’s survey. We have made the following decisions (see below):

  • Each wish should be for a non-Wikipedia content project that has no dedicated team (i.e., Wikibooks, Wiktionary, Wikiquote, Wikisource, Wikiversity, Wikispecies, Wikivoyage, and Wikinews).
  • Wishes that are global (i.e., generally target all wikis) are not eligible.
  • Wishes for Wikipedia or that apply to Wikipedias only are not eligible.
  • Wishes for Wikidata or Wikimedia Commons are not eligible.
  • The Community Tech team will make the final decisions regarding which wishes are manageable, within scope, and aligned with the guidelines.

Why no global wishes: We spent a lot of time discussing whether we should include global wishes. On the one hand, we genuinely understood the desire for global wishes. On the other hand, we didn't want global wishes to dominate the wishlist, thereby defeating the purpose of supporting smaller projects. We also discussed the possibility of permitting some global wishes. Overall, we decided that, because we're only accepting 5 new wishes this year, we didn't want to limit the already reduced resources available to smaller projects. With that being said, we still plan to address global wishes from last year’s wishlist (e.g., Watchlist Expiry, Section Name in Diff).

Why no Wikidata or Commons wishes: We decided to exclude Wikidata and Commons for a few reasons. First, both projects have dedicated teams or teams that have released large improvements (i.e., WMDE’s team for Wikidata; the Structured Data Team for Commons). This is a different situation than all the other non-Wikipedia projects, which have no dedicated teams and have historically struggled to find support from development teams. Second, Wikidata and Commons tend to be global in nature—which is fantastic, but not within the scope of the 2020 Wishlist.

Overall, this is an experiment, and we hope to learn a lot from it. For the upcoming year, we'll be able to interact with a range of communities, support underrepresented projects, and encourage all Wikimedians (including ourselves!) to think of how we can further empower smaller projects. Additionally, we’re excited to address global wishes from last year’s wishlist. We thank you for your feedback, and we look forward to seeing the proposals in November. Thank you!


Екипът на Техническата общност е екип на Фондация Уикимедия, фокусиран върху нуждите на активните сътрудници на Уикимедия от подобрени инструменти за работа и модериране. Кои да са проектите, върху които да работим, се решава от уикимедианската общност, чрез годишното проучване за желанията на общността.

Веднъж годишно активните сътрудници на Уикимедия могат да изпращат предложения за функции и поправки, върху които биха искали екипът ни да работи. След две седмици можете да гласувате за идеите, от които се интересувате. Топ 10-те желания ще бъдат разгледани и адресирани от екипа на техническата общност. Някои от другите най-добри желания могат да бъдат разгледани от други развойни екипи.

This survey process was developed by Wikimedia Deutschland's Technical Wishes team, who run a wishlist survey on German Wikipedia. The international wishlist process is supported by the Community Relations Specialists team.

This is our fifth annual Community Wishlist Survey. See where we are with last year's wishes.

Талисманът на техническата общност: куче, носещо шапка на Дядо Коледа.

The proposal phase is the first two weeks of the survey.

In the proposal phase, contributors from every project and language can submit proposals for features and fixes that you'd like to see in 2020. Proposals may be submitted in any language. If you submit a proposal in a language other than English, we will attempt to get it translated so everyone can read and vote on it more easily.

Предложенията трябва да бъдат обособени, добре дефинирани задачи, които ще бъдат от полза за активните сътрудници на Уикимедия. Предложенията трябва да отговарят на следните въпроси:

  • Какъв е проблемът, който искате да разрешите?
  • Кои потребители са засегнати? (редактори, администратори, потребители на Общомедия, потребители на Уикипедия и т.н.)
  • Как се решава този проблем в момента?
  • Какви са предложените решения? (ако има някакви идеи)

Предложението ви трябва да бъде възможно най-конкретно, особено в описанието на проблема. Не просто да кажете, че "(x функцията) е остаряла", "трябва да се подобри" или "има много бъгове". Това не е достатъчно информация, за да разберем какво трябва да се направи. Доброто предложение обяснява какъв точно е проблемът и кой е засегнат от него. Всичко е наред, ако нямате конкретно решение, което да предложите, или ако имате няколко възможни решения и не знаете кое е най-доброто.

Представянето на предложение е само началото на процеса. Двуседмичната фаза за предложения е време, в което общността може съвместно да работи по предложение, което представя идеята по начин, който най-вероятно ще успее във фазата на гласуване. Когато се подаде предложение, всички се приканват да го коментират и да спомогнат за най-доброто му възможно представяне - да задават въпроси и да предложат промени. Подобни предложения могат да бъдат комбинирани; предложения, които са големи, трябва да бъдат разделени на по-конкретни идеи. Целта е да се създаде възможно най-доброто предложение за фазата на гласуване.

От лицето, което представя предложение, се очаква да е активно в дискусията и да помогне да се направят промени в течение на обсъждането му. Поради това ще ограничим предложенията до три на човек. Ако публикувате повече от три предложения, ще ви помолим да го намалите на три. Дайте най-добрите си идеи!

Similarly, only registered users can make proposals to ensure they can watchlist the discussion and respond to questions. Just as with voting, you should be an active editor on at least one Wikimedia project. If you do not meet this criteria, or you have hit your proposal limit but have more ideas, you can seek other users to adopt your proposals.

Още една бележка: Предложенията, които изискват премахване или деактивиране на функция, върху която е работил продуктовия екип на Фондация Уикимедия, са извън възможния обхват на техническата общност. Те няма да участват във фазата на гласуване.


Да, определено има някои полезни предложения, които не получиха в подкрепа достатъчно гласове миналата година и заслужават втори опит.

Ако решите да копирате предложение от старото проучване в новото, очакваме да "осиновите" това предложение, което означава да участвате активно в дискусията за тази идея и да имате желание да направите промени в предложението, за да го превърнете в по-добра идея, която да се придвижи до етапа на гласуване. Както казахме по-горе, има лимит от три предложения на човек и публикуването на предложение от миналата година се включва в тях.

Полезно ще е да публикувате линк към предишната дискусия, но моля, не копирайте гласовете и дискусиите от миналата година. Ако има основателни гледни точки, засегнати в дискусиите от миналата година, включете предложенията или предупрежденията в новото предложение.


After the proposal phase, we take a break to review the proposals before the voting phase begins.

Всички активни сътрудници могат да прегледат и гласуват за предложенията, които искат да подкрепят. Можете да гласувате за колкото искате различни предложения.

Единствените гласове, които се броят, са гласовете "За". Окончателният списък на желанията ще бъде подреден по реда на по-големия брой получени гласове "За". If you are the proposer, a support vote is automatically counted for your proposal.

Все пак, оживената дискусия се насърчава по време на гласуването. Ако искате да дадете вот "Против" или "Неутрален" с коментар, не се колебайте да го направите. Тези дискусии могат да помогнат на хората да се замислят дали искат да гласуват за предложенията. Дискусиите също така осигуряват полезни приноси за насочване на работата, която да бъде осъществена през годината.

Разумно количество агитиране е приемливо. Имате възможност да "продадетe" идеята си на толкова хора, колкото можете да достигнете. Чувствайте се свободни да се свържете с други хора във вашия проект, уикипроект или потребителска група. Очевидно това не би трябвало да включва марионетки или хора, които да гласуват и да променят своя вот. Но добросъвестната кампания "Гласувайте!" е абсолютно наред.


Each proposal should meet the following criteria:

  • The proposal is about a technical change and not for a policy or social change
  • The proposal is about the problem and not necessarily ask for a specific solution
  • The proposal is a well-defined problem and not a mix and match of different unrelated issues
  • The proposal is not already in another team's roadmap or has not been declined by other teams in the past
  • The proposal has not been declined by Community Tech or other teams in the past
  • The proposal is within the team's scope

The Community Tech team may decline proposals that fail to meet the above criteria.


Класирането по гласове "За" създават приоритетни неизпълнени желания, а техническият екип на общността е отговорен за оценяването и адресирането на първите 10 желания. За да направим това, ние изследваме всички най-добри желания и разглеждаме както техническите, така и социалните и свързаните с политиките рискови фактори.

Гласовете "Против" и "Неутрален" също са много полезни за осведомяването за потенциалните недостатъци. При противоречиви желания балансираме гласуването с основан на консенсус преглед. Например това сработи при проучването през 2015 г.: желанието за "добавяне на списък за наблюдение на потребителите" получи много гласове, но също така и някои искрени гласове "Против". Изслушахме всички страни и взехме решение дали да продължим проекта или не.

As an example, this worked in the 2015 survey: The wish to "add a user watchlist" received a lot of votes but also some heartfelt Oppose votes. Community Tech listened to all sides, and made a decision on whether to pursue the project or not.


The 2020 Community Wishlist Survey is now complete! We want to thank everyone for their participation in this year’s survey. It was a very civil and smooth process, and we appreciate all of the help that we received. Now, we’re delighted to announce the top 5 wishes from the survey:

  1. Improve export of electronic books (Wikisource)
  2. New OCR tool (Wikisource)
  3. Migrate Wikisource specific edit tools from gadgets to Wikisource extension (Wikisource)
  4. Inter-language link support via Wikidata (Wikisource)
  5. Insert attestation using Wikisource as a corpus (Wiktionary)

Here’s what comes next: We’ll begin analyzing these five wishes after the new year. During our analysis, we’ll consider various factors, including possible dependencies and risks. Once we’ve completed this analysis, we’ll determine which wish to address first. We’ll create a project page on Meta-Wiki for that wish, which will outline the project vision. We’ll also ping all the wish voters, so everyone can share their suggestions and questions on the Talk page. From that point, updates will be found on the project page. The first project page should be launched in the next few months (no set date yet), but you can visit the Community Tech page for updates in the meantime.

As a team, our goal is to address every top wish in the Community Wishlist Survey. This means that we analyze each wish and determine if it’s workable (i.e., within scope, no major conflicts with other teams, etc). In many cases, the wish is workable. We then continue with the research and planning, followed by development, testing, and deployment. However, we sometimes identify significant issues or risks associated with a wish. In such cases, we investigate alternatives and ways to mitigate the risks. As a last resort, we sometimes decline certain wishes, but only after we rule out other options. Above all, we make sure to address each wish and share our findings with the community.

As this year draws to a close, we want to thank you, again, for participating in the survey! It was a fantastic experience for the team (and we hope for you too!). After the new year, we’ll begin reaching out with plenty of questions, ideas, and updates. We’re excited to begin the work to improve Wikisource and Wiktionary. Until then, we wish you a happy new year, and we look forward to collaborating with all of you!