Community Wishlist Survey 2016/uk

Welcome to the 2016 Community Wishlist Survey!

Proposals phase, Nov 7–20

Submit proposals for features and changes that you want the Community Tech team to work on,
or comment on other proposals, and help to make them better! (learn more)

So far: Community Wishlist Survey 2016/uk/Total proposals proposals, Community Wishlist Survey 2016/uk/Total editors editors

You can create a proposal in your language if you can't write in English.

Categories

Select a category to view and create proposals

Адміни та стюарди
0 пропозицій Боти і додатки
0 пропозицій [[Community Wishlist Survey 2016/Chapters and affiliates|Template:Community Wishlist Survey/Chapters and affiliates
0 пропозицій]] [[Community Wishlist Survey 2016/Commons|Template:Community Wishlist Survey/Commons
0 пропозицій]] Редагування
0 пропозицій Різне
0 пропозицій [[Community Wishlist Survey 2016/Moderation tools|Template:Community Wishlist Survey/Moderation tools
0 пропозицій]] [[Community Wishlist Survey 2016/Multimedia|Template:Community Wishlist Survey/Multimedia
0 пропозицій]] Програми і події
0 пропозицій Читання
0 пропозицій Пошук
0 пропозицій Списки спостереження
0 пропозицій Вікідані
0 пропозицій [[Community Wishlist Survey 2016/WikiProjects|Template:Community Wishlist Survey/WikiProjects
0 пропозицій]] Вікіджерела
0 пропозицій

 

Schedule

• Подання, обговорення і переформулювання пропозицій: 7–20 листопада 2016
• Технічна команда переглядає та впорядковує пропозиції: 21–27 листопада
• Голосування за пропозиції: 28 листопада — 12 грудня
• Публікація результатів: 15 грудня
• Перегляд та початкове оцінювання Технічною командою побажань, що набрали найбільше підтримки: кінець грудня
• Презентація початкової оцінки: початок січня 2017
• Робота над побажаннями: січень—грудень 2017!

Що таке Опитування побажань спільноти?

Технічна команда (Community Tech) — команда Фонду Вікімедіа, що зосереджується на задоволенні потреб активних дописувачів Вікімедіа у покращених, експертних інструментах спостереження і модерування. Проекти, над якими ми працюємо, визначаються спільнотою Вікімедіа через щорічне Опитування побажань спільноти.

Раз на рік активних дописувачів Вікімедіа запрошують подавати пропозиції функцій та виправлень, над якими ви хочете щоб наша команда попрацювала. Після двох тижнів збору пропозицій ми запропонуємо проголосувати за ідеї, в яких ви найдужче зацікавлені. Пропозиції з найбільшою кількістю голосів стануть пріоритетом дослідження і роботи команди.

Ми провели наше перше Опитування побажань спільноти у листопаді-грудні 2015, і в 2016 ми працювали над десяткою найбільш підтриманих побажань.

This survey process was developed by Wikimedia Deutschland's Technical Wishes team, who run a wishlist survey on German Wikipedia. WMF's Community Tech is following their lead, with an international wishlist for contributors from all projects and languages.

 

How many wishes were addressed from the last survey?

Quite a few! Here's a brief list.

• Wish #1: Migrate dead external links to archives -- Community Tech supported a volunteer-run project on English Wikipedia, writing and testing code that helps InternetArchiveBot to detect dead links.
• Wish #2: Improved diff comparisons -- The nightmare diff in the proposal was a small change made in a huge paragraph, which highlighted the paragraph and obscured the change. A WMF developer updated the diff engine; now it shows what actually changed.
• Wish #5: Numerical sorting in categories -- Community Tech implemented support for numerical sorting and has deployed the feature to 18 different wikis so far; we're currently offering the feature to any wikis that want to try it.
• Wish #7: Pageview stats tool -- Community Tech built the Pageviews Analysis tool, which is now in use on all Wikipedias.
• Wish #9: Improve the plagiarism detection bot -- Community Tech built CopyPatrol, a new interface for the plagiarism detection workflow that's attracted more patrollers, and eliminated the backlog of cases.

Community Tech is currently working on wish #4, Cross-wiki watchlist, and there are more wishes that have been addressed by volunteers and other teams.

