Sondaj despre dorințele comunității în 2020
Total: 72 propuneri, 423 contribuitori, 1749 voturi de susținere
All phases of the survey begin and end at 18:00 UTC.
- Submit, discuss and revise proposals: 21 octombrie – 11 noiembrie 2019
- Community Tech reviews and organizes proposals (includes time set aside for the Wikimedia Technical Conference): 5 noiembrie – 19 noiembrie 2019
- Vote on proposals: 20 noiembrie – 2 decembrie 2019
- Results posted: 6 decembrie 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!
The Community Tech team is a Wikimedia Foundation team focused on the needs of active Wikimedia contributors for improved curation and moderation tools. The projects that we primarily work on are decided by the Wikimedia community, through the annual Community Wishlist Survey.
Once a year active Wikimedia contributors can submit proposals for features and fixes that you'd like our team to work on. After two weeks, you can vote on the ideas that you're most interested in.
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.
Proposals should be discrete, well-defined tasks that will directly benefit active Wikimedia contributors. Proposals should answer the following questions:
- What is the problem that you want to solve?
- Which users are affected? (editors, admins, Wikisource editors, etc.)
- How is this problem being addressed now?
- What are the proposed solutions? (if there are any ideas)
Your proposal should be as specific as possible, especially in the problem statement. Don't just say that "(x feature) is out of date", "needs to be improved" or "has a lot of bugs". That's not enough information to figure out what needs to be done. A good proposal explains exactly what the problem is, and who's affected by it. It's okay if you don't have a specific solution to propose, or if you have a few possible solutions and you don't know which is best.
Submitting a proposal is just the beginning of the process. The two-week proposal phase is a time that the community can collaboratively work on a proposal that presents the idea in a way that's most likely to succeed in the voting phase. When a proposal is submitted, everyone is invited to comment on that proposal, and help to make it better — asking questions, and suggesting changes. Similar proposals can be combined; very broad proposals should be split up into more specific ideas. The goal is to create the best possible proposal for the voting phase.
The person who submits a proposal should expect to be active in that discussion, and help to make changes along the way. Because of that, we're going to limit proposals to three per account. If you post more than three proposals, we'll ask you to narrow it down to three. Bring your best ideas!
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.
One more note: Proposals that call for removing or disabling a feature that a WMF product team has worked on are outside of Community Tech's possible scope. They won't be in the voting phase.
Da, puteți trimite câteva propuneri care nu au obținut suficiente voturi de sprijin în anii trecuți și meritați o a doua încercare.
Dacă decideți să copiați o propunere din vechiul sondaj în noul sondaj, ne așteptăm să „adoptați„ acea propunere - ceea ce înseamnă că veți participa activ la discuția despre această idee și veți fi dispus să face modificări la propunere pentru a o face o idee mai puternică atunci când trece la faza de vot. Așa cum am spus mai sus, există o limită de trei propuneri per persoană, iar postarea unei propuneri din anul trecut contează.
Este util dacă doriți să postați un link către discuția anterioară, dar nu copiați voturile și discuțiile de anul trecut. Dacă există puncte bune pe care oamenii le-au făcut în discuțiile de anul trecut, includeți sugestiile sau avertismentele în noua propunere.
După faza propunerii, facem o pauză pentru a revizui propunerile înainte de începerea etapa de votare.
Toți participanții activi pot revizui și vota propunerile pe care doresc să le susțină. Puteți vota pentru câte propuneri diferite doriți. Pentru a asigura un vot echitabil, doar utilizatorii înregistrați pot vota, iar voturile prin conturi foarte noi pot fi eliminate.
Singurele voturi care sunt numărate sunt voturile de sprijin. Lista finală a dorințelor va fi clasată în ordinea celor mai multe voturi de sprijin. Dacă sunteți solicitantul, votul de sprijin este contorizat automat pentru propunerea dvs.
Cu toate acestea, discuțiile animate sunt încurajate în timpul fazei de vot. Dacă doriți să postați un vot opus sau neutru cu un comentariu, atunci nu ezitați să faceți acest lucru. Aceste discuții îi pot ajuta pe oameni să se decidă dacă vor să voteze propunerile. Discuțiile oferă, de asemenea, informații utile pentru a ghida munca care se va întâmpla pe parcursul anului.
A reasonable amount of canvassing is acceptable. You've got an opportunity to sell your idea to as many people as you can reach. Feel free to reach out to other people in your project, WikiProject or user group. Obviously, this shouldn't involve sockpuppets, or badgering people to vote or to change their vote. But a good-faith "get out the vote" campaign is absolutely okay.
Echipa Community Tech poate refuza propunerile care nu îndeplinesc următoarele criterii:
- Propunerea ar trebui să vizeze o schimbare tehnică și nu o politică sau o schimbare socială
- Propunerea ar trebui să se refere la problemă și să nu ceară neapărat o soluție specifică
- Propunerea ar trebui să fie o problemă bine definită și nu o combinație a diferitelor probleme care nu au legătură
- Propunerea nu se află deja în foaia de parcurs a altei echipe sau nu a fost refuzată de alte echipe în trecut
- Propunerea nu a fost refuzată de Community Tech în trecut
- Propunerea ar trebui să se încadreze în scopul echipei
The Community Tech team may decline proposals that fail to meet the above criteria.
Clasamentele de vot-suport creează o întârziere prioritară a dorințelor, iar echipa de tehnologie comunitară este responsabilă de evaluarea și abordarea dorințelor populare. Pentru a face acest lucru, investigăm toate dorințele de top și ne uităm atât la factorii de risc tehnici, cât și sociali / politici.
Voturile de împotrivă și voturile neutre sunt foarte utile în ridicarea potențialelor dezavantaje. Pentru dorințe controversate, echilibrăm votul cu o analiză mai consensuală. De exemplu, acest lucru a funcționat în sondajul din 2015: Dorința de a „adăuga o listă de urmărire a utilizatorilor” a primit multe voturi, dar și câteva voturi sincere de opoziție. Am ascultat toate părțile și am luat o decizie cu privire la continuarea proiectului sau nu.
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:
- Improve export of electronic books (Wikisource)
- New OCR tool (Wikisource)
- Migrate Wikisource specific edit tools from gadgets to Wikisource extension (Wikisource)
- Inter-language link support via Wikidata (Wikisource)
- 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!