Survei Harapan Komunitas/Deskripsi

From Meta, a Wikimedia project coordination wiki
Jump to navigation Jump to search
This page is a translated version of the page Community Wishlist Survey/Description and the translation is 92% complete.

Tim Community Tech berfokus untuk memenuhi kebutuhan editor Wikimedia aktif untuk alat kurasi dan moderasi yang lebih baik dan berfokus pada ahli. Pembentukan tim Community Tech merupakan hasil langsung dari permintaan kontributor utama untuk peningkatan dukungan pada alat moderasi, bot, dan fitur lain yang membantu proyek Wikimedia berhasil.

Pada November 2015, Community Tech melakukan proyek silang pertama Survey Harapan Komunitas, untuk membantu mengidentifikasi fitur dan perbaikan yang paling penting bagi editor Wikimedia. Kami mengundang kontributor dari semua proyek Wikimedia untuk mengirimkan proposal untuk tim Community Tech. Setelah dua minggu mengumpulkan proposal, kami meminta mereka untuk memberikan suara pada proposal yang paling mereka minati. Sejak saat itu, proses tersebut selalu dilakukan setiap tahun.

Alasan

Kami menyadari bahwa ada banyak survei komunitas; namun, kebanyakan belum disortir/diprioritaskan oleh komunitas, banyak yang sudah kadaluwarsa, dan kebanyakan dari mereka tidak memiliki ruang lingkup yang jelas untuk permintaan. Selain itu, kami tidak mengetahui adanya survei permintaan teknis yang secara aktif melibatkan banyak proyek Wikimedia.

Jangkauan

Tim ingin mendapatkan masukan dari editor dan komunitas sebanyak mungkin. Untuk mencapai itu, kami bekerja dengan tim Keterlibatan Komunitas dan tim Komunikasi untuk merumuskan strategi penjangkauan. Strategi ini mungkin melibatkan pengiriman blog, pemberitahuan situs, undangan halaman pembicaraan, pemberitahuan Village Pump, pengiriman surel, Berita Teknologi, IRC, media sosial dan tempat lainnya.

Lokasi

Survei itu sendiri dilakukan di Meta. Ada beberapa alasan untuk mengadakan survei di wiki daripada menggunakan alat survei pihak ketiga:

  • Editor secara definisi nyaman menggunakan wiki dan sering kali lebih menyukai transparansi dan fleksibilitas wiki daripada perangkat lunak yang lebih khusus. Komunitasnya sendiri hampir selalu melakukan survey dan polling di wiki, bahkan untuk polling yang relatif kompleks seperti Picture of the Year.
  • Wiki dengan mudah memfasilitasi diskusi dan pemungutan suara secara bersamaan.
  • Terjemahan proposal dapat lebih mudah ditangani oleh relawan komunitas jika mereka berada di wiki.

Lingkup

Permintaan idealnya harus sejalan dengan Lingkupan tim Teknologi Komunitas. Secara khusus, tugas-tugas tersebut harus bersifat diskrit dan terdefinisi dengan baik yang secara langsung akan menguntungkan komunitas utama. Tugas yang berada di luar lingkup tersebut dapat ditolak atau dirujuk ke tim pengembang lain.

Persyaratan partisipasi

Untuk berpartisipasi dalam survei (dengan mengirimkan proposal, mendukung proposal, atau memberi suara), pengguna harus memiliki akun terdaftar, dengan penyuntingan asumsi niat baik sebelum survei dimulai, atau menjadi pengembang Toolforge yang aktif. Siapapun, termasuk pengguna IP anonim, dapat berpartisipasi dalam diskusi. Jumlah suntingan lintas-wiki dapat diverifikasi di Special:CentralAuth.

Fase 1: Pengajuan proposal

Pada tahap pertama survei, kami mengumpulkan proposal untuk permintaan teknis. Proposal dibatasi hingga tiga per orang. Masyarakat didorong untuk mengatur, mendiskusikan, dan memperdebatkan proposal selama tahap pertama survei. Saat proposal dibuat, tim Community Tech dapat menawarkan umpan balik tentang kelayakan teknis proposal dan apakah itu sesuai dengan ruang lingkup kerja tim atau tidak. Proposal yang menyalin atau bertentangan dengan item di map jalan tim WMF lain dapat ditandai oleh tim Community Tech, dan tidak disertakan dalam fase pemungutan suara. Hal ini juga dapat terjadi pada item yang bukan merupakan permintaan teknis tetapi misalnya diskusi kebijakan, item yang kami tahu tidak dapat kami lakukan, atau proposal yang tidak kami pahami dan di mana pengusul tidak menanggapi permintaan klarifikasi.

Meskipun sebagian besar proses ini dilakukan dalam bahasa Inggris, kami mengundang orang-orang dari proyek Wikimedia mana pun untuk mengirimkan proposal. Kami akan meminta penerjemah sukarelawan, untuk membantu menerjemahkan proposal ke dalam bahasa Inggris.

Format proposal

Proposal dapat dikirimkan dalam bahasa apa pun, tetapi bahasa Inggris dianjurkan (untuk memfasilitasi umpan balik dari tim Community Tech dan editor lain). Idealnya proposal Anda harus secara ringkas membahas poin-poin berikut:

  • Masalah apa yang ingin Anda selesaikan?
  • Pengguna mana yang akan diuntungkan? (editor, pengurus, pengguna Commons, pengguna Wikipedia, dll.)
  • Bagaimana masalah ini ditangani sekarang?
  • Apa solusi yang diusulkan? (jika ada ide)
  • Apakah ada tugas Phabricator yang relevan?

Fase 2: Peninjauan dan proposal organisasi

Selama fase kedua, tim Community Tech dan tim Technical Collaboration membahas proposal. Kami mengaturnya, meminta klarifikasi, menggabungkan salinan, dan mencoba membuat proposal dalam bentuk sebaik mungkin sebelum fase pemungutan suara sehingga editor akan tahu untuk apa mereka memilih, dan memastikan proposal tersebut jelas tentang manfaatnya. Beberapa proposal yang berada di luar ruang lingkup, bukan permintaan teknis atau tidak mungkin untuk kami kerjakan, akan diarsipkan.

Fase 3:Voting

Selama fase pemungutan suara, editor memberikan suara pada kiriman mana yang paling mereka inginkan untuk dikerjakan oleh tim Community Tech. Suara positif yang ditandai dengan Support Support dan tanda tangan akan dihitung sebagai penghitungan proposal. Komentar bertanda Netral atau Menentang dapat diterima, untuk mengajukan pertanyaan klarifikasi atau menimbulkan masalah potensial untuk diskusi, tetapi komentar tersebut tidak akan dihitung sebagai suara negatif.

Ketika pemungutan suara selesai, daftar lengkap dari semua permintaan akan disalin ke halaman wiki baru, bersama dengan penghitungan suara akhir mereka.

Penentuan prioritas Harapan

Kami telah mengembangkan sebuah metode untuk membantu menentukan prioritas harapan kami secara lebih sistematis dan dengan lebih transparan dari tahun ke tahun. Terdapat beberapa asumsi dalam proses penetapan prioritas kami yang sebaiknya disebutkan secara eksplisit:

  • Popularitas harapan seharusnya menjadi faktor yang penting dalam pemilihan keputusan kami, tetapi bukan satu-satunya.
  • Harapan sebaiknya dibagi agar para spesialis bisa bekerja sama seiring berjalannya pekeraan, jadi saat pendesain meneliti suatu harapan dan membentuk komponen visualnya, insinyur berfokus pada harapan yang sepenuhnya bersifat teknis.
  • Komunikasi dengan komunitas sebaiknya transparan bukannya menyembunyikan detail. Keterlihatan membangun kepercayaan dan dialog.

The process consists of going through any wish that scores in the top 30 for a wishlist (we cut off any wishes below that, because realistically, it takes time to investigate every wish and we know we will not be able to grant more wishes for a given year) and scores them based on the following criteria:

photo of prioritization score
Prioritization Score for Community Tech Proposals

Once every wish is scored from every vantage point that impacts its feasibility and impact, we rank them. If we tackle those wishes first, we can tackle most wishes. Also, we can optimize for impact while taking maintenance and complexity into account.

Ini juga haru ada diskusi dengan tim lain di Yayasan, dan menyelidiki apakah mereka sudah mengerjakan proyek yang berhubungan dengan keinginan.

Pengembangan

Saat setiap permintaan maju melalui proses pengembangan, statusnya akan diperbarui di halaman wiki sehingga komunitas dapat dengan mudah memantau kemajuan tim dan menawarkan umpan balik.

Kami juga mengerjakan beberapa permintaan yang tidak berkinerja baik di papan peringkat secara keseluruhan tetapi masih sangat relevan dengan proyek-proyek yang lebih kecil, meskipun fokus utama kami adalah pada papan peringkat global.