2021-es közösségi kívánságlista
A 2021-es közösségi kívánságlista felmérése véget ért… Összesen: 268 javaslat, 1773 közreműködő, 8596 támogató szavazat
Starting this July 2021, the team will start engineering work on the following wishes:
We will also begin the product and design research for the following wish:
We fully expect to be able to complete more wishes than the above. The above list is only what is in our plate starting this July.
How did we arrive at our next steps? We recently completed the 2021 Wish prioritization process.
A kívánságlista összes szakasza magyar (téli) idő szerint este 7-kor (18:00 UTC) kezdődik és végződik.
- Javaslatok készítése, megbeszélése és átdolgozása: november 16. – 2020. november 30.
- A Community Tech átnézi és rendezi a javaslatokat: november 23. – 2020. december 7.
- Szavazás a javaslatokról: december 8. – 2020. december 21.
- Eredmények közzététele: 2020. december 23.
Üdv, mindenki!
Izgatottan osztunk meg egy változást a 2021-es közösségi kívánságlistával kapcsolatban. Ez lesz a hatodik éves kívánságlistánk, és úgy döntöttünk, hogy változtatunk a folyamaton:
One backlog per year: The team will now have one backlog per year. This means that, each year, volunteers will vote on our new backlog. They can propose new wishes or re-propose old ones. Once the voting is complete, we'll have one new backlog. This is a change from our old format, which allowed us to work on multiple backlogs per year. With this change, we can simplify our work, ensure the most important wishes get addressed, and reassess old wishes each year.
Status of remaining 2019 and 2020 wishes: There are 3 remaining wishes from the 2019 and 2020 surveys that we have not worked on or addressed yet. Since they received a high number of votes, we will include them in our 2021 backlog. In the 2019 wishlist, there are 2 wishes that will be included: section name in diff and named references in VE. In the 2020 wishlist, there are 4 wishes that we have already begun or have been worked on. There is 1 wish from the 2020 wishlist that we have not worked on yet, so it will also be included in the 2021 backlog: insert attestation using Wikisource as a corpus. You can review our status report for the 2019 wishlist.
Research and regular updates to replace "top 10": We have decided to no longer commit to a number (such as "top 5" or "top 10") in advance. Here's why: Software development teams usually conduct extensive research before committing to a project. This way, they can determine if the project is feasible, understand how long the project may take, and identify potential risks. With the current wishlist process, we don't do that, which often leads to delays, stress, and confusion. We want to fix this.
With the new system, we'll research projects before committing to them. We will evaluate wishes in the order of popularity, going from the top down. During our research phase, we'll analyze the following criteria: popularity (i.e., number of votes), size and scope of the project, level of technical feasibility, risks and dependencies, and potential conflicts with other teams. Once our analysis is complete, we'll share our findings. This means that we'll still work on multiple projects per year. We'll just be more communicative about what we can or cannot take on (and why), and we'll share updates over the course of the year about our roadmap.
Separate leaderboards for categories: We will keep the normal structure of displaying all proposals, sorted by the number of votes, in the main leaderboard. In addition, we will now have separate leaderboards for each category. This way, we can work on proposals that are popular for large communities (from the main leaderboard) and underrepresented communities (from specific leaderboards). We’ll use the criteria described above to help select which proposals we work on.
Why these changes?: We knew that the wishlist process was ready for an upgrade. Wishes have grown bigger and more complex over the years, and we wanted to improve our communication with volunteers. Additionally, we wanted to continue to address the wishes of smaller communities (as we did in the 2020 wishlist) and the high-impact wishes of all Wikimedians (as we did in previous wishlists). This led to a series of conversations on how we could improve the process. From these conversations, we came up with these changes. Overall, we hope these changes make the wishlist process more transparent, sustainable, and impactful. This way, the survey is strengthened for years to come. Thank you, and we look forward to reading your proposals!
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.
Once the survey is closed, the Community Tech team will choose some proposals from the survey to work on. Proposals will be selected based on the following criteria: popularity (i.e., number of votes), size and scope of the project, level of technical feasibility, risks and dependencies, and potential conflicts with other teams. Some of the wishes may be addressed by volunteer developers or other development teams.
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.
A javaslati szakasz a felmérés első két hete.
A javaslati szakaszban minden projekt és nyelv közreműködői beküldhetnek javaslatokat új funkciókra és javításokra, amiket 2021-ben szeretnének látni. A javaslatokat bármilyen nyelven meg lehet tenni; a nem angolul beküldött javaslatokat igyekszünk lefordítani, hogy könnyebben olvashassa el és szavazhasson róla mindenki.
A javaslatoknak önálló, jól definiált feladatoknak kell lenniük, amikből közvetlenül profitálnak az aktív Wikimédia-közreműködők. A javaslatoknak meg kell válaszolniuk a következő kérdéseket:
- Milyen problémát szeretnél megoldani?
- Kik érintettek? (szerkesztők, adminok, Wikiforrás-szerkesztők stb.)
- Milyen megoldás van jelenleg a problémára?
- Mik a javasolt megoldások? (ha van bármi ötleted)
A javaslatnak a lehető legpontosabbnak kell lennie, különösen a problémafelvetésnél. Az nem elég, hogy „(X funkció) elavult”, „fejleszteni kell” vagy „sok hibája van” – ebből nem lehet kitalálni, hogy pontosan mit kell csinálni. Egy jó javaslat pontosan elmagyarázza, hogy mi a probléma, és kit érint. Az viszont teljesen rendben van, ha nincs konkrét megoldási ötleted, vagy több lehetőség közül nem tudod kiválasztani a legjobbat.
Egy javaslat beküldése csak a folyamat első lépcsőfoka. A két hetes javaslati szakasz arra is idő, hogy a közösség együtt dolgozzon egy olyan javaslaton, ami úgy mutatja be az ötletet, hogy az a legnagyobb eséllyel legyen sikeres a szavazási szakaszban. Egy javaslat beküldése után mindenkit szívesen látunk, aki jobbító szándékú megjegyzéseket fűz hozzá – kérdéseket tesz fel vagy változtatásokat javasol. A hasonló javaslatokat lehet kombinálni, a túl nagyokat pedig fel kell osztani több fókuszáltabbra. A cél a lehető legjobb javaslat összerakása a szavazási szakaszra.
A javaslat beküldőjének számolnia kell a megbeszélésben való aktív részvétellel, és segítenie kell a menet közbeni módosításokban. Éppen ezért fiókonként legfeljebb három javaslatot lehet beküldeni. Ha háromnál több javaslatot küldesz be, meg fogunk kérni, hogy szűkítsd le háromra. A legjobb ötleteidet hozd!
Hasonlóan csak regisztrált szerkesztők tehetnek javaslatot, hogy biztosítsuk a lehetőséget a megbeszélés figyelőlistára tételére és a kérdések megválaszolására. A javaslati szakaszhoz hasonlóan aktív szerkesztőnek kell lenned legalább egy Wikimédia-projektben. Ha nem felelsz meg ezeknek a feltételeknek, vagy már beküldtél három javaslatot, de van egy negyedik is, megkérhetsz másokat, hogy „fogadják örökbe” az ötletedet.
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.
Igen, beküldhetsz korábban még egyszer olyan javaslatot, ami a korábbi években nem kapott elég szavazatot, és megérdemel egy második próbát.
Ha úgy döntesz, hogy bemásolsz egy javaslatot egy korábbi felmérésből, elvárjuk, hogy „örökbe fogadd” azt – vagyis aktívan vegyél részt az ötletről szóló megbeszélésben, és legyél kész módosítani rajta, hogy még erősebb ötlet legyen, mire a szavazásra kerül a sor. Amint fentebb említettük, mindenki legfeljebb három javaslatot küldhet be, és ebbe a korábbi évek javaslatainak felidézése is beleszámít.
Hasznos, ha hivatkozol az előző megbeszélésre, de arra kérünk, hogy ne másold át a tavalyi megbeszélést és szavazatokat. Ha vannak jó meglátások a korábbi megbeszélésben, fogalmazd bele az új javaslatba az ötleteket és gyenge pontokat.
A javaslati szakasz után tartunk egy kis szünetet, amíg átnézzük a javaslatokat a szavazási szakasz előtt.
Az összes aktív szerkesztő átnézheti a javaslatokat, és szavazhat azokra, amiket támogatni szeretne. Annyi javaslatra szavazhatsz, amennyire csak akarsz. A tisztességes szavazás érdekében csak regisztrált szerkesztők szavazhatnak, és a nagyon új fiókokból leadott szavazatokat eltávolíthatjuk.
Csak a támogató szavazatok számítanak. A kívánságok végleges listája a támogató szavazatok szerint lesz csökkenően rendezve. Ha te javasoltad az ötletet, egy támogató szavazatot automatikusan beszámítunk.
Azonban biztatunk az élénk megbeszélésre a szavazási szakasz alatt. Ha szeretnél ellenző vagy semleges szavazatot leadni indoklással, nyugodtan tedd meg. Ezek a megbeszélések segíthetnek másoknak eldönteni, hogy szavazzanak-e egy javaslatra. Értékes véleményt is jelentenek az év során végzendő munka során.
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.
Az összes javaslatnak meg kell felelnie az alábbi feltételeknek:
- A javaslat technikai változtatásról szól, nem irányelv- vagy közösségi módosításról
- A javaslat a problémára fókuszál, nem feltétlenül kell konkrét megoldást tartalmaznia
- A javaslat egy jól definiált problémát ír le, nem különböző, független problémák keveréke
- The proposal is not already in another team's roadmap or has not been declined by other teams in the past
- A javaslatot nem utasította el a Community Tech vagy más csapat a múltban
- The proposal is within the team's scope
A Community Tech csapat elutasíthatja azokat a javaslatokat, amik nem felelnek meg a fenti feltételeknek.
The Support-vote rankings create a prioritized backlog of wishes, and the Community Tech team is responsible for evaluating and addressing the popular wishes. To do that, Community Tech investigates 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, Community Tech balances 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. Community Tech listened to all sides, and made a decision on whether to pursue the project or not.
…ahelyett, hogy a korábbi évek megvalósítatlan ötletein dolgoznánk?
Elsősorban azért, mert még több embert be akarunk vonni! Most már többen tudnak a felmérésről, és egy olyan év után, amikor számos nagy támogatottságú kívánság megvalósult, arra számítunk, hogy az emberek még érdeklődőbbek és izgatottabbak lesznek a részvétellel kapcsolatban. Azt szeretnénk, hogy mindenkinek legyen lehetősége új ötleteket bedobni.
Abban is biztosra szeretnénk menni, hogy a régebbi ötletekre még mindig van igény. Ahogy a szoftver fejlődik, változnak a felhasználók igényei is. Néha egy nagyon jó tavalyi kívánság már egyáltalán nem olyan fontos, vagy a leírás egyszerűen elavult. A felmérés évenkénti lefolytatása segít megerősíteni a közösség igényeit.
Ha van olyan tavalyi kívánság, ami szerinted megér egy második próbát, lásd a „Beküldhetek újra egy javaslatot a korábbi felmérésekből?” szakaszt fentebb.