Průzkum přání komunity/Aktualizace/Výsledky v roce 2022
Ahoj všichni!
Anketa Seznam přání komunity 2022 je u konce! Rádi bychom poděkovali všem, kteří se letošního ročníku zúčastnili, a pod výsledky vyjádřili zvláštní poděkování těm, kteří do průzkumu přispěli vynikajícími příspěvky. Bez vás všech bychom to nedokázali!
Zajímá vás, co se bude dít dál? Seznamte se s naším procesem prioritizace a podívejte se na pořadí prioritizovaných návrhů pro tento rok.
Výsledky za rok 2022
Hlasování
Od 28. ledna do 11. února mohli přispěvatelé s registrovaným účtem hlasovat pro návrhy předložené dříve v lednu.
Průzkumu se zúčastnilo téměř 1600 uživatelů. Bylo podáno 467 návrhů, z toho 142 archivovaných, 55 větších návrhů a 270 návrhů, které se ucházely o hlasy účastníků. Podporu vyjádřilo 9554 hlasů, z toho 8387 hlasů pro soutěžící návrhy. Všem zúčastněným gratulujeme!
Výsledky hlasování jsou k dispozici na stránce Průzkum seznamu přání komunity 2022/Výsledky.
Prioritizace
Jak jsme napsali na FAQ stránce, technická popularita (tedy počet hlasů) je hlavním faktorem při rozhodování, na kterých návrzích budeme pracovat. Je to důležitý faktor, ale ne jediný. Třicet nejlepších návrhů jsme posuzovali ze tří hledisek: technické složitosti, složitosti produktu a designu a dopadu na komunitu.
Technická složitost
Naši inženýři odhadují, kolik úsilí by museli vynaložit na splnění přání. Upřednostňují méně složité (lépe proveditelné) projekty. Kdykoli není něco jasné, snaží se spíše nadhodnocovat než podhodnocovat.
- Technická závislost - zjišťujeme, zda práce vyžaduje součinnost s jinými týmy nadace Wikimedia. Může se stát, že část práce musí být v plánu jiných týmů nebo že potřebujeme vstupy nebo zpětnou vazbu jiných týmů, než budeme moci přání dokončit. Příkladem jsou změny schématu, bezpečnostní revize, přidání nového rozšíření a aktualizace knihoven třetích stran.
- Technický výzkum - ptáme se sami sebe, zda víme, jak přistupovat k určitému problému. Někdy potřebujeme zhodnotit a zvážit své možnosti, než začneme přemýšlet o řešení. Někdy si potřebujeme potvrdit, že to, co je třeba udělat, lze udělat nebo že je to v rámci toho, co platforma, na které pracujeme, zvládne.
- Technické úsilí - ptáme se, jak dobře známe základní kód a jak velký nebo složitý může být úkol. Vysoké skóre náročnosti může také znamenat, že kód, s nímž budeme pracovat, je starý, křehký nebo má určitý stupeň technického dluhu, s nímž se budeme muset vypořádat, než začneme pracovat na našem skutečném úkolu.
Produkt a design
Podobně jako u výše uvedených hodnocení náš designér odhaduje, jaké úsilí je třeba vynaložit na dokončení projektu. Upřednostňují méně složité (lépe proveditelné) projekty. Kdykoli není něco jasné, snaží se spíše nadhodnocovat než podhodnocovat.
- Výzkumné úsilí návrhu - snažíme se zjistit, jaká úroveň výzkumu je pro každý návrh potřebná. V tomto případě výzkum zahrnuje pochopení problému, a to buď na samém začátku prostřednictvím počátečních zjišťovacích prací (rozsah a podrobnosti projektu, průzkumy nebo rozhovory se členy komunity), nebo později v průběhu procesu prostřednictvím komunitních diskusí a testování použitelnosti. (např. jak uživatelé přispívají s touto novou funkcí a bez ní).
- Visual design effort – a significant number of proposals require changes in the user interface of Wikimedia projects. Therefore, we check to estimate the change of the user interface, how many elements need to be designed and their complexity. For instance, using existing components from our design system or creating new ones, keeping in mind how many states or warnings need to be conceived to help guide users, including newcomers.
- Workflow complexity – we ask ourselves how does this particular problem interfere with the current workflows or steps in the user experience of editors. For example, a high score here would mean that there are a lot of different scenarios or places in the user interface where contributors might interact with a new feature. It can also mean that we might have to design for different user groups, advanced and newcomers alike.
Community impact
In contrast to the two perspectives described above, this part is about equity. Practically, it's about ensuring that the majorities aren't the only ones whose needs we work on.
Depending on this score, proposals with similar numbers of votes and similar degrees of complexity are more or less likely to be prioritized. If a given criterion is met, the proposal gets +1. The more intersections, the higher the score. This assessment was added by our Community Relations Specialist.
- Not only for Wikipedia – proposals related to various projects and project-neutral proposals, are ranked higher than projects dedicated only to Wikipedia. Autosave edited or new unpublished article is an example of a prioritized proposal.
- Sister projects and smaller wikis – we additionally prioritize proposals about the undersupported projects (like Wikisource or Wiktionary). We counted Wikimedia Commons as one of these. Tool that reviews new uploads for potential copyright violations is an example of a prioritized proposal.
- Critical supporting groups – we prioritize proposals dedicated to stewards, CheckUsers, admins, and similar groups serving and technically supporting the broader community. Show recent block history for IPs and ranges is an example of a prioritized proposal.
- Reading experience – we prioritize proposals improving the experience of the largest group of users – the readers. Select preview image is an example of a prioritized proposal.
- Non-textual content and structured data – we prioritize proposals related to multimedia, graphs, etc. Mass uploader is an example of a prioritized proposal.
- Urgency – we prioritize perennial bugs, recurring proposals, and changes which would make contributing significantly smoother. Fix search and replace in the Page namespace editor is an example of a prioritized proposal.
- Barrier for entry – we prioritize proposals about communication and those which would help to make the first contributions. Show editnotices on mobile is an example of a prioritized proposal.
The leaderboard
These scores may change when we start working on the proposals. As we explained above, we have tried to overestimate rather than underestimate. Check out the proposals, in order of prioritization:
In addition, if you are interested in viewing a more granular version of the sub-components that make the prioritization scores, we've made the individual sub-components public:
These are proposals which we found will be worked on by other teams at the WMF or third-party open source when we went through the process of estimating their complexities:
| Wish | Popularity Rank |
|---|---|
| Deal with Google Chrome User-Agent deprecation | 15 |
| Show editnotices on mobile | 15 |
| Categories in mobile app | 18 |
| Mass uploader | 28 |
Larger suggestions
Thank you for 55 Larger suggestions, nearly 1200 votes you cast for them, and all the comments you added! You dedicated a lot of time, and this is a huge amount of important knowledge for us.
Why did we create this category and what will we do next?
From the beginning in 2015, we have been explaining that the Community Wishlist Survey has a specific scope. Not every good proposal submitted in the first phase can become our project. We avoid committing to something we cannot do.
At the same time, it is impossible (and not fair!) to expect that submitted proposals that were great ideas but out of our scope should end up in the Archive. In past editions, we archived proposals not meeting the criteria before voting. This time, we decided to create the "Větší návrhy" category and put it next to the regular categories. We wanted to respect the effort put into submitting them, and allow you to express your interest in these projects even if we won't be able to work on them. To avoid misconceptions, we didn't put the larger suggestions onto the Results page.
Now, having these suggestions and votes, we will be able to understand your needs better. We will share the results with our leaders and colleagues at the Product department of the Wikimedia Foundation. We can't promise they will work on these projects soon. They will be informed, though, and perhaps will be inspired when making their plans.
Gratitude
We would like to express our deepest gratitude to all participants. The Community Wishlist Survey is your success as well.
Some of you helped us to improve the Survey before it began. Some spent an outstanding number of hours during the Survey. They were translating the documentation and the proposals, discussing the proposals, and encouraging others to take part. Some decided to take part for the first time, and among them, there were some who affected the final results in a way no one could have expected.
We are not able to make a full list of everyone who deserves to be mentioned here. Heartfelt appreciation to everyone who helped us on social media, within their own communities, and was less likely to be noticed by us.
- MaxEnt, Kwgulden, D-Kuru, AleatoryPonderings, a Toadspike – for the proposals they submitted. Each of them participated in the Survey for the first time, and their five proposals made it to top 10 prioritized proposals!
- Izno, TheDJ, a Xaosflux – for their assistance in technical reviews of proposals
- Putnik – for fixing our voting gadget
- Dušan Kreheľ – for discovering and reporting a bug with our vote counting
- 리듬 – for over 1,000 translations into Korean!
- Pols12 – for translations into French and a suggestion on how to improve our FAQ page
- Ата, Sabelöga, Wargo, Daud I.F. Argana, Edu!, Bjankuloski06, Kaganer, Stang, Mohammad ebz, Euro know, Vami, Miroslav Ličko, আফতাবুজ্জামান, Saederup92, a Dr-Taher – for translations into, respectively: Ukrainian, Swedish, Polish, Indonesian, Brazilian Portuguese, Macedonian, Russian, Chinese, Farsi, Hebrew, Esperanto, Czech, Bengali, Danish, and Arabic
- Minorax a 1234qwer1234qwer4 – for translation tweaks in many languages
- Wikimedia Colombia, Wikimedia Italia, and all other affiliates which promoted the Survey on their profiles on social media
- Other WMF teams who helped us evaluate feasibility of proposals that were in their scope.
If you have proposals for the next Survey
...and don't want to forget them, add them to the sandbox. Proposals saved there do not count as submitted, but they will be in other people's minds and will be less likely to be abandoned.
Follow us
- You can watch the page with updates about our recent work.
- You can also watch the main Community Wishlist Survey talk page and talk pages of individual projects.
- Current status of individual wishes is available in form of a table on the main Community Wishlist Survey page.
- Once a month, we hold online meetings called Talk to Us. These meetings are open to anyone.
Thank you!
Natalia, Karolin, Dayllan, MusikAnimal, Sam, Harumi, Szymon, Nicolas, Dom, Ima, and James – Community Tech