Daftar Harapan Komunitas/Cara mengirim harapan
Cara membuat harapan yang baik
We would like to hear about suggestions for improvements to Wikimedia projects. As Commtech, we want to be able to split our work into smaller bits, wishes should be bigger than a bug, but take less than a year in terms of engineering work. In any case, we will try to triage work collectively as a Foundation and forward it to the relevant internal stakeholders to raise awareness about community needs.
To be able to prioritise work, as we need some way to prioritise, we cross-check incoming wishes with strategic goals targeted through the Annual Plan. It’s not a prerequisite to read the Annual Plan before making a wish, but you can do so if you want to further understand the triage process. As we are aware of the fact that sunsetting a tool can be a considerable amount of work, we do also take in wishes that suggest removing technology to understand the interest.
It’s unlikely we will work on technical edits or work that requires policy changes. In many cases, creating a whole new application or algorithm might be out of scope. The WMF will not create gadgets or bots, but you're welcome to add wishes for gadgets/bots for consideration by members of the community.
Meskipun tidak ada rubrik resmi untuk menulis "harapan baik", kami mengajak para pengusul untuk mengutarakan masalah yang mereka hadapi tanpa memberikan solusi eksplisit, sehingga para sukarelawan dan staf memiliki ruang untuk memecahkan masalah secara bersama-sama.
Harapan yang penuh empati dan memahami tantangan serta tujuan pengguna bisa menghindari detail yang terlalu spesifik. Hal ini juga memungkinkan pengguna lain untuk memberikan masukan terhadap solusinya.
Pada contoh di bawah ini, baik keinginan yang berfokus pada masalah maupun yang berfokus pada solusi menunjukkan upaya untuk meningkatkan pengalaman "penyunting baru".
Contoh yang berfokus pada masalah memberikan ruang bagi berbagai solusi dan mendorong kolaborasi. Sementara itu, contoh yang berfokus pada solusi bisa mendapat tanggapan negatif dari kontributor yang tidak setuju dengan perubahan nama bak pasir pengguna.
Dengan demikian, harapan yang berfokus pada masalah mungkin lebih berpeluang untuk diprioritaskan dalam area fokus.
| Permohonan berdasarkan permasalahan (disarankan) | Permohonan berdasarkan solusi (tidak disarankan) | |
|---|---|---|
| Judul | Mempermudah para pendatang baru untuk membuat artikel pertamanya | Ubah nama bak pasir menjadi "Suntingan draf" |
| Uraian | Bagi penyunting baru, menemukan bak pasir pengguna bisa jadi sulit. Setelah menemukannya, mereka dihadapkan pada berbagai penafian yang dapat mengurangi rasa percaya diri dalam menulis artikel berkualitas. Hal ini akan memengaruhi kemampuan mereka untuk bergabung dengan Wikipedia dan merasa percaya diri sebagai kontributor. Salah satu penyebabnya adalah desain—meskipun perlu mempertimbangkan alur kerja pematroli—tetapi pengalaman ini tetap menjadi hambatan dalam menerima penyunting baru. | Istilah "Bak pasir" membingungkan bagi pengguna baru. Mari kita ganti namanya menjadi "Suntingan draf" agar mereka lebih terdorong untuk menulis draf artikel. |
| Jenis | Perubahan sistem | Permintaan fitur |
| Proyek | Wikipedia | Wikipedia |
| Pengguna yang terdampak | Penyunting baru dan, selanjutnya, pematroli yang meninjau suntingan baru. | Penyunting |
| Tiket Phabricator | opsional | T123456 |
Wishes that combine multiple problems should also be avoided. It may be that voters agree with some problems and ideas, but disagree on others. Likewise, the Foundation and stakeholders may find multifaceted wishes challenging to tackle if they involve multiple software components.