Undersøkelse om fellesskapets ønskeliste/OSS

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

Deltagelse

Hvorfor burde jeg delta?

Har du noen gang følt at det trengtes en forbedring i Wiki-programvaren? Har du en idé til et nytt verktøy som vil gjøre plattformen mer anvendelig eller funksjonell? Har du lyst til å støtte noen andres idé til en slik forbedring? Å delta i undersøkelsen er akkurat måten å oppnå det på.

Gjennom at delta i undersøkelsen om nettsamfunnets ønskeliste kan du påvirke hvilke forandringer i plattformen som Community Tech-teamet, et team i Wikimedia Foundation, kommer til å jobbe med. Du kan også jobbe sammen med Community Tech-teamet for å bygge disse verktøyene.

Hvordan kan du bidra?

Man kan delta på flere måter. Teknisk kunnskap eller flere års erfaring med wikier er ikke nødvendig:

Forslagsfase

23. januar – 6. februar 2023

Gjennomgangsfasen

30. januar – 10. februar 2023

Stemmefase

10. februar – 24. februar 2023

Etter avstemningen

28. februar 2023

Vad skjer under forslagsfasen?

I forslagsfasen kan bidragsytere fra alle prosjekt og språk sende inn forslag til funksjoner og feilrettinger som du vil se i 2023.

Community Tech-teamet begrenser antallet forslag per bruker til 10. Hvorfor? Les mer på Hva skjer etter at forslaget har blitt sendt inn. Hvis du har mer enn 10 ideer kan du oppfordre andre til å foreslå dem.

Hvordan lager jeg et godt forslag?

Hva gjør noe til et godt forslag? Disse instruksjonene er laget for å sikre at forslagene har beste mulige sjanse til å velges ut i avstemningen.

Innenfor Community Tech-teamets aktivitetsområde

Forslaget burde handle om et teknisk behov hos aktive bidragsytere på Wikimedia. Det må kreve ingeniørarbeid og IKKE handle om en policy eller sosial forandring.

Community Tech-teamet avslår forslag
hvis de
Forslag som krever ingeniørarbeid inkluderer
  • Bare krever endringer på wiki, selv om det handler om "tekniske" redigeringer (i maler, moduler, osv.)
  • Er allerede inkludert i et av Wikimedia Foundation sine teams planer
  • Har tidligere blitt avslått av Community Tech-teamet eller andre Wikimedia Foundation team
  • Ber om å fjerne eller slå av en funksjon som et Wikimedia Foundation team har jobbet med
  • Bygge verktøy for Wikimediaprojekt
  • Identifiser og forbedre funksjonalitet til viktige verktøy som ikke har støtte
  • Lage bedre dokumentasjon for disse verktøyene slik at de kan utnyttes bedre
  • Lag Gadgets, boter og guider for å hjelpe bruker med det de allerede gjør
  • Bygge verktøy for WikiProsjekter
  • Endre eksisterende Gadgeter og boter slik at de virker på flere prosjekt
  • Konverter mye brukt kode skrevet av nettsamfunnet (Gadgeter og brukerskript) til å bli en del av MediaWiki-programvaren

Mindre enn et årelangt prosjekt, mer enn en programvarefeil

Nettsamfunnets ønskelista er begrenset til Community Tech-teamets kapasitet.

Teamet er takknemlig for "store ideer" for stiftelsen og kommer ikke til å ignorere dem. Derimot krever visse forslag et eget team som ikke er Community Tech.

Disse forslagene vil flyttes til en separat side og inngår ikke i avstemningen. Linken dit kommer senere til å deles med de andre teamene i Wikimedia Foundation.

Eksempler:

Make SecurePoll accessible through local wikis (too large)
"POV Detector" for articles (too large)
Make a mobile application for Wikivoyage (too large)
Utløpsdato for innslag i overvåkingslisten (ganske omfattende)
Nevne bruker fra redigeringssammendrag (ideell størrelse)
Kopier og lim inn fra diff (relativt liten, men ikke for liten)

Velg ett spesifikt problem og beskriv det detaljert

