Вікіпедія:Розробка правил

Розробка правил і настанов у Вікіпедії — найвищий рівень самоорганізації спільноти. Якщо спільнота здатна формалізувати, втілити у слова те, що йде на користь Проєкту, а що шкодить — це є ознакою високого рівня її розвитку. Якщо зовсім спрощувати, розробка правил — це формулювання що є Добром для Вікіпедії, а що — Злом.

Правила окреслюють межі дозволеного та задають напрямок, в якому буде розвиватися проєкт. Встановлені Фондом основні правила не підлягають обговоренню, і містять базові засади функціонування Вікіпедії. Будь-які додаткові правила, розроблені спільнотою, повинні або вирішувати постійні точки напруги у ній, або поліпшувати умови роботи дописувачів і працювати на розвиток Вікіпедії.

Це есе містить декілька загальних порад, які варто мати на увазі як при створенні правила з нуля, так і при внесенні невеликої поправки у готове правило. Якщо коротко:

1. докопайтеся до першопричини — вирішуйте тільки корінь проблеми, регулюючи його новим правилом. Переконайтеся, що ви не боретеся із симптомами.
2. знайте адресата правила — детальність норм та стиль викладу має відрізнятися залежно від призначення правила: чи воно адресовано здебільшого новачкам, чи досвідченим метапедистам. Правило має бути конкретнішим і прямішим, якщо адресоване перш за все новачкам.
3. потрібність — переконайтеся і доведіть іншим, що справді є потреба писати окреме правило.
4. перевірте альтернативи — розгляньте всі можливі альтернативні шляхи вирішення. Ідея правила, яку ви мали початково, може бути не найбільш оптимальною.
5. самоописовість — правило має хоча б у двох словах пояснювати яку проблему вирішує, щоб навіть новачок міг здогадатися звідкіля воно з'явилося і чому важливо його дотримуватися.
6. чітка спеціалізація — правило має регулювати тільки одну вікіпедійну тему, аспект, явище.
7. несуперечливість — правило не повинно мати проблем із внутрішньою логікою, і не суперечити решті правил і настанов Вікіпедії.
8. легкість у виконанні — правило має легко застосовуватися на практиці. Критерії мають просто перевірятися. Алгоритми і процедури мають бути прозорими.

Сам процес:

1. створіть окрему сторінку для пропонованого проєкту (якщо проєкт довший ніж одне речення чи короткий абзац).
2. додайте порівняльну табличку БУЛО → СТАЛО — учасникам обговорення простіше буде отримати уявлення як зміни будуть виглядати на практиці.
3. почніть публічне обговорення.
4. здобудьте підсумок, навіть якщо це буде підсумок про відсутність консенсусу.

Підготовка до розробки

Перш ніж сісти за безпосереднє написання правила і формулювання конкретних його норм, варто вирішити задачу першочергової важливості — чітко окреслити проблему, яку майбутнє правило буде вирішувати. Глибоке розуміння проблеми є ключовою складовою її вирішення. Головний підводний камінь під час її формулювання: прийняти тільки окремі симптоми певного негативного явища як проблему загалом. Вузький погляд на ситуацію призведе до того, що ви лікуватимете поверхневі симптоми, таким чином лише створюючи видимість вирішення. Подумайте про те, якої мети ви насправді хотіли б досягти в кінцевому результаті — можливо, це підкаже як поглянути на проблему більш широко, більш комплексно, або під іншим кутом.

Без етапу підготовки і окреслення проблеми, всі наступні можуть бути лише змарнованими зусиллями.

Отже:

1. чітко окресліть проблематику. Оформіть її як завершену думку. На цьому етапі це може бути справді тільки думка у вашій голові. Ви повинні сказати собі в чому полягає безпосередня проблема, яку ви збираєтеся вирішити написанням правила.
2. подумайте про інші шляхи вирішення. Можливо, ви поки бачите тільки один спосіб, в який можна вирішити проблему (власне, написанням цього правила), але варто докласти спеціальних зусиль, щоб самостійно подумати про можливі альтернативні способи.
3. не ремонтуйте не поламане. Вдосконалювати правила завжди доречно, проте треба спитати себе — чи справді варто витрачати зусилля для врегулювання мізерної чи й взагалі відсутньої проблеми? Будьте готові довести спільноті, що ви не ремонтуєте не поламане.
4. створіть обговорення у кнайпі: викладіть там вже обдуману і пропрацьовано самостійно проблему, і повідомте спільноті, які шляхи її вирішення ви бачите.

