コミュニティ要望調査2016年
コミュニティ要望調査2016年は終了しています…
合計: 265 件の提案, 1132 人の投稿者, 5037 支持票
次の段階にご興味がおありですか? コミュニティ要望調査2016年・よくある質問をご覧ください。
- 提案の提出、議論、改善: 2016年11月7日–20日
- コミュニティ技術による提案の査読と整理: 11月21日–27日
- 投票期間: 11月28日–12月12日
- 調査の分析: 2016年12月13–14日
- 公表済みの結果:2016年12月15日
- 多かった要望の調査および評価:12月末
- 最初の評価の発表:2017年1月初め
- 要望の反映: 2017年1月-12月!
コミュニティ技術チームはウィキメディア財団の作業チームで、活発なウィキメディアの参加者のニーズに合わせて専門性の高いキュレーションや修正用にツールを改良することに特化しています。このチームが基本的に取り組むプロジェクトは、毎年恒例のコミュニティ要望アンケートおいてウィキメディアのコミュニティによって決められます。
実際に活動しているウィキメディアの貢献者は、毎年1回、このチームに取り組んでほしい機能や修正の要望を提出することができます。受付は2週間で、その後、最も関心のある提案に投票をしてください。
この調査のプロセスはウィキメディア・ドイツ支部のTechnical Wishes（技術要望）チームが考えたもので、ドイツ語版ウィキペディアで行った要望調査に基づきます。ウィキメディア財団のコミュニティ関与チームから国際的な要望アンケートに支援を受けています。
たくさんあります！以下はそれらの簡単なまとめです。
- 要望#1: リンク切れの外部リンクをアーカイブに移動させる -- コミュニティ技術チームは英語版ウィキペディアでボランティアのプロジェクトの運営を支援しており、リンク切れを探し出すInternetArchiveBotのコードを記述し、テストするのを助けています。
- 要望#2: 差分比較の改良 -- 大きな段落で小さな変更が行われると、段落全体が強調され変更点が見づらくなります。ウィキメディア財団（WMF）の開発者が差分のエンジンを更新し、現在ではどこが実際に変更されたのかわかりやすくなっています。
- Wish #5: カテゴリーの数順配列 -- コミュニティの技術チームはカテゴリーの数順配列の実行を支援し、これまで18のウィキに対して適用してきました。現在ではそれを、実行を試みるすべてのウィキに対して提供しています。
- Wish #7: ページビュースタートツール -- コミュニティ技術チームはページビュー分析ツールを作りました。これは現在全てのウィキペディアで使用できます。
- Wish #9: 剽窃探知ボットの改良 -- コミュニティの技術チームは剽窃を探知するワークフローのための新しいインターフェイスであるコピーパトロールを作りました。このワークフローにより巡回者が増え、残っていた剽窃のログも削除されました。
コミュニティの技術チームは現在要望#4のクロスウィキウォッチリストについて取り組んでいるほか、ボランティアや他のチームからも要望が来ています。
上位10個の提案のうちいくつかは何らかの理由で実行できませんでした。全ての要望は調査結果のページからプロジェクトや議論のページへのリンクを通して見ることができます。
提案の提出期間にはこの企画の最初の2週間を当てます。
ウィキメディアのすべてのプロジェクトのあらゆる言語版の貢献者の皆さんから、提出期間に提案を受け付けます。2016年に実現させたい新規機能とならんで既存の機能の改善も提案してください。記述する言語に制限はありません。英語以外の言語で記された提案書は、誰でも読めて投票できるように、主催者側で翻訳の手配をしようと考えています。
提案の内容は直接ウィキメディアの貢献者に役立つ明確なタスクとし、簡潔にまとめてください。 提案書には次の事項が必須です。
- 解消するといい問題はありませんか？
- 困っている利用者層とは? (編集者、管理者、ウィキソースの編集者など具体的に)
- この問題の現状は？
- 解決策の内容は？(提案がある場合)
提案はできるだけ具体的に書いてください。「（機能Ｘが）古い」、「改善する必要がある」、「バグが多い」と言うだけでは、何をする必要があるかを理解するのに十分な情報ではないのです。良い提案は、何が問題か、誰がそれに影響を受けているかを正確に説明します。提案について特定の解決策がない場合や、解決策をいくつか思いついたのにどれが最善かわからない場合は、問題ありません。
提案書の提出で、プロセスの開始段階をクリアしました。提案段階の2週間を使ってコミュニティに協力してもらい、投票段階で成功する可能性を高めるために、提案書の改良作業を進めていきます。提案書に対して誰でもコメントできますし、より良いものを目指して質問したり、変更を提案したりしましょう。よく似た提案が複数あるなら合併できます。提案の内容が非常に幅広いなら、より具体的なアイデア単位に分割するほうがいいかもしれません。目標はあくまで、最良の提案をまとめて投票段階へ持ち込むことです。
提案書の提出者は、それを改良する議論に積極的に参加することを期待されますから、変更案を集めたり意見を聞いたりするなど支援役をお願いします。そのためにアカウント1件当たりの提案を3件に制限し、もし投稿が4件以上の場合は3件に絞り込むよう依頼します。とっておきのアイデアをお待ちしています！
同様に提案者は登録利用者に限定し、ウォッチリストを活用して確実に議論の経緯を追い、質問に回答できるようにしています。投票権と同じでウィキメディアのプロジェクトの少なくともどれか1件で活動中の編集者に提案権があります。これらの基準を満たさない場合や、上限の3本に達したのにもっとアイデアを提示したい場合には、他の利用者に働きかけてその人に提案書を出してもらいましょう。
ご注意：ウィキメディア財団 (WMF) が管理する現行の機能の停止や廃止を求めても、コミュニティ技術チームの対応範囲外です。したがって投票の対象に含まれません。
はい、過年度には得票が少なかった提案を、もう一度提出することができます。
昔の調査から案を引っ張ってくる場合は、その案を「自分で引き受けて」ください—つまり、そのアイディアに関する議論に活発に参加し、投票段階で強くなるように積極的に案に何度でも修正を加えてください。前述のように、提案は一人3つまでですし、その中には昨年の調査からの再提案も含まれます。
以前の議論にリンクを貼るのは理解の手助けになりますが、昨年の議論や得票まで複写するのはご遠慮ください。昨年の議論で有意義な指摘を受けた場合には、提案の中に組み込むか新しい提案の中で告知してください。
提出期限の〆切後の1週間を使い、皆さんとともに提案書の査読にとりかかって投票期間の開始に間に合わせます。
活動中の貢献者はどなたでも提案を査読して、応援したいものに投票してください。投票する提案の数に制限はありません。公正さを確保するため投票権は登録利用者に限定し、また登録直後のアカウントによる票は除外する場合があります。
「支持」の票のみ集計した結果により、要望の提案を得票順に発表します。 提案者は自分の提案に対して自動的に支持票を投じたものとして集計します。
そうは言っても投票期間には議論に積極的に参加してください。「不支持」や「中立」の票にコメントを付けて投票する方法があります。議論によって、他の皆さんがどの提案に投票しようか決めやすくなるでしょう。また採用された提案の実現作業にとって、その議論は有益なインプットになるのです。
自分の提案をお知らせするカンバスは適宜、認められています。できるだけ多くの人々に働きかけて構いません。自分が活動するプロジェクトやウィキ・プロジェクト、利用者グループへの呼びかけを奨励します。もちろん票を増やそうと多重アカウントを使ったり投票や賛否の変更を強要することは禁じます。良心的な「投票率を上げる」呼びかけは大歓迎です。
提案は全てが目に入るようにときどき位置が変更されています。このとき、一番上にある提案は一番下に持って行かれます。
上位10件がウィキペディアやコモンズなど最も大きなプロジェクト向けの提案で占められることは恒常化しています—ウィキペディアの規模の大きな言語版やコモンズに該当します。比較的小さなプロジェクトや利用者グループは数が多く、ウィキメディア運動の中で重要な役割を担っていながら、「集票力」が弱いため提案書を上位10件に送りこむことが難しい状況です。
このチームには規模が小さいグループの役に立つ提案に取り組むという公約があり、キャンペーンやプログラム運営者、GLAM提携組織、ウィキソースやウィクショナリーなどの規模が小さいプロジェクトあるいはスチュワードやチェックユーザがその対象です。
規模が比較的小さなプロジェクトから要望の提案を受けることは重要で — このチームやウィキメディア財団に対して規模の小さめなグループでどんなニーズがあるか、広く理解する助けになります。ですから、どうせ上位10件に入らないだろうと思っている皆さんも、ぜひ提案を投稿してください。
得票数の順位によって要望の優先順位が決められますが、コミュニティの技術チームは支持票が多い要望を評価し対処する責任を負っています。そのため、コミュニティの技術チームは上位の要望をすべて調査し、技術的なリスク要因と社会的・政策的なリスク要因の両方を評価します。反対票と中立票は潜在的な欠点を明らかにする上で非常に有効です。論議を呼ぶような要望について、コミュニティ技術チームは投票とより合意に基づいた評価とのバランスをとっています。
例えば、2015年の調査ではこれが功を奏しました。「ユーザウォッチリストを実装してほしい」という要望に対し、非常に多くの支持票が集まりましたが、心から反対する票もいくつかありました。コミュニティ技術チームは両方の意見を聞き、このプロジェクトを実行するかどうかについて意思決定しました。
…もう一度、既出の案件を全て載せるだけでいいのでは？
調査を毎年行う主な理由は、より多くの皆さんに参加してもらいたいからです！ これまで調査をきっかけに、担当チームと調査の存在を知った人は増えてきましたし、1年がかりでトップ10位の提案の大部分が実現する頃には、この事業に関心を寄せる人もさらに増え、参加に積極的になってくれると期待しています。ですから、誰にでも新しいアイデアを提案するチャンスがあるようにしたいと考えています。
既出の案件がその後も支持されているかどうか、見極めたいのです。ソフトウェアの改訂に伴って、利用者のニーズも進化していきます。ときには、1年前には熱望された案件が重要でなくなったり、あるいは説明文が現状からずれていたりします。毎年、調査を行うことでコミュニティの要望を再確認できます。
昨年の提案の中にもう一度、検討すべきだと思うものがある場合は、上記の「過年度の提案を再提出することはできますか？」を参照してください。
 | This page or project is maintained by Community Tech.
Get help:
|