Gi kontekst om hvorfor problemet er viktig for brukere. Et godt forslag forklarer presist:

  • Hva problemet er,
  • Hvem som påvirkes av det.
  • Inkluder skjermbilder, lenker, og diskusjonssider som detaljerer diskusjonen om problemrommet, hvis mulig.

Dette hjelper Community Tech-teamet med å forstå hvor de skal starte arbeidet.

Ikke bare si "(funksjon x) er utdatert", "trenger forbedring" eller "har mange feil". Det er ikke tilstrekkelig informasjon til å finne ut hva som trengs å gjøres.

Forslag kan sendes inn på valgfritt språk. Community Tech-teamet oppmuntrer de frivillige til å oversette dem slik at alle kan delta og stemme. Les mer om granskningsfasen.

Eksempler:

Lag bedre boter (ikke tilstrekkelig spesifikt, og underforstått også for omfattende)
Gjør wikien enklere for de fleste (ikke ett problem, men et prinsipp for en mengde endringer)
Implementer Kunstig intelligens (ikke ett problem, men et prinsipp for en mengde endringer)
Bedre håndtering av endringsmarkering når avsnitt deles
Vis alle aktive sesjoner
Bruk Wikidata for å forbedre søk

Ikke bekymre deg for å finne løsningen

Du behøver ikke å foreslå en løsning på problemet. Det er Community Tech-teamets oppdrag å finne løsninger.

Å beskrive løsningen kan av og til bli en begrensning. For eksempel kan de som stemmer komme til å støtte en løsning som viser seg umulig å bygge og som Community Tech-teamet ville løst på en annen måte.

Eksempler:

Etiketter (ala Evernote, søkbare, kategorisering) (ingen informasjon om problemet)
Bulkopplastingsprogram (ingen informasjon om problemet)

Snakk med andre deltagere i nettsamfunnet

Det kan være lurt å skaffe oppmerksomhet for ideen din, og å delta i samtaler om ideen som skjer andre steder. Samle tilbakemeldinger og del forslaget. Du kan gjøre dette på forhånd, før stemmefasen. På den måten kan bidragsytere bli oppmerksomme på problemet slik at de husker på å delta og stemme på det når den tiden kommer.

Se også vårt markedsføringsmateriell som du selv kan bruke.

Unngå forslag som tidligere er blitt avvist

Her er en liste med noen prosjekter som fikk mange stemmer. Community Tech-teamet hadde forpliktet seg til å jobbe med disse, men måtte avvise dem. Det er usannsynlig, og kanskje umulig, at teamet kan jobbe med dem i år.

Undersøkelsesutgave Rang i resultatene Prosjekter Forklaring
2019 #2 Nattmodus Overlapper med et annet teams prosjekt. Det overlappende prosjektet er Desktop Improvements. Lær mer.
2019 #6 Gjør mw.toolbar tilgjengelig igjen Problemet hadde i stort blitt løst uten at Community Tech-teamet måtte bidra. Det er også Community Tech-teamets policy å ikke omgjøre endringer gjort av andre team. Lær mer.
2019 #8 Artikkelpåminninger Dette er for teknisk komplekst. Det ville også måtte utføres av et annet Wikimedia Foundation team. Det er andre måter å oppnå det samme resultatet på. Lær mer.
2019 #10 2FA tilgjengelig for alle relevante bidragsytere Dette er for teknisk komplekst. Det ville også måtte utføres av et annet Wikimedia Foundation team. Det er andre måter å oppnå det samme resultatet på. Lær mer.
2017 #6 Artikkelvarslinger for flere språk Dette er for teknisk komplekst. Community Tech-teamet er heller ikke i stand til å utvikle og vedlikeholde et slikt verktøy. Lær mer.
2016 #1 Globale gadgeter Dette er for teknisk komplekst. Community Tech-teamet er heller ikke i stand til å utvikle og vedlikeholde et slikt verktøy.
2015 #3 Sentral brønn for gadgeter, maler og Lua-moduler
2015 #6 Støtte for kategorier på Commons på alle språk Overlapper med et annet teams prosjekter. De overlappende prosjektene er Structured Data on Commons og Structured Data Across Wikimedia.
2015 #4 Tverrwiki overvåkingsliste Dette er for teknisk komplekst. Lær mer.
2015 #8 Global tverrwiki diskusjonsside Overlapper med et annet teams prosjekter. De overlappende prosjektene er Flow/Structured Discussions og Cross-wiki notifications. Lær mer.
2015 #10 Lag en overvåkingsliste for brukere Brukt med vond vilje kan dette verktøy gjøre det enklere å sjikanere brukere. Lær mer.