Some of the top 10 wishes weren't feasible for various reasons; you can see all the wishes on the Survey Results page, with links to project pages and discussions.

 

What happens during the proposal phase?

The proposal phase is the first two weeks of the survey — from November 7th to 20th, 2016.

In the proposal phase, contributors from every project and language are invited to submit proposals for features and fixes that you'd like to see in 2017. Proposals may be submitted in any language, but English is encouraged (in order to facilitate feedback from the Community Tech team and other editors).

Proposals should be discrete, well-defined tasks that will directly benefit active Wikimedia contributors. When the proposal phase opens, we'll have a form to fill out, with the following questions:

• What's the problem you want to solve?
• Which users are affected? (editors, admins, Commons users, Wikipedia users, 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 craft 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. Duplicate 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 person. If you post more than three proposals, we'll ask you to narrow it down to three. Bring your best ideas!

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, and won't be carried over to the voting phase.

 

Can I resubmit a proposal from the 2015 survey?

Yes, there are definitely some worthwhile proposals that didn't get enough support votes last year, and deserve a second try. They'll need to be rewritten in the updated format, answering these questions:

• What's the problem you want to solve?
• Which users are affected? (editors, admins, Commons users, Wikipedia users, etc.)
• What are the proposed solutions? (if there are any ideas)

It's helpful if you want to post a link to the previous discussion, but please don't copy over the votes and discussion from last year. If there are good points that people made in last year's discussions, incorporate the suggestions or caveats in the new proposal.

If you decide to copy a proposal from the old survey into the new survey, we expect you to "adopt" that proposal — meaning that you'll be actively participating in the discussion about that idea, and willing to make changes to the proposal in order to make it a stronger idea when it moves to the voting phase. As we said above, there's a limit of three proposals per person, and posting a proposal from last year counts.

 

What happens during the voting phase?

After a week's break, the voting phase happens over next two weeks -- from November 28th to December 12th.

All active contributors are invited to review and vote for the proposals that you want to support. You can vote for as many different proposals as you want.

The only votes that are counted are Support votes; the final list of wishes will be ranked in order of the most Support votes.

However, lively discussion is encouraged during the voting phase, and if you want to post an Oppose or Neutral vote with a comment, then feel free. These discussions can help people to make up their mind about whether they want to vote for the proposals. The discussions also provide useful input to guide the work that will happen through the year.

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.

 

What about smaller projects and user groups?

Last year, some people from smaller projects and user groups were disappointed to see that the top 10 proposals were all for the biggest projects, like Wikipedia and Commons. There are many smaller groups and projects that don't have enough "voting power" to boost their proposal into the top 10, but are doing important work for our movement.

After the voting phase, when we have the prioritized backlog, we plan to allocate 75% of our wishlist work to the top 10 wishes, and 25% to proposals important to smaller groups. This will include campaign and program organizers, GLAM participants, smaller projects like Wikisource and Wiktionary, and stewards and CheckUsers. As we get proposals over the first few days of the Wishlist Survey, we'll be able to identify categories that will be included in this "smaller groups" tier. So – yes, please come and post your proposals, even if you don't think you'll get into the top 10!

 

What if a lot of people vote to support a bad idea?

The Support-vote rankings create a prioritized backlog of wishes, and the Community Tech team is responsible for evaluating and addressing the top 10 wishes. To do that, we investigate all of the top wishes, and look at both the technical and social/policy risk factors.

The Oppose and Neutral votes are very helpful in raising potential downsides. For controversial wishes, we balance the voting with a more consensus-based review. 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. We listened to all sides, and made a decision on whether to pursue the project or not.

 

Why are we doing a new survey this year...

... instead of addressing every item from #11 to 107 from the 2015 survey?

The main reason why we're making the survey an annual event is that we want to include more people! More people know about the team and the survey now, and after a year where many of the top wishes were completed, we're expecting that people will be even more interested and excited about participating. We want to give everyone a chance to bring new ideas.

Also, the Technical Collaboration team uses the wishlist to identify projects that volunteers can pick up for hackathons, and student programs. Most of the volunteer-sized wishes have been worked on by now, so we need another set for next year's volunteers.

If there are wishes from last year's survey that you think deserve another shot, see "Can I resubmit a proposal from the 2015 survey?" above.