Буде добре, якщо спільнота включиться у обговорення вашої пропозиції. На цьому етапі можна отримати дуже цінні підказки і щодо проблематики, і щодо ймовірних шляхів її вирішення:

• можливо, те негативне явище, яке ви спостерігаєте, має зовсім іншу природу — скоригуйте спільне бачення проблематики;
• можливо, ту проблему, яку ви бачите, можна вирішити і не процесом написання і затвердження нового правила, а у якийсь інший спосіб;
• .. а якщо й написанням правила, то не таким, яким ви бачили його на початку.

Написання правила

Коли проблематика була сформульована, час закріпити шляхи її вирішення на папері. Створюючи текст правила, пам'ятайте про такі речі:

1. правило має бути простим. Воно повинно і легко розумітися, і — що важливо — легко виконуватися. Подумайте про те, чи буде ним легко користуватися на практиці. Складні підрахунки, численні умови, логічні відгалудження та винятки — все це призведе до того, що користуватися правилом буде надзвичайно обтяжливо, а отже й користі воно не принесе.
2. правило має бути несуперечливим. Норми правила не мають суперечити одна одній — це призведе до суперечок і конфліктів в майбутньому, коли у користувачів виникнуть непопрозуміння щодо його трактовки.
3. правило має бути чітко сфокусованим. Воно повинно вирішувати ту, і тільки ту проблему, яку ви окреслили. Воно не має перетинатися з іншими правилами, дублювати їхні норми. Воно також не має вирішувати кілька слабко дотичних проблем, які вимагають різних вирішень — в такому випадку краще розділити правило на декілька. Правило буде незручним, якщо міститиме вимоги і рекомендації про кілька стратегій поведінки, або щодо кількох слабко пов'язаних між собою тем. Недосвідчений користувач може не згадати де він прочитав певну норму, бо заголовок правила з нею не пов'язаний.
4. правило має бути лаконічним. Якщо є речення, фрази і слова, без яких можна обійтися — сміливо їх вилучайте.
5. правило має бути самоописовим. У гонитві за лаконічністю ви можете прийти до інших крайнощів: до ідеї писати правила лише як сухі машинні інструкції. Не робіть так. Правила мають у своєму тілі містити мінімально достатню кількість пояснень, щоб навіть людина без досвіду у Вікіпедії зрозуміла яку проблему це правило вирішує, і чому важливо дотримуватися прописаних у ньому норм.
6. розробляючи текст, пам'ятайте, що правила у Вікіпедії не пишуться заради правил. Правило має працювати на вдосконалення Вікіпедії, а не бути демонстрацією своїх умінь у написанні і узгодженні норм.
7. не забувайте про Вікіпедія:П'ять основ та Вікіпедія:Чим не є Вікіпедія: правило має відповідати основним принципам функціонування Вікіпедії.

Часткові випадки

• Якщо ви запроваджуєте якийсь критерій, він має бути легко перевірним. Намагайтеся прив'язуватися до таких критеріїв, де можна отримати чітку відповідь «так» або «ні» при його перевірці.
  • За можливості, уникайте критеріїв, побудованих на основі підрахунку певного параметру N (зробив N правок, пропрацював N років, обробив N погонних одиниць) — підбір конкретного числа N для цього параметра є за своєю природою цілковито невдячним зайняттям: підбирається абсолютно штучне, не продиктоване об'єктивною реальністю число. Суперечки навколо нього будуть неконструктивні за своєю природою. Замість підрахунку параметру N спробуйте знайти якусь іншу перевірку, яка б слугувала тій же меті, проте була б простішою.

Пояснювальний приклад:

Якщо стоїть задача запровадити критерій для перевірки досвіду або стажу особи, невдалою ідеєю був би критерій на кшталт 10 років у професії чи написав 100 статей. Підрахунок такого параметра може ускладнюватися ймовірними розривами у стажі, або питанням що вважати статтею, чи вважати кілька статей циклу однією роботою чи кількома, і на яких ресурсах статті достатньо бути опублікованою. Натомість, приблизно те ж завдання вирішували б більш прості для перевірки критерії, до прикладу:

• особа обіймала посаду керівника департаменту певного рівня
• особа була нагороджена відзнаками певного рівня у її галузі
• робота особи (наукова праця, тощо) публікувалася у певному, справді поважному, галузевому виданні

На такі запитання можна отримати однозначне «так» або «ні», якщо вже знайдено консенсус щодо необхідного рівня департаменту, відзнаки, видання.

• Якщо розробляється правило, що має остаточно затвердити на майбутнє вжиток одного з двох варіантів: Варіант А або Варіант Б, спитайте себе — а чи тільки двома варіантами обмежений вибір? Чи існує Варіант В, Варіант Г? Якщо ж вибір справді відбувається лише між двома варіантами, то перевірте, чи можна замість протиставлення «або Варіант А, або Варіант Б» розробити правило, яке регулюватиме вжиток обох варіантів у вигляді: «За яких умов Варіант А, а за яких — Варіант Б?». Саме другий підхід у багатьох випадках може виявитися найбільш конструктивним.

Правила з інших мовних розділів Вікіпедії

Займаючись розробкою правила, не можна нехтувати досвідом інших мовних розділів Вікіпедії — вони могли вирішити проблему до вас, і вже оформити її вирішення у добре сформульоване правило. Тому вивчення їх досвіду — це економія часу і зусиль, а також крок до створення кращого правила.

Водночас, великою помилкою може бути дослівне копіювання норм з іншомовної Вікіпедії. Причини:

• вони вирішували свої проблеми. Проблеми у іншомовній Вікіпедії, які вирішувалися запровадженням правила, — не завжди тотожні проблемам, з якими стикається Українська Вікіпедія. Власне, має бути перевірено, чи вирішує іншомовне правило окреслену на попередньому етапі проблематику. Чужий досвід має бути проаналізований, вивчений, і пропущений через актуальні для Української Вікіпедії проблеми, виклики і задачі. Немає жодної необхідності повторювати ті норми з іншомовномого правила, які регулюють певні нюанси, з якими Українська Вікіпедія не стикається.
• іншомовне правило може бути недосконалим саме по собі. Воно може бути або застарілим, або містити певні вади і хиби від початку. Тільки те, що воно прийняте як правило в іншому мовному розділі, не є абсолютною гарантією його якості. Якщо ви використовуєте елементи іншомовного правила для написання власного, завжди робіть спроби поліпшити його — виписати його краще, ніж воно було в оригіналі.

Два прості кроки вирішують питання взаємодії з іншомовними правилами:

1. спершу самостійно, власноруч випишіть якомога детальніше проєкт правила. Вирішуйте ту задачу, яка перед вами стоїть. Обговоріть його зі спільнотою і врахуйте зауваження.
2. лише після власних докладених зусиль перечитайте іншомовні правила і запозичте лише найбільш вдалі норми і моменти, до яких вам не вдалося здогадатися самостійно. Ви не зможете ефективно відділити непотрібне і надлишкове для Української Вікіпедії від корисного і доречного, якщо почнете написання правила з перекладу іншомовного правила.

Двома словами:

Докладіть максимальних зусиль для самостійного вирішення вашої задачі, і лише потім звертайтеся до чужого досвіду.

Затвердження

Щоб правило запрацювало на користь спільноти, воно має бути спершу нею затверджене. Є кілька порад, яких варто дотримуватися на етапі затвердження правила:

1. текст правила має бути на виду:
   • створіть для проєкту правила окрему сторінку. На сторінці проєкту має бути тільки текст правила, і нічого більше.
     • окремої сторінки можна не створювати для тих поправок у вже готові правила, які зачіпають лише одну норму, стосуються одного речення.
   • текст правила завжди має бути у найновішій версії. Ви будете вносити великі і малі правки, але користувачі мають бачити останню його версію — що вони зараз обговорюють, чи за що голосують.
   • все це також справедливо, якщо є декілька проєктів одного правила — кожен повинен мати окрему сторінку.
2. додайте порівняльну табличку БУЛО → СТАЛО. Учасникам обговорення простіше буде отримати уявлення як пропоновані зміни будуть виглядати на практиці.
3. спочатку обговоріть правило:
   • навіть якщо ви вже мали попередні обговорення про проблематику і шляхи вирішення, все ж прийняття конкретного тексту правила — це окрема задача.
   • створіть нову гілку у Вікіпедія:Кнайпа (політики) і повідомте спільноті про роботу над правилом, показавши його проєкт. Відведіть 3—7 днів тільки на обговорення проєкту тексту правила спільнотою.
   • обговорення проєкту бажано вести на сторінці обговорення раніше створеної окремої сторінки проєкту. Таким чином уся дискусія щодо правила буде компактно зібрана на одній сторінці, і залишиться легко доступною на майбутнє, якщо виникне потреба вивчити причини і обставини прийняття правила.
   • вислухайте аргументи і зауваження. Врахуйте сильні аргументи, включивши їх до проєкту правила, і наведіть контраргументи для тих тез і зауважень, з якими ви не згодні.
     • Це — одна з найголовніших рекомендацій з усієї цієї сторінки.
     • Врахування сильних аргументів і спростування слабких — наріжний камінь у розробці правил. Ухвалення правил потребує дуже високої кваліфікації всіх учасників, тому що саме по собі ухвалення правил не нормоване іншими правилами. Це чисте випробування на логіку, здоровий глузд і знання традицій і проблем спільноти.
   • не занепадайте духом, якщо спільнота практично не реагує на вже запропонований вами проєкт. Реакція буде, коли почнеться голосування щодо затвердження.
4. підготуйте голосування:
   • пересвідчіться, що текст проєкту правила — на виду;
   • оголосіть строки — дати початку і закінчення голосування. Якщо ви добре підготувалися, сумлінно виконавши попередні етапи, терміну у 7 днів вистачить для того, щоб зрозуміти думку спільноти з приводу правила;
   • створіть два суброзділи для голосування — Голосування і Коментарі. Не варто розбивати розділ Голосування на блоки За і Проти — це надмірно примітивізує процес обговорення. Користувач, який вже проголосував, може змінити свою думку у процесі, і найлегше буде, якщо він зможе відредагувати свій голос без перекидання своєї репліки з блоку в блок.
5. подайте заявку про розміщення загального оголошення.
6. почніть голосування, проте пам'ятайте, що Голосування не замінює обговорення:
   • враховуйте зауваження під час голосування так само, як це було під час попереднього обговорення. Не вагайтеся вносити корективи до проєкту правила прямо на льоту, якщо вони справді резонні;
   • утримайтеся від спокуси включити до проєкту слабкі зауваження тільки для того, щоб здобути підтримку користувача у голосуванні. Наведіть натомість вагомі контраргументи, що пояснили б чому такі зауваження включити не можна;
   • модеруйте голосування — короткі зауваження можуть бути висловлені у розділі Голосування, проте якщо дискусія продовжується, винесіть її до розділу Коментарі. Поважайте тих, хто змушений буде читати все обговорення — гілки дискусій мають бути легкі для прочитання.
   • докладіть зусиль для того, щоб було підбито підсумок: Вікіпедія:Підбиття та оскарження підсумків
7. вірте у спільноту та в успіх прийняття правила.

Втілення нового правила у життя

Якщо новозатверджене правило своїми нормами зачепить одразу значну кількість сторінок і статей, то проти його розробки і ухвалення можна почути такий аргумент:

— Це ж тепер прийдеться усе міняти й переробляти у статтях. Хто цим займатиметься? У нас і так рук не вистачає, а тепер ще це.

Цей аргумент не можна назвати вагомим проти затвердження правила, якщо воно справді корисне і потрібне: ніхто не зобов'язаний одразу втілити зміни у всіх статтях відповідно до новоприйнятої норми. Новозатверджене правило слугує для інших цілей:

1. бути орієнтиром для всієї спільноти при створенні нових статей або при врегулюванні всіх подальших ситуацій, для яких правило застосовне;
2. бути опорою для того користувача, який наводить лад у старих статтях. Якщо виникне суперечка чи конфлікт щодо цього впорядкування, користувач матиме затверджене правило як сильний аргумент на своєму боці.

Див. також

• Вікіпедія:Як написати вікінастанову
• Вікіпедія:Правила, настанови, довідки та інші: практична різниця
• Вікіпедія:Уникайте надмірного нагромадження інструкцій
• Вікіпедія:Пишіть коротко та ясно
• Вікіпедія:Не зламано — не ладнай
• Вікіпедія:Політики і настанови (процедура)
• Вікіпедія:Тримайтеся теми
• Вікіпедія:Підбиття та оскарження підсумків