Википедия:Совет WikiProject/Руководство/Целевые группы

Совет ВикиПроекта
Часто задаваемые вопросы Обзор +  разговор Страница совета
Координация
Руководящие принципы ( WikiProjects - Целевые группы) Часто задаваемые вопросы по оценке Технические примечания
Каталоги
WikiProjects Предложения Указатель
в т е

Целевая группа , по сути, является несамостоятельной подгруппой более крупного WikiProject , которая охватывает некоторую определенную часть сферы WikiProject. Например, целевая группа по военной истории США в рамках проекта Military history WikiProject занимается военной историей этой конкретной страны; а целевая группа Nintendo в рамках проекта Video games WikiProject охватывает конкретного создателя игр.

Различие между целевой группой и WikiProject заключается в том, что целевая группа минимизирует бюрократические издержки: она полагается на родительский проект, чтобы обеспечить большую часть процедурной и технической инфраструктуры. Целевая группа, например, использует процессы рецензирования и оценки основного проекта, а не создает свои собственные, тем самым позволяя себе сосредоточиться на написании и редактировании.

Целевая группа обычно создается на подстранице страницы родительского проекта. В случаях, когда целевая группа является потомком двух проектов (другими словами, когда ее область действия является пересечением областей действия двух ее родителей), подстраница может быть произвольно размещена под любым из проектов, и может быть создано перенаправление с эквивалентной подстраницы в другом; см., например, целевую группу по военной истории Кореи , совместно управляемую проектами Military history и Korea WikiProjects. Страница целевой группы может иметь любую форму, но изначально должна быть создана с минимальным бюрократическим флудом. Проекты с большим количеством целевых групп часто принимают более или менее стандартную компоновку для всех из них, возможно, включая общие технические характеристики; например, каждая из целевых групп проекта Military history WikiProject имеет стандартизированный шаблон для перечисления открытых задач.

У целевых групп обычно нет собственных баннеров на странице обсуждения; вместо этого они интегрируются непосредственно в баннер родительского проекта с помощью необязательного параметра. Например, {{ WPMILHIST }} включает большое количество параметров целевых групп. Можно использовать эту интеграцию для автоматического создания данных оценки для целевой группы на основе оценок, введенных для основного проекта; это гарантирует, что целевым группам не придется проводить оценки независимо.

Оперативные группы — это, прежде всего, социальная конструкция, но с каждой из них обычно связаны следующие элементы.

Целевая группа обычно создается на подстранице страницы родительского проекта. В случаях, когда целевая группа является потомком двух проектов (другими словами, когда ее область действия является пересечением областей действия двух ее родителей), подстраница может быть произвольно размещена под любым из проектов, и может быть создано перенаправление с эквивалентной подстраницы в другом; см., например, целевую группу по военной истории Кореи , совместно управляемую проектами Military history и Korea WikiProjects. Страница целевой группы может иметь любую форму, но изначально должна быть создана с минимальным бюрократическим флудом. Проекты с большим количеством целевых групп часто принимают более или менее стандартную компоновку для всех из них, возможно, включая общие технические характеристики; например, каждая из целевых групп проекта Military history WikiProject имеет стандартизированный шаблон для перечисления открытых задач.

На странице каждой целевой группы обычно имеются следующие разделы:

• Область применения
• Список участников
• Список дел

Кроме того, он может иметь следующее:

• Специальные руководящие принципы для целевой группы (не всегда называются руководящими принципами, но именно так они назывались бы, если бы находились в WikiProject)
• Списки избранного/хорошего контента
• Список ресурсов, которые будут полезны для этой целевой группы

Другими элементами, которые обычно имеются в составе целевой группы, являются:

• По крайней мере, одна категория для каждой оперативной группы; пример см. в разделе Категория:Статьи по военной истории по оперативным группам .
• Раздел на баннере страницы обсуждения WikiProject; его можно использовать для предоставления отдельных оценок.

