Undersökning: Gemenskapens önskelista 2016

From Meta, a Wikimedia project coordination wiki
This page is a translated version of the page Community Wishlist Survey 2016 and the translation is 73% complete.

Undersökningen Gemenskapens önskelista 2016 har avslutats...

Tack för att du deltar!

Totalt: 265 förslag, 1132 bidragsgivare, 5037 röster för

Nyfiken på vad som händer härnäst? Spana in våra vanliga frågor om undersökningen.

 

  • Lägg fram, diskutera och redigera förslag: 7–20 nov 2016
  • Community Tech går igenom och organiserar förslag: 21–27 nov
  • Rösta på förslag: 28 nov – 12 dec
  • Analysera enkät: 13-14 december
  • Resultat presenteras: 15 december
  • Genomgång och utvärdering av de mest populära önskningarna av Community Tech-teamet: slutet av december
  • Presentation av den preliminära utvärderingen: Tidiga januari 2017
  • Arbete med önskningarna: Januari–december 2017!
 

Community Tech är ett team som arbetar för Wikimedia Foundation, med fokus på etablerade Wikimedia-aktiva för bättre verktyg i deras arbete. Projekten vi arbetar beslutas av Wikimediagemenskaperna, genom gemenskapens årliga önskelista.

En gång om året kan aktiva wikimedianer lägga förslag på verktyg och ändringar som de skulle vilja se vårt team arbeta på. Efter två veckor kan du arbeta på de idéer som intresserar dig mest.

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.

 

Ganska många! Här en kort lista.

  • 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.

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.

 
Community Tech-maskoten.

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 2016. 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.

 

Yes, you may submit some proposals that didn't get enough support votes in past years, and deserve a second try.

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.

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, include the suggestions or caveats in the new proposal.

 

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

All active contributors can review and vote for the proposals that they want to support. You can vote for as many different proposals as you want. To ensure fair voting, only registered users can vote, and votes by very new accounts may be removed.

The only votes that are counted are Support votes. The final list of wishes will be ranked in order of the most Support votes. If you are the proposer, a support vote is automatically counted for your proposal.

However, lively discussion is encouraged during the voting phase. If you want to post an Oppose or Neutral vote with a comment, then feel free to do so. 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.

Notera också att förslagen ibland roteras för att säkerställa att alla får en rättvis synlighet. Detta görs genom att helt enkelt flytta det översta förslaget till botten.

 

Det är vanligt att de flesta topp 10-förslagen rör de största större projekten — större Wikipediaversioner och Commons. Det finns flera mindre grupper och projekt som inte har tillräckligt med "röster" för att föra fram sina förslag till topp 10, men är viktiga för rörelsen.

Teamet har en åtagande att arbeta på projekten för att hjälpa mindre grupper, samt kampanjer och programorganisatörer, GLAM-deltagare, mindre projekt som Wikisource och Wiktionary, och stewarder och IP-kontrollanter.

Att ha mindre projekts förslag i önskelistan är viktigt — det hjälper teamet och Wikimedia Foundation veta på ett ungefär vad folk i mindre grupper behöver. Så ja, berätta gärna vad du önskar dig, även om du inte tror det kommer hamna bland topp 10!

 

Antalet stödröster fungerar som bas för en prioriteringslogg för önskningar, och Community Tech ansvarar för att bedöma och behandla de populära önskningarna. För att göra det undersöker Community Tech alla toppönskningar, och tittar på båda tekniska och sociala riskfaktorer.Mot- och neutrala röster är användbara för att lufta potentiella baksidor. För kontroversiella önskningar balanserar Community Tech röstningen med en mer konsensusbaserad översyn.

Som ett exempel på när detta fungerade för 2015 års önskelista: Önskningen "lägg till en användarbevakningslista" fick många röster men också många uppriktiga motröster. Community Tech lyssnade på alla resonemang och beslutade om vi skulle ta oss an projektet eller inte.

 
Every dog that wears a Santa hat works for Community Tech.

…instead of addressing other wishes from older surveys?

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.

We also want to make sure that older ideas are still wanted. As software evolves, so do the user’s needs. Sometimes a really good wish from last year isn’t so important anymore, or the description has simply become outdated. Conducting the survey annually helps reconfirm what the community needs.

If there are wishes from last year's survey that you think deserve another shot, see “Can I resubmit a proposal from previous surveys?” above.