Решение проблем в Википедии часто включает несколько этапов: сначала нужно определить проблему, затем согласовать решение, затем реализовать это решение. Иногда редактор будет иметь технические знания, эмоциональные способности или просто желание участвовать только в одном из этих этапов. Это совершенно нормально — этот проект представляет собой совместные , постепенные усилия, в которых редакторы могут выбирать, сколько они хотят, чтобы стать волонтерами.
Редакторы, которые участвуют только на первом этапе, иногда получают отпор. Тег обслуживания, который вы добавили, будет удален с резюме «просто решите проблему, не добавляйте уродливый тег»; редактор ответит на мозговой штурм по системным решениям для предвзятости , сказав «просто идите и напишите несколько статей в этой области»; красная ссылка на явно заметную тему будет удалена со ссылкой на Wikipedia:Write the article first . Иногда отпор оформляется как поощрение быть смелым .
Такого рода реакция неуместна. Выявление проблем — это только первый шаг к их решению, но это важный шаг, и даже если редактор делает только один шаг, это уже положительный результат. Они закладывают основу для других редакторов, которые могут быть более квалифицированы для выполнения последующих шагов, чтобы они пришли и завершили работу.
Ответ особенно пагубен, когда он касается системных проблем. Эти проблемы по своей природе требуют системных решений: изменений в руководстве, процессе или дизайне. Поскольку Википедия работает в таких больших масштабах, даже самый плодовитый участник сможет сделать лишь крошечную вмятину в проблеме, просто работая над ней самостоятельно. Для этих проблем необходимы обсуждения более масштабных реформ, и их не следует закрывать из-за защиты от проблемы или привязанности к статус-кво .
Есть некоторые случаи, когда указание на проблему может быть разрушительным, если сделано ненадлежащим образом. В частности, важно практиковать ответственную маркировку и не маркировать статьи-бомбы так, чтобы теги становились для читателей большей неприятностью, чем проблема, которую они идентифицируют.
Вам следует быть осторожным при выявлении проблем в областях, где вы не работали широко или с которыми вы не слишком хорошо знакомы, поскольку эти случаи особенно вероятно спровоцируют защитные реакции. Постоянные участники этой области могут иметь соответствующие знания о проблеме, но вы также можете привнести свежий взгляд со стороны, который постоянные участники упустили.
Некоторые проблемы уже хорошо известны и либо находятся вне нашего контроля (например, застряли в бэклоге Phabricator ), либо считаются по общему мнению необходимым злом (или даже не злом вовсе ). Выявление этих проблем допустимо (особенно если вы не знали об истории), поскольку иногда дополнительное внимание может сдвинуть задачу с мертвой точки или консенсус может измениться относительно того, стоит ли ее терпеть. Однако не продолжайте твердить о них сверх полезности. Если редакторы постоянно указывают на неразрешимую проблему в области, где вы работаете, рассмотрите возможность написания FAQ.