ウィキペディア:この提案を編集

From Wikipedia, the free encyclopedia

提案ページがあなたを紹介したので、あなたはおそらくここにいます。そうであれば、最初の寄稿者は、コンセンサスに達する方法として、「彼らの」提案を大胆に編集することを望んでいる. これは一般的なポリシーやガイドラインではありません。提案ページが明示的にここにリンクしている場合にのみ、提案を大胆に編集する必要があります。他のページでは、独自の常識を適用し、適切なポリシーを掘り下げる必要があります。

提案の編集

いいえ、本当に、する必要があります気に入らない点を言わないでください。気に入らない点を変更してから、トークページを使用して、それらの変更を行った理由を説明してください。

これはコンセンサスによる意思決定の実験であり、ウィキペディアでよく取り上げられることですが、通常は投票多数決と同一視されてしまいます。通常、提案は 1 人の人物によって作成され、おそらく他のユーザーとの議論の後に作成され、ほとんど変更を加えずにトーク ページで徹底的に議論されます。元の作成者がすべてを OK する必要があります。それから投票が行われ、とにかく反対したすべての人々は、議論を見たことさえなく、今話すか永遠に平和を保つ必要があるため、第一印象で投票している有権者の群れとともに、それを撃ち落とします。ウィキペディアでのもう 1 つの素晴らしい時間の無駄。

この案は違います。多くの人が支持と同意を表明しない限り、できれば気に入らないものを編集した後に投票されることはありません. この提案が投票にかけられて却下された場合、それは時期尚早に提案したことを意味します.

理想的には、基本的なアイデアについて合意が得られない場合、この提案は決して投票されるべきではありません。それは基本的な考え方に欠陥があることを示しており、まったく新しい提案が必要です.

大胆に、しかし無謀にならないでください

ですから、大胆に編集してください。ただし、無謀にならないでください。トークページを使用して、論争の的となっている変更について議論し、擁護してください。

提案は記事ではありません。変更を大規模に元に戻す前に、非常に慎重に検討してください。基本的に、前の人が悪い考えを持っていたと言っているからです。それは確かに可能ですが、それはあなたが考えていたものではないので、たまたま気に入らないというのが実際には良いアイデアである可能性もあります. 目標は、誰かの意見を押し通すことではありませ。そのような提案はコンセンサスではなく、決して存続しません。提案は私たちのエゴではなく、主役です。それで:

  • 結局、なぜそのアイデアがいいのか考えてみてください。
  • あなたを間違った方法でこするのは何かを明確に識別してください。
  • 妥協して問題を解決できるかどうかを確認してください。
  • 反対の意見を検討する

トークページはあなたの友達です。それが本当に悪い考えであると発案者を納得させることに成功するまで、「悪い考え」を容認してください. 理想的には、彼らはそれを撤回するか、実行可能な妥協点を見つけます. 例外的な場合にのみ、他の人のアイデアと完全に相容れないアイデアを無効にする必要があります。

ストロー投票の使用

議論は良いですが、時間がかかります。誰もが実際に同意することについて多くの言葉をこぼしても意味がありません。そして、誰もが実際に同意しないことについて議論することは、ほんの少しだけ有益です. アイデアに圧倒的な (不) 同意があるかどうかをすばやく判断するには、トーク ページでストロー ポールを使用します。

ストロー投票は、意見をすばやく調べるためのツールにすぎないことに注意してください。ストロー投票には、投票のように開始時間と終了時間を設定しないでください。代わりに、単純な「はい」または「いいえ」で参加する機会を全員に与えてください。ストロー投票は代わりに議論を引き起こす可能性があります—それは失敗ではありません.それは問題が明確ではないことを知っていることを意味します.

ストロー投票は拘束力のある投票ではなく、多数派の意思で反対者を打ち負かす方法でもありません。多くの人が 1 つのオプションに投票し、一部の人が投票しなかったとしても、それが「結果」であるとは限りません。これは、一部の人々が反対していることを意味し、これに対処する必要があります。

リファクタリングの話

もう 1 つは、トーク ページをリファクタリングすることです。アーカイブではなく、リファクタリング。これは非常に便利なツールですが、十分に活用されていません。実際、リファクタリングを使用している記事のトーク ページはほとんどなく、代わりに、はるかに簡単な (そしてあまり役に立たない) アーカイブを選ぶ人がいることに気付くでしょう。

リファクタリングは提案にとって二重に重要です: 人々が前任者よりも「さらに良く」定式化できると考えている、または既存の反論に満足していないという理由だけで、同じ反対意見や誤解について何度も何度も議論し続ける大きな傾向があります。提案を編集して物事を明確にし、反対意見に対処することは、ここでは大いに役立ちますが、問題を完全に排除することはできません。提案は簡潔で理解しやすいものでなければならず、すべての反対意見に明示的に対処するために編集すると、命令のクリープが発生する可能性があります

Wikipedia:トークページを適切にリファクタリングする方法については、リファクタリングで詳しく説明しています。リファクタリングは目標指向のプロセスに役立ちます。この場合の目標は、全員が同意する提案を得ることです。プロポーズの話し合いに特に役立つ一般的なヒント:

  • 1 つのトピックに関するディスカッションを 1 つのセクションに移動します。
  • ある事柄についての議論が非常に大きくなった場合は、明確な名前のサブページに移動し、人々にそれを使用するように勧めます.
  • FAQ を使用して、提案を編集しても解消できないよくある誤解に対処します。自分で便利な回答を提供できるようにするためだけに、一度も尋ねられたことのない「よくある質問」を追加しないでください。
  • 大規模なブレインダンプを投稿するのではなく、1 つのトピックにコメントを集中させるよう人々に勧めてください。彼らがブレイン ダンプを投稿する場合は、自分自身をリファクタリングするように勧めてください。
  • アイデアを要約します。長い議論から結論を導き出し、それらが陳腐化して未解決で終わるのを防ぎ、「しかし、これについてはすでに同意したと思っていた/しかし、これについてはすでに十分に議論した」という問題を引き起こします。議論を人為的に終わらせないでください。

リファクタリングが無意味な編集合戦になったら、一歩下がってください。誰かがあなたのリファクタリングに同意しない場合は、自分で行うように勧めてください。意見の相違が些細な問題であったことに気付くかもしれません。他のすべてが失敗した場合は、リファクタリングせず、この特定の議論が読者にとってアクセスしにくくなることを受け入れてください。リファクタリングはツールであり、議論の聖杯ではありません。