Hva skjer etter at forslaget har blitt sendt inn?

Nettsamfunnet kan jobbe sammen med et forslag som fremlegger ideen på den måten som har best mulighet til å lykkes i stemmefasen.

Når et forslag sendes inn er alle velkommne til å kommentere på det forslaget for å bidra til å forbedre det — stille spørsmål, og foreslå endringer.

Forslag som ligner på hverandre kan kombineres; veldig brede forslag kan deles opp i mer spesifikke ideer.

Målet er å lage det beste mulige forslaget til stemmefasen.

Den som sender inn et forslag forventes å bidra aktivt i den diskusjonen, og hjelpe til med å gjøre endringer underveis.

Kan jeg sende inn på nytt et forslag fra tidligere undersøkelser?

Ja.

Hvis bestemmer deg for å kopiere et forslag fra en tidligere undersøkelse til årets undersøkelse forventer Community Tech-teamet at du "adopterer" det forslaget—altså at du aktivt deltar i diskusjonen for forslaget, og er villig til å gjøre endringer i forslaget slik at det blir en sterkere idé når det kommer til stemmefasen.

Du kan også sende inn enkelte forslag som er blitt arkivert i tidligere undersøkelser. For eksempel kan du gå gjennom uklare forslag, beskrive dem bedre, og sende dem inn.

Det er nyttig hvis du poster en lenke til den forrige diskusjonen, men vennligst ikke kopier stemmene og diskusjonene derifra. Hvis det er gode poenger i den diskusjonen så ta med forslagene eller betenkelighetene i det nye forslaget.

Hvis et ønske har blitt avvist av Community Tech-teamet er det ikke kvalifisert for å sendes inn på nytt med mindre det har blitt betydelig endret.

Eksempler:

Kan jeg jobbe med en idé før forslagsfasen?

Ja.

2023 utgaven starter 23. januar. Du kan begynne å utforme en idé ved hjelp av undersøkelsens sandkasse. Dette kan hjelpe deg med å offentliggjøre detaljene og invitere andre til å kladde på en idé med deg.

What does "out of scope" mean?

Se også Hvordan lage et forslag for detaljert forklaring.

Forslagsfase

23. januar – 6. februar 2023

Gjennomgangsfasen

30. januar – 10. februar 2023

Stemmefase

10. februar – 24. februar 2023

Etter avstemningen

28. februar 2023

Etter forslagsfasen vil Community Tech-teamet gå gjennom forslagene før stemmefasen begynner.

Teamet sjekker om noen av forslagene må avvises. Hvis det er noen faktorer som forhindrer et forslag fra å bli akseptert til stemmefasen vil de forsøke å kontakte forslagets forfattere med avklaringsspørsmål.

Hvis et forslag er korrekt merker Community Tech-teamet det for oversettelse. Da kan hvem som helst oversette forslaget for å gjøre det forståelig for flere mennesker.

Forslagsfase

23. januar – 6. februar 2023

Gjennomgangsfasen

30. januar – 10. februar 2023

Stemmefase

10. februar – 24. februar 2023

Etter avstemningen

28. februar 2023

Hvordan stemmer jeg?

De eneste stemmene som telles med er Support Support stemmer.

Den endelige listen over ønsker vil rangeres etter antall stemmer for. Hvis du er forslagsstilleren vil din stemme automatisk regnes til inntekt for forslaget.

Deltagere kan stemme på så mange forslag de vil. For å sikre en rettferdig avstemming kan kun registrerte brukere stemme, og stemmer fra nye kontoer kan bli fjernet.

Kan jeg skrive Imot, Nøytral, eller diskutere?

Ja.

Diskusjon oppmuntres i stemmefasen. Hvis du vil poste en Oppose Oppose eller Neutral Neutral stemme med en kommentar må du gjerne gjøre dét.

Slike diskusjoner kan hjelpe folk å bestemme seg for om de vil stemme for forslagene. Diskusjonene er også nyttig grunnlag for å lede arbeidet som vil skje i løpet av året.

Kan jeg oppfordre andre til å stemme for mitt forslag?

Ja.

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, affiliate, or other kind of group of users. A good-faith "get out the vote" campaign is absolutely okay.

Forslagsfase

23. januar – 6. februar 2023

Gjennomgangsfasen

30. januar – 10. februar 2023

Stemmefase

10. februar – 24. februar 2023

Etter avstemningen

28. februar 2023

Hvordan velger dere hvilke forslag dere skal arbeide med?

Når undersøkelsen er avsluttet vil Community Tech-teamet velge ut noen forslag fra undersøkelsen som de vil jobbe med.

Populariteten til et forslag er hovedfaktoren i utvalget, men ikke den eneste. Hvis et forslag har mange for-stemmer vil Community Tech-teamet også ta med i beregningen:

Teknisk kompleksitet

Produkt- og designkompleksitet

Historically underserved needs and community impact

Programvareutviklings-innsats som må investeres.

Dette inkluderer kodegjennomgang, avhengigheter på andre team, infrastruktur, juss, og sikkerhets-relaterte begrensninger, databaseoppdateringer, osv.

Den nødvendige innsats til datainnsamling for å forstå problemet, å skape utformingene, brukertesting for å validere utformingene, og koordinering på tvers av team for å begrense ulempene ved å endre en del av brukeropplevelsen.

Burde oppstarten være gradvis eller ikke gradvis? Hvor mange og hvilke nettsamfunn vil samarbeide med oss for å teste den nye funksjonaliteten?

Gjelder forslaget Wikimedia prosjekt som i dag ikke får tilstrekkelig støtte?

Vil det virke på tvers av forskjellige wikier?

Hvor mange vil dra nytte av forbedringen?

Gjelder det støtte for ikke-tekstlig innhold?

Den endelige poengsummen er en kombinasjon av alle faktorene over. Deretter begynner Community Tech-teamet å jobbe med forslagene som har de høyeste endelige poengsummene.

Noen ønsker kan oppfylles av frivillige utviklere eller andre team.

Hvorfor er antall stemmer ikke det eneste kriteriet?

I tillegg til antall stemmer tar Community Tech-teamet kompleksiteten i ønskene med i beregningen. Dette lar teamet fordele arbeidet over tid og dermed fullføre flere ønsker.

Å fokusere bare på antall stemmer er også en utfordring for likeverd. Det finnes små grupper slik som globale grupper eller nettsamfunn fra små Wikimediaprosjekt. Ved simpelt flertall vil de lett bli i mindretall og slik fortsette å få utilstrekkelig støtte.

Hvor mange ønsker vil dere innfri?

Det varierer fra år til år alt avhengig av ønskenes kompleksitet.

Community Tech-teamet forplikter seg ikke til et bestemt antall fordi teamet ikke kan forutse et antall. Teamet streber etter å fullføre så mange ønsker som mulig. Å fullføre ønsker avhenger av kompleksiteten og ressurser, slik som antall programvareutviklere og designere på teamet for det gitte året.

Tidligere har Community Tech-teamet lovet “topp N” ønsker og forsøkt å oppfylle dem mellom juli og juni. Noen ganger tok ønsker lengre tid enn forutsatt på grunn av kompleksitet. I andre tilfeller gjorde det at teamet skyndte seg for å få noe ferdig. Dette gjorde også at teamet kunne havne i situasjoner der de “lovet mer enn de kunne holde”, som kunne begrense frivilliges tillit.

I 2020 tok Community Tech-teamet et steg vekk fra å love et bestemt antall ønsker de skal oppfylle.

Hvordan kan jeg holde meg oppdatert om fremdriften på arbeidet?

Hva skjer hvis mange stemmer fram en dårlig idé?


Å stemme mot eller nøytralt er veldig nyttig for å belyse potensielle ulemper. For kontroversielle ønsker vil Community Tech-teamet balansere avstemmingen med en mer konsensusbasert gjennomgang.

Som et eksempel fungerte dette i undersøkelsen i 2015: Ønsket om å "add a user watchlist" ("lag en overvåkingsliste for brukere") fikk mange stemmer men også en del ektefølte mot-stemmer. Community Tech-teamet lyttet til alle sider og tok en beslutning på om de skulle forfølge prosjektet eller ikke.

Om undersøkelsen og teamet

Bestemmer undersøkelsen alle tekniske endringer på Wikimedia?

Nei.

I Wikimedia-bevegelsen er det mange organisasjoner og individer som jobber med tekniske endringer. Dette inkluderer frivillige, Wikimedia lokalavdelinger, og Wikimedia Foundation. Undersøkelsen om nettsamfunnets ønskeliste er bare et prosjekt for én organisasjon, Wikimedia Foundation.

Wikimedia Foundation har to avdelinger som arbeider med tekniske prosjekter: Produkt og Teknologi. I hver avdeling er det mange team. Undersøkelsen om nettsamfunnets ønskeliste er ansvaret til bare ett team, Community Tech.

Hvorfor gjør dere en ny undersøkelse i år…

…i stedet for å ivareta ønsker fra tidligere undersøkelser?

Community Tech-teamet ønsker å holde våre prioriteringer i tråd med nettsamfunnets prioritetsbehov!

Etter hvert som programvare utvikler seg vil også brukernes behov endre seg. I noen tilfeller vil et kjempebra ønske fra i fjor ikke lenger være så viktig, eller beskrivelsen har rett og slett blitt utdatert. Å gjennomføre undersøkelsen årlig bidrar til å bekrefte hva nettsamfunnet trenger.

Lager dere bare nye ting?

Nei.

Community Tech-teamet bruker også en del av sin tid på å vedlikeholde funksjoner de har laget tidligere. Dette kan av og til påvirke hvor effektivt teamet fullfører arbeidet sitt med nye endringer.

Hva er historien bak undersøkelsen?

Danny Horn, tidligere leder for Community Tech-teamet, presenterer undersøkelsen om nettsamfunnets ønskeliste på Wikimania-konferansen i 2017

Opprettelsen av Community Tech-teamet er et direkte resultat av forespørsler fra kjernebidragsytere om forbedret støtte for modereringsverktøy, boter, og andre egenskaper som hjelper Wikimedia-prosjekter med å lykkes.

Denne undersøkelsesprosessen ble utviklet av Wikimedia Deutschlands Tekniske Ønsker-team, som gjennomfører en ønskelisteundersøkelse på tysk-språklige Wikipedia.

I November 2015 gjennomførte Community Tech-teamet den første undersøkelsen om nettsamfunnets ønskeliste for å bidra til å identifisere de funksjonene og rettingene som er viktigst for bidragsytere til Wikimedia-prosjekter. Teamet inviterte bidragsytere fra alle Wikimedia-prosjekt til å sende inn forslag. Etter å ha samlet inn forslag i to uker ba teamet dem stemme på forslagene de var mest opptatt av. Denne prosessen er blitt gjentatt hvert år siden.

Hvordan kan jeg forandre ting neste år?

Om du har forslag for å forbedre prosessen må du gjerne skrive dem på undersøkelsens diskusjonsside. Vi vil gjerne høre hva du har å si! Du kan skrive på det språket du ønsker.

Kontakt oss

Spørsmål og tilbakemeldinger er velkomne. Du kan stille dem på diskusjonssiden eller i Snakk med Oss-møter.

Du kan også kontakte: