نظرسنجی فهرست آرزوهای اجتماع/آینده فهرست آرزوها/پیش‌نمایش فهرست آرزوهای تازه

This page is a translated version of the page Community Wishlist Survey/Future Of The Wishlist/Preview of the New Wishlist and the translation is 22% complete.
Future of the Community Wishlist Survey

July 1, 2024: The Community Wishlist is re-opening Jul 15, 2024. Here's what to expect, and how to prepare.

The Community Wishlist helps communities surface technical and user experience problems and opportunities, so that the Wikimedia Foundation and communities can prioritize and solve these issues together.

Like in years past, contributors can surface problems and opportunities by submitting “Wishes” year-round. The Foundation will identify patterns between wishes and propose “Focus Areas” of wishes that share a collective problem, and contributors are encouraged to comment and vote on Focus Areas to highlight the areas in need of prioritization. Then, the Foundation, affiliates, and volunteer developers can adopt Focus Areas and collaborate with contributors to solve these problems.

The Wikimedia Foundation is committed to integrating Focus Areas into our Annual Planning for 2025–26. Focus Areas align to hypotheses (specific projects, typically taking up to one quarter) and / or Key Results (broader projects taking up to one year).

The Community Wishlist reopens on July 15 2024 and will remain open.

How to participate

We encourage all volunteers to participate in the Community Wishlist. Volunteers may submit wishes, edit each other's wishes, and comment on a wish's talk page. Volunteers may comment or vote on a Focus Area, or suggest technical contributors. Our hope is that volunteers build up each other's ideas and work together to identify the biggest and most impactful technical needs and opportunities.

How to submit a wish

Participating in the new wishlist is as simple as submitting a wish. Using our new intake form, you can submit Wishes in any language, via Wikitext or the Visual Editor. You can submit as many wishes as you'd like, as well as edit or comment on wishes submitted by others. Here's how to get started:

  1. Navigate to the Community Wishlist home page and click “Submit Wish”. Note that users must be logged into MetaWiki to submit a wish. You can submit in any language.
  2. Complete the following required fields
    • Name: a name for your wish
    • Description: the problem you want to solve.
    • Type: a feature request, bug report, system change, or something else.
    • Project: Wiki projects associated with the wish.
    • Affected users: A description of users who'd benefit from the wish being solved
    • Users may optionally share a Phabricator ticket.
  3. Press Submit. That's it!

I've submitted a wish, now what?

The Foundation will review Wishes on a rolling basis, and mark them with a “status”. The options are:

  • Submitted: These are new wishes. Often, the Foundation will ask clarifying questions on the Wish's talk page.
  • Open: wishes that articulate a clear problem or user need, and are marked for translation
  • Archived: most often, these are wishes advocating for non-technical policy changes or that are too niche.
  • In progress: a team, affiliate, or volunteer developer has adopted the Wish and is working on it

Starting in August, Community Tech will begin grouping wishes into Focus Areas. Community members may vote on a Focus Area, from which the Wikimedia Foundation, developers at an affiliate organization, or volunteer developers may identify and prioritize possible next steps. Note: not all wishes will align to a Focus Area.

How to write a good wish

The best wishes articulate a problem that the proposer wants to solve and leaves volunteers and staff more space for creative problem-solving together. They illustrate empathy and show a user's challenges. This framing helps ensure that wishes can scale from one Wiki to another, and avoids the pitfalls of a wish being too niche or specific, where someone may disagree with the implementation.

In the example below, both the problem-led and solution-led examples articulate a need to improve the experience for new editors. The problem-led example leaves the solution open-ended and invites collaboration, whereas the solution-led example might get “tripped up” by contributors who resist renaming a user sandbox. Thus, the problem-led wish might have a higher chance of being assigned to a Focus Area.

–– Community Tech

Problem-led Wish (encouraged) Solution-led Wish (discouraged)
Title Make it easier for newcomers to create their first article Rename sandbox to “Draft editor”
Description Especially for new editors, it can be hard to find a user sandbox. Once they find their sandbox, new editors see a number of disclaimers that make it hard to gain confidence in writing a good quality article. This impacts a newcomer's ability to onboard to Wikipedia and feel confident as a contributor.
Wikipedia newcomer instructions
This is in part by design – we need to be mindful of patroller workflows – but the experience hinders our ability to onboard new editors.
The term “Sandbox” is confusing to new users. Let's rename it to “Draft editor” so that people are more likely to open a draft article.
Type System change Feature request
Project ویکی‌پدیا ویکی‌پدیا
Users affected New editors and, downstream, patrollers who review new edits Editors
Phab ticket optional T123456

Can't wait until July 15?

If you feel compelled to start drafting Wishes, we encourage you to write them in your Sandbox or editor of choice (we can help you review them), and submit wishes through our Intake Form, when the Wishlist reopens.

Community Wishlist Survey is now Community Wishlist

Thank you everyone who has participated in the restructuring and rebranding conversations of the Wishlist so far.

Regarding the renaming, based on your feedback, we will keep the 'Community Wishlist' and remove 'Survey'.

Please read more about the renaming, check out the vote results and learn more about the re-opening of the Community Wishlist on July 15, 2024, in our latest update.

June 2024: Update 4

Renaming the Wishlist

We realized that we've outgrown the name “Community Wishlist Survey” in our redesign efforts. With a new approach, we think it's the right time to choose a new name.

We have provided some renaming rationale and also engaged the community in discussions.

Currently, we have opened the polls for the community to choose a name. You are invited to vote.

–– Jack Wheeler, Lead Community Tech Manager, Wikimedia Foundation

June 2024: Update 3

Hello everyone!

Community engagement around the Wishlist's redesign is still in progress to help make decisions ahead of the relaunch of the survey in July 2024. The revised survey will need a new name that reflects its new direction. You are invited to help choose a name.

There are some early renaming ideas like Wikimedia Opportunities Registry, Wikimedia Collaboration Hub and ImagineWiki. Please join the discussions and suggest your own name if need be.

Looking forward to hearing from you on the discussion page.

–– Community Tech

May 2024: Update 2

Summary of upcoming changes

  1. The new wishlist will open in July and remain open year-round.
  2. Volunteers can submit a wish in their preferred language, and do not need to know Wikitext.
  3. Volunteers will be able to submit wishes, review wishes, edit existing wishes, and discuss wishes with one another and Foundation staff.
  4. Participants will vote on “Focus Areas”
  5. Wishes can be categorized by project(s) and by “type” (bug, feature request, optimization, other).
  6. We'll eventually have a dashboard which will allow users to search for wishes and filter by project or wish type.

Hello everyone,

Thank you to everyone who's provided feedback in the Talk Pages, on Discord, calls, and emails. I wanted to share a few updates about our design progress and decisions for the launch of the new wishlist, which we're planning to reopen in an early form on July 15, 2024.

Defining features

The new wishlist will have some defining features that support accessibility and inclusion:

  1. The new wishlist will open in July and remain open year-round.
  2. Volunteers can submit a wish in their preferred language, and do not need to know Wikitext.
  3. Volunteers will be able to submit wishes, review wishes, edit existing wishes, and discuss wishes with one another and Foundation staff.
  4. Participants will vote on “Focus Areas” instead of individual wishes.

Introducing “Focus Areas”

The new wishlist will begin experimenting with “Focus Areas,” which are groups of 3+ individual wishes on a similar problem space. Volunteers can review and support Focus Areas to signal their priorities; Community Tech and relevant WMF teams will then review and adopt Focus Areas to work on. In addition, affiliates and volunteer developers may also adopt and work on Focus Areas.

Focus Areas help us identify and solve as many of the biggest, most impactful problems as possible. Instead of fulfilling one wish, we will connect the dots and spend the same time addressing 3+ wishes by solving the underlying problem.

Here's a tangible example: Quickly Adding Favorite Templates, Quickly Add Infobox, Select Templates by Categories, and Easy Access Templates are all individual proposals that aim to solve an underlying problem of “it's too cumbersome to find and insert the templates I want.” Instead of solving each wish - or only solving one -we're bundling these wishes into a “Focus Area” with “Template Picker improvements.”

In the new Wishlist, here's how the process works:

We will review wishes together to generate Focus Areas

  • WMF staff and interested volunteers will review and identify patterns between wishes to suggest focus areas. Focus Areas will “bundle” like-minded wishes into a problem space, teeing up proposed solutions. Because Focus Areas are more directly connected to how WMF teams will adopt and prioritize work moving forward, volunteers will only be able to support Focus Areas.

WMF teams will prioritize and select Focus Areas to address

  • Groups working on the wishlist, including WMF product and engineering teams, will choose Focus Areas to work on based on community support, team or volunteer expertise, available resources, and the potential impact of the Focus Area. Community Tech will work within WMF to help other Product teams add Focus Areas to their roadmaps alongside work prioritized in the WMF's annual plan for that year. We will measure success by the number of focus areas adopted and completed during a given fiscal year.

Focus Area Collaboration and Delivery

  • Groups working on a Focus Area will collaborate with volunteers – including those who suggested, commented, or supported the topic or individual wish – to build the right product solutions based on the submitted wish proposals and additional research.

I recognize that these proposed shifts around the Wishlist will be controversial to some, since so many of you have expended so much energy in the Wishlist and have strong feelings on how work should be prioritized. We believe that individual wishes should be discussed and workshopped, and that by focusing our energy towards articulating and supporting Focus Areas, we'll be able to make a bigger impact – together.

Discussion is always welcome. Please leave your thoughts or questions on the talk page or, alternatively, join us in a live conversation, where we'll share a few more details and designs over Google Meet.

And, special thanks to (in no particular order): Klein Muçi, Novem Linguae, Bluerasberry, TheDJ, AntiCompositeNumber, Theklan, Sohom Datta, Noé, Xavier Dengra, Townie, Galahad, Ciridae, Robertgarrigos, MER-C, Amadalvarez, Iniquity, Thingofme, GPSLeo and others for your contributions about the Wishlist at large.

Ps. A preview of what the intake form and Focus Area pages will look like:

–– Jack Wheeler, Lead Community Tech Manager, Wikimedia Foundation

Give feedback

March 2024: Update 1

سلام به همگی،

در ماه ژانویه، اجتماع فنی، برخی تصمیم‌های اولیه را در مورد تغییراتی که در نظرسنجی فهرست آرزوهای اجتماع رخ می‌دهد به اشتراک گذاشت و بلافاصله پس از آن، از شما دعوت کردیم در بحث‌های جاری شرکت کنید (اگر تا به حال در بحث‌ها شرکت نکرده‌اید، لطفاً اکنون به بحث‌ها بپیوندید) در مورد اینکه نظرسنجی جدید فهرست آرزوها چگونه باید باشد.

من همچنین آموخته‌هایم را از صحبت با مشارکت‌کنندگان داوطلب و کارکنان بنیاد ویکی‌مدیا در همان صفحه ٔ گفتگو به اشتراک گذاشته‌ام.

بنابراین سؤال این است: چگونه آرزوهای بیشتری را برآورده کنیم و تأثیر بیشتری بر جنبش بگذاریم؟ می‌توانیم با آزمایش این تغییرات شروع کنیم:

  1. فهرست آرزوها باید انجمنی برای داوطلبان و بنیاد برای بحث دربارهٔ ایده‌های جدید و افزایش آگاهی در مورد اشکالات تأثیرگذار باشد. اگر بتوانیم انواع نیازهای اجتماع، شامل نیازهای بزرگ و کوچک را به تصویر بکشیم، تصویر واضح‌تری از نیازهای داوطلبان خواهیم داشت، که از آنجا به بزرگترین مشکلات رسیدگی می‌کنیم.
  2. آرزوهای زیادی خواهیم داشت، اما باید بدانیم که هر آرزویی مورد بررسی از سوی بنیاد قرار نمی‌گیرد و پاسخی فوری دریافت نمی‌کند؛ اما به هر یک از آرزوها نگاه خواهیم کرد و در یک بازهٔ زمانی معقول پاسخ خواهیم داد.
  3. هدف ما این است که در نهایت مهندسان بیشتری در زمینه‌هایی که تخصص دارند، بر تحقق آرزوها متمرکز شوند. این باید به توسعهٔ سریعتر و تأثیرگذارتر منجر شود. اما، با شروع فرایند فهرست آرزوهای اصلاح‌شده، ممکن است احساس نشود که چیز زیادی در حال تغییر است.
  4. آرزوهای «خیلی بزرگ» یا «خیلی کوچک» را نمی‌بندیم. در عوض، آرزوها باز خواهند ماند تا داوطلبان این فرصت را داشته باشند تا روی راه حل‌های فنی با هم کار کنند، حتی زمانی که تیم‌های بنیاد این ایده را قبول ندارند. این بدان معنی است که تعداد آرزوهای باز در طول زمان افزایش می‌یابد و بیشتر به عنوان یک فضای ایده تلقی می‌شود تا یک فهرست کار.

می‌خواهیم طراحی مشارکتی را افزایش دهیم و بیشترین تأثیر را داشته باشیم. برای انجام این کار، به نظرات شما نیاز داریم.

پیش‌نمایش فهرست آرزوهای تازه (اصلاحات احتمالی)

هنوز در حال بررسی جزئیات فرایند جدید فهرست آرزوها هستیم، اما می‌خواستم پیش‌نمایشی از آنچه در راه است به شما ارائه دهم. همچنان قصد داریم تا ۱ ژوئیه فرآیند آزمایشی آرزو را راه‌اندازی کنیم و عملکردهای بیشتری را در طول سال اضافه خواهیم کرد.

ویژگی‌های کلیدی:

  1. فهرست آرزوها در تمام طول سال باز خواهد بود. هرگز یک آرزوی عملی را «نمی‌بندیم»، یا آرزویی را خیلی بزرگ یا کوچک نشان نمی‌دهیم. هدف بنیاد، پاسخگویی به موقع به خواسته‌ها است و بر روی آرزوهایی تمرکز خواهد کرد که می‌توانند از نظر فنی حل شوند.
  2. کاربرانی که وارد سیستم شده‌اند می‌توانند به یک «فرم آرزوی» جدید دسترسی پیدا کنند و یک آرزو ارسال نمایند.
  3. کاربران برای ارسال آرزو نیازی به دانستن ویکی‌متن ندارند.
  4. آرزوها را می‌توان بر اساس پروژه(ها) و بر اساس «نوع» (اشکال، درخواست ویژگی، بهینه‌سازی، و غیره) دسته‌بندی کرد.
  5. در نهایت داشبوردی خواهیم داشت که به کاربران امکان می‌دهد آروزها را جستجو کنند و بر اساس پروژه یا نوع آرزو فیلتر کنند.

در حال کاوش:

  1. فرصت‌هایی برای ادغام با Phabricator
  2. چگونه می‌توانیم «وضعیت» یک آرزو را آشکار کنیم
  3. چگونه بنیاد و اجتماع آرزوها را با هم اولویت‌بندی می‌کنند
  4. چگونه می‌توان نقش توسعه‌دهندگان داوطلب را در تحقق خواسته‌ها تقویت کرد
  5. خواسته‌ها تا چه حد باید پس از ارسال قابل ویرایش باشند

بسیار هیجان‌زده‌ام که این فرایند جدید را در ماه ژوئیه با داوطلبانمان اجرا کنم.

در هفته‌های آینده، نتایج کلیدی خود را برای آیندهٔ فهرست آرزوها و دستورالعمل‌های طراحی برای درخواست بازخورد به اشتراک خواهم گذاشت.

اگر بازخوردی در مورد این به‌روزرسانی دارید، روی دکمهٔ آبیِ زیر کلیک کنید.

–– Jack Wheeler, مدیر فناوری اجتماع، بنیاد ویکی‌مدیا