Целевая группа обычно опирается на свой родительский проект в части административной и бюрократической структуры. Более подробно об этом ниже, в разделе «Создание структуры целевой группы», но вот некоторые пункты:

• Оценка: Сюда входит баннер страницы обсуждения (который обычно принадлежит родительскому проекту, но имеет маркер для целевой группы). Это означает, что целевым группам не нужно проводить собственную отдельную оценку; в этом они могут положиться на родительский проект.
• Шаблоны навигации проекта (т.е. шаблоны внутренней навигации)
• Первоначальная настройка страницы и интеграция с остальной частью проекта
• Другие бюрократические накладные расходы

Иногда полезно увидеть настоящие целевые группы в действии. Проекты, в которых в настоящее время задействовано больше всего целевых групп (по состоянию на 5 октября 2020 г.):

• WikiProject India (77 рабочих групп)
• Wikiproject US Roads (62 оперативные группы)
• WikiProject Военная история (55 оперативных групп)
• Философия WikiProject (21 целевая группа)
• Романы WikiProject (19 целевых групп)
• Биография WikiProject (14 активных рабочих групп, 1 неактивная рабочая группа)
• WikiProject Islam (11 целевых групп)

Подгруппы задач

Некоторые целевые группы имеют подцелевые группы. Они охватывают часть сферы деятельности родительской целевой группы, но инфраструктура также предоставляется родительским проектом.

Централизуйте обсуждения в вашей рабочей группе

Часто целевая группа начинается как группа редакторов, которые уже работают вместе и уже имеют готовые схемы общения. Небольшим целевым группам необходимо приложить особые усилия для централизации своих обсуждений на страницах целевой группы. Когда никто не публикует сообщения на странице обсуждения целевой группы, некоторые редакторы предполагают, что никто ничего не делает. Это затрудняет участие новых редакторов в вашей группе. Вы можете создать критическую массу обсуждений, поделившись информацией и идеями, которые могут заинтересовать участников целевой группы, на странице обсуждения группы. Если ничего другого нет, сообщайте о своем прогрессе или объявляйте статью, над которой вы хотите работать дальше.

Держите своего «родителя» в курсе

Всякий раз, когда ваша группа достигает знаменательного события или у вас есть хорошие новости, которыми можно поделиться, опубликуйте заметку на странице обсуждения родительского WikiProject и пригласите других принять участие в следующем проекте.

Этот раздел нуждается в расширении . Вы можете помочь, дополнив его. ( Май 2010 )

Если вы хотите создать целевую группу для существующего проекта, вам следует получить консенсус от других участников проекта, прежде чем читать следующие разделы; они предназначены для существующего WikiProject, который хочет создать целевые группы, особенно первый.

Первый вопрос, который следует задать, — достаточно ли велик ваш проект, чтобы оправдать наличие целевых групп. Совет, который дает Кирилл Локшин из WikiProject Military history, заключается в том, что целевые группы — это то, к чему стоит серьезно относиться, когда в вашем WikiProject будет 50–100 участников. Кроме того, хорошее количество для начала целевой группы — пять человек; она может быть неэффективна, пока не достигнет 10 или около того человек, но наличие целевой группы позволяет им набирать людей. Еще одна мысль заключается в том, что создание целевых групп поощряет людей участвовать в них, а не создавать свой собственный WikiProject, что снова влечет за собой множество бюрократических накладных расходов.

Поскольку этот раздел не полон, может быть полезно прочитать Wikipedia_talk:WikiProject Military history/Coordinators#How to... (вам нужно будет расширить раздел «Создание новой оперативной группы»).

Также может быть полезно прикрепить к вашему проекту «Страницу предложений по новой целевой группе».

1. Откройте новую подстраницу в вашем браузере.
2. Используйте Template:Task force для заполнения содержимого (просмотрите его с параметрами, а когда захотите завершить, используйте subst, например {{subst:Task force}} )
3. Заполните часть контента, особенно область применения

У целевых групп обычно нет собственных баннеров на странице обсуждения; вместо этого они интегрируются непосредственно в баннер родительского проекта с помощью необязательного параметра. Например, {{ WPMILHIST }} включает большое количество параметров целевых групп. Можно использовать эту интеграцию для автоматического создания данных оценки для целевой группы на основе оценок, введенных для основного проекта; это гарантирует, что целевым группам не придется проводить оценки независимо.

Что касается того, как это реализовать на самом деле, вам нужно будет изучить примеры {{ WPMILHIST }} и {{ WPBiography }} , хотя также может быть полезно рассмотреть Расширенные баннеры проектов ; это не охватывает эту тему, но охватывает ряд других.

Этот раздел нуждается в расширении . Вы можете помочь, дополнив его. ( Май 2010 )

Один из способов помочь сохранить координацию работы целевой группы с основным проектом — это создать метод объединения всех списков дел в один главный список дел. Более подробную информацию об этом можно найти на Wikipedia:WikiProject Council/Guide/Technical notes#Task list templates . Обратите внимание также, что Template:Task force (вероятно, используемый для создания начальной страницы) также ссылается на список дел; это было бы хорошим названием для использования в сочетании с этим.

Этот раздел нуждается в расширении . Вы можете помочь, дополнив его. ( Май 2010 )

Если вы добавляете целевые группы в свой проект, вероятно, пришло время добавить внутреннюю панель навигации, если у вас ее еще нет. Как это сделать, выходит за рамки этого документа, но больше информации об этом можно найти на Wikipedia:WikiProject Council/Guide/Technical notes#Internal navigation templates

1. Установите консенсус для слияния : разместите уведомления на страницах обсуждения родительского проекта и проекта, который вы предлагаете преобразовать . Пожалуйста, не удивляйте другую группу редакторов, перемещая их страницы без уведомления. Ведите обсуждение на одной из двух страниц обсуждения, при этом одно из уведомлений должно быть ссылкой на обсуждение на другой. Дайте достаточно времени участникам менее активной группы для возражений.

   Следует учитывать следующее:

   • Рассматриваемый проект все еще активен?
   • Сколько участников?
   • Какие совпадения существуют в области действия статьи? (Это можно определить с помощью инструмента пересечения категорий)

2. Переместите страницу проекта , вместо создания новой страницы целевой группы, переместите проект и его страницу обсуждения на "Wikipedia:WikiProject Parent / name task force"
   1. Проверьте подстраницы и переместите их. Используйте Special:PrefixIndex для проверки страниц. Обычные подстраницы включают /Assessment, /Userbox и /Participants. Обязательно обновите ссылки, которые указывают на эти страницы.
   2. Измените макет страницы преобразованного проекта . Если ваш родительский проект имеет стандартизированный макет для рабочих групп, то измените макет страницы вновь преобразованного проекта, чтобы он соответствовал ему.
   3. Перенаправьте избыточные подстраницы. Для процессов, которые будут обрабатываться родительским проектом (оценка, обзор и т. д.), перенаправьте подстраницы новой целевой группы на подстраницы родительского проекта.
   4. Обновите другое пространство проекта. Если они еще не были подстраницей, измените любые существующие страницы класса Project из преобразованного проекта по мере необходимости.
   5. Проверьте наличие уже существующего автоматического архивирования на страницах обсуждения и обновите эти ссылки.
3. Измените баннер родительского проекта , включив параметры целевой группы для соответствия преобразуемому проекту. Шаблон:WPBannerMeta содержит примеры того, как указать это для проектов, использующих мета-баннер. Если ваш проект не использует WPBannerMeta, может быть полезно просмотреть Расширенные баннеры проектов ; это не охватывает эту тему, но охватывает ряд других.
   1. Перенаправить баннер перемещенного проекта на баннер родительского проекта или сделать его шаблоном-оберткой для баннера родительского проекта с соответствующими предварительно заполненными параметрами
   2. Замените использование баннера перемещенного проекта на баннер родительской/целевой группы . Предыдущий шаблон баннера перемещенного проекта не должен использоваться на страницах обсуждения статей после замены баннеров.
      • На страницах обсуждения, где есть баннер преобразованного проекта и баннер родительского проекта, необходимо удалить баннер перемещенного проекта и добавить параметры целевой группы к баннеру родительского проекта.
      • На страницах обсуждения, содержащих только баннер преобразованного проекта, необходимо заменить его баннером родительского проекта с параметрами целевой группы.

        Эти шаги можно выполнить вручную или, для более крупных проектов, с помощью бота. Можно разместить запрос бота (существующие боты включают User:AnomieBOT и User:PrimeBOT ).

   3. Добавьте новые перенаправления в соответствующую запись в User:Magioladitis/WikiProjects, чтобы боты могли обрабатывать будущие использования.
4. Создайте категории статей целевой группы , если проект выполнил оценку статей, некоторые категории могут уже существовать. Если используется WPBannerMeta, он должен предложить любые отсутствующие категории и предоставить ссылки с предварительно загруженными шаблонами для создания категорий.
   1. Запросите переименование категорий , если нет необходимости создавать отдельную. Просто перейдите на Wikipedia:Categories для обсуждения инструкций.
   2. Удалите все переименованные категории . Любые категории из преобразованного проекта, которые были переименованы и очищены, теперь должны иметь право на быстрое удаление в соответствии с критериями пустой категории (C1), переименования (C2) или перенаправления шаблона (G6) для быстрого удаления .
   3. Убедитесь, что автоматическая статистика оценки качества генерируется правильно . Если установлено для целевой группы, то будут созданы категории типа Category:FA-Class Foobar articles. Перенесите все эти категории в родительскую категорию Category:Foobar articles by quality и классифицируйте ее в Category:Wikipedia 1.0 assessments . Оценки будут регистрироваться в Wikipedia:Version 1.0 Editorial Team/Foobar articles by quality log, а общая статистика — в User:WP 1.0 bot/Tables/Project/Foobar, которая транслируется в Wikipedia:Version 1.0 Editorial Team/Foobar articles by quality statistics. См. Wikipedia:Version 1.0 Editorial Team/Using the bot для получения дополнительной информации.|TF_n_ASSESSMENT_CAT = Foobar articles
5. Обновить ссылки и формулировки старого WikiProject из Special:Whatlinkshere , в основном ориентируясь на пространство имен Wikipedia.
   1. Обновите запись WikiProject Directory преобразованного проекта.
   2. Обновите запись «Оповещения о статьях» преобразованного проекта (если она существует).
   3. Обновите запись «Горячие статьи» преобразованного проекта (если она существует).
   4. Обновите конфигурацию популярных страниц преобразованного проекта (если она существует).
6. Обновите другие шаблоны проекта. Если вы еще этого не сделали, измените существующие пользовательские ящики, шаблоны приветственных и пригласительных сообщений и другие шаблоны, связанные с проектом (если они еще не были подстраницей).

1. Найдите причину . Думая о преобразовании существующей целевой группы в WikiProject, учтите следующее:

• Количество участников . Если участников недостаточно, проект может стать неактивным из-за административной перегрузки.
• Область действия . Формат WikiProject лучше всего подходит для тем с тысячами или, по крайней мере, несколькими сотнями страниц в предлагаемой области действия. WikiProject с узкой областью действия может стать неактивным из-за административной перегрузки — участники быстро завершат работу и им станет скучно.
• Слишком много совпадений . Если область слишком тесно связана с существующим проектом, то наличие отдельных проектов обычно неэффективно и контрпродуктивно, потому что в итоге вы разделяете нескольких заинтересованных редакторов по нескольким проектам. Такой подход максимизирует административные трудности и минимизирует сотрудничество. Однако не существует правила, запрещающего двум отдельным группам редакторов интересоваться одними и теми же статьями.