维基百科:专题委员会/专题指引
 |
維基百科專題（WikiProject）是想以合作方式改進維基百科者的團隊。維基百科專題並不是頁面的選集。成立一個對特定主題集中討論、協作的社群對許多人都有益。本篇維基專題指引記載了許多能更有效率組織志願者的方式。
以下列出了一些組織和運行維基百科的方法。根據個別的範圍、規模與活動特質差異，許多專題也自行發展出了一套不同的組織方式。若想找到最適合的方式，可透過在專題內進行具創意的實驗，或觀察其他成功的專題是如何做到的。本指南不可能收錄能讓每一個專題都成功發展的所有做法。
本指南的適用對象是以「主題性」的維基百科專題為主，也就是目標為「改進關於特定主題之條目內容」的專題。而其他維護性質的專題通常有自己不同的組織架構和活動內容，包括小作品分類、消歧義、清理等，因此以下列出的方法指引可能不適用於該類專題。
什麼是維基百科專題？[编辑]
维基百科专题是以团队合作方式，专门管理维基百科上特定主题的一系列条目的编者团队。维基百科专题是一群人，而不是一组页面，一个学科领域，或一个分类。维基百科专题的页面不是一个直接编写条目的地方，而是帮助协调、讨论、组织此团队的活动，分享编条目的想法的地方。
维基百科专题也可能是建立对某个主题领域感兴趣的维基人之间的联系的焦点，以及该领域的更广泛的社群：建立合作关系，欢迎、指导新维基人等。在这方面，维基百科专题的作用可能与维基媒体分会的作用重叠。
维基百科专题的页面是在一个特定主题领域协作编辑的中心。编者可以制定标准，维护各种协作流程，跟踪需要完成的工作，并可以作为论坛，讨论某一主题的编者感兴趣的问题。
可是，是什么让维基百科专题工作的呢？鉴于上面的定义，人们很容易把维基百科专题看作其条目有关的活动的总和，或者认为它仅仅是一些“专门管理特定主题或特定类别主题的页面”的整体。然而经验表明，维基百科专题一定要超越一系列流程和指引的成功的。区别成功的维基百科之处不是称它为“维基百科专题”；相反，维基百科专题的功能更应是一群编者而非条目。
维基百科专题本质上是一种社会建构：它的成功取决于其作为朝着一个共同目标而努力的，有凝聚力的编者团队的能力。要维持一个成功的专题，成员们需要做的大部分工作（特别是质量评估和同行评审，但几乎除实际编写条目之外的任何事情）都是单调乏味的，而且往往既没有回报，也不受重视。为了高效，维基百科专题在项目的主题方面，不仅要发展兴趣，而且要促进成员间团队精神的形成。在团队保持凝聚力时，专题成员就会愿意参与不那么令人兴奋的工作，这样一个维基百科专题才能振作精神、确立方向，系统地而非偶然地产出优秀的条目。
主題協作[编辑]
如果你只是因为要在少数页面间进行协作，想做一点主题协作，你会在下面的章节中找到有用的想法。（当任务组参与的时候特别有用。）
討論頁的資訊[编辑]
当然，在讨论页协调事务时，应该遵循討論頁指導。
话虽如此，修改讨论页，把重点放在当前需要对该页面做出的改进（不限于你的主题协调，但肯定会包括它），是很有益处的。你会发现下面的链接有助于此：
在討論頁中進行主題協作[编辑]
下面是如何在讨论页进行主题协调的一个范例。毫无疑问，还有其他的方式；如果你遇到别的适合你的方式，随时记录在这里。下面的例子使用了郁金香。
- 在讨论:郁金香页面（这是为郁金香条目的主要页）张贴一份说明：
- 目标：努力让郁金香的不同品种都至少有一个初级条目。
- 任务列表：列出所有条目的维基内部链接，并鼓励人们将他们的名字放置到他们志愿编写的条目旁。你或许可以参照Wikipedia:需進行工作列表
- 页面网络：使用Template:Topic co-ordination link，将其他讨论页链回你主页面的章节
跨專題協作[编辑]
標記條目[编辑]
該用專題橫幅還是小作品模板？[编辑]
維基專題評級橫幅和小作品模板粗看相似，但兩者實際上相互獨立，功能也並不相同：
- 小作品模板置於條目最底部，用於標記全站所有較為短小條目。惟為避免維護分類過於龐大，小作品模板又按領域細化；編者應選取適當的小作品標籤，使條目歸入合適的子分類。
- 專題橫幅置討論頁頂部，用於標記該屬於該專題範疇的條目。和小作品標籤不同的是，專題評級橫幅可標記於該專題所有品質的條目。
部分小條目沒有相关專題，只需加入小作品標籤。對於有專題维护的小條目，則會可能標記小作品模板和專題評級橫幅兩者。
專題橫幅的作用[编辑]
尽管许多编辑者认为成员招聘是在条目上放置专题横幅的主要目的，但实际上它们在许多不同的情况下使用：
- 标签将条目进行分类，以便专题成员查找他们要处理的条目。
- 标签用于检查最近更改（即一个关于该小组关注的条目的监视列表）。
- 它们用于生成有关条目质量的统计报告，从而使小组可以监视其进度。
- 以及其他一些自动化流程。
專題並不擁有條目[编辑]
许多文章会被多个维基专题标记。对于与知名人士打交道的条目尤其如此，因为这些条目可能会由于人物传记，其居住地，其专业领域以及他们可能从事的任何其他活动而被维基专题标记。 任何相关横幅的放置都应该被普遍接受，因为每个专题都可能有独特的资源，并且愿意改善和监视条目。一个专题不应当阻止另一个专题对某一条目表现出兴趣。
但是，有时，有人显然地在文章上放置了错误的标语。当这种情况发生时，有礼貌地询问此人或此专题为什么要放置该横幅是最为礼貌的。这样做可以减少专题之间产生敌意的可能性，并且还可能以某种方式帮助条目的改善。例如，一个专题的范畴可能已经扩展到包含该条目；他们现在可能愿意撰写该条目。同样，尤其是在使用bot标记条目时，该条目可能因为其分类错误而被标记了。在这样的情况下，与所有其他情况一样，礼貌、尊重他人，以及清晰、明确的交流都是非常重要的。
2007年，英文维基百科的一些编辑者同意在一个城市的文章上限制“德国专题”的横幅，特别是如果这个城市在历史进程中几次易手：如果有分歧，那么只有这个城市当前的国家/地区的维基专题才会标记条目。 例如，尽管德国人在第二次世界大战期间占领了法国，但将有关法国城市的文章放在WP:德国专题下是不合适的。有关更多信息，请参见2007年共识讨论。
條目編輯者並不擁有專題[编辑]
许多编辑者代表他们未参与的维基专题放置横幅。这种做法通常受到维基专题的欢迎，因为这引起了他们对新的条目或有趣的条目的注意。
请尽量减少放置在条目上的专题横幅，并仔细检查专题范围，以明智地进行此类放置。 有关专题范围的信息通常可以在维基专题的主页上找到，有时还可以在相关模板的说明文档上找到。如果不确定他们是否欢迎该放置，请在专题的讨论页上留言，而不要自己放置横幅。
如果您为一个条目放置了专题横幅，并且该专题的成员将其删除，则不要重新放置该横幅。维基专题的成员具有定义其专题范畴的专有权利，其中包括将文章定义为超出专题范畴。同样，如果一个维基专题说一篇条目在他们的范畴内，那么你就不能强迫他们删除横幅。任何编辑者都不得阻止一组编辑这对一篇条目表现出兴趣。
過多的橫幅將造成困擾[编辑]
所有编辑者都应避免使用在条目中破坏性地添加大量的维基专题横幅。横幅在讨论页上占用了大量空间；可以通过将所有横幅整合在一个模板内来使其最小化，例如 {{WikiProjectBanners}}，是一个可折叠的框架，应在页面上的专题横幅超过大约5个，或悬挂了很多其它页顶模板时使用。
维基专题横幅不应在分类(Category)或主题(Portal)中使用。如果一篇条目仅与另一个维基专题的范围有些许关系，则请不要将该专题的横幅放在该该条目上。例如，为婴儿洗玩具可以减少某些疾病的传播，但Wikipedia:生物學專題、Wikipedia:病毒专题 和 Wikipedia:医学专题的横幅 不应该 放置在Talk:玩具。上
專題間的合作[编辑]
在某些情况下，多个专题积极合作完成一篇条目是有益的。例如，一篇有关杰出的科学家的短篇条目，可能会从一个涉及该科学家的学科，居住地区，传记甚至可能在世时间段的专题中受益匪浅。在这种情况下，通知所有相关专题可能是一个好主意。这样，各个专题的成员更有可能进行更为友好的互动，从而改善他们相互的看法和进一步交流的可能性。而且，很明显，从所有相关方面插入高质量的内容对条目的发展也不会有坏处。与其他专题联系并告知他们您的专题扩充条目的希望也总是有好处的。这样一来，其他专题可以为语法进行加工、提供参考资料以及如何改进条目的进一步建议。
您也可以直接访问相关专题，讨论有关你感兴趣的页面的合作。
編輯建議頁面[编辑]
許多大型維基專題設有相關方針、指引與論述，指導編輯如何編寫該領域內容。此類文章結合領域常見問題，對全站政策進行了細緻解讀，常值得眾編輯參考。
編輯撰寫建議頁時，應仔細研讀全站方針、指引、格式手冊及相關論述。建議頁不應違背全站規定，亦不宜與之無謂重複。You can help editors by providing links to subject-specific templates, a list of information that editors should consider including in a given type of article, relevant examples, and clear explanations (e.g., reasons why editors recommend 'this' instead of 'that').
然而，建議頁不得成為專題控制條目的器具——譬如要求專題所有條目必須包含「批評」章節、不得使用資訊框，並以專題「共識」為由堵條目編輯的嘴。建議頁經社群同意升格為正式方針指引前，本質上均為非強制的論述；無論由一名編輯所撰，還是由專題多名成員合寫，建議頁的約束力都是同級的。
維基專題可使用下述模板，標明文章係專題指南而非全站正式指引：
專題委員會的角色[编辑]
专题之间似乎存在难以解决的分歧这种情况仍然可能会出现。如果发生这种情况，您可以向专题委员会寻求建议。委员会成员通常有一定的协调能力。在严重的情况下，可以使用正式的争议解决渠道。
如何處理不活躍的專題[编辑]
「WP:INACTIVEWP」重定向至此。关于a list of inactive WikiProjects，请见「Wikipedia:专题委员会/Inactive projects」。辨認[编辑]
Inactive wikiprojects will have {{inactive}} added, either directly or via the inactive parameter of {{Infobox WikiProject}}. There are several options in dealing with inactive wikiprojects. The usual procedure is to identify projects whose main page hasn't been substantively changed for several months, and whose talk page has received nothing other than routine or automated announcements, or unanswered queries from non-participants, for several months. Alternatively, you may wish to sort through the list of named participants, placing indefinitely blocked accounts and users who have made no edits to Wikipedia for long periods (e.g., over a year) under a separate heading (you may wish to notify the users that you have done so, in case they return). If no active members remain in the list, then the project is inactive.
復蘇[编辑]
- See also the related Wikipedia Signpost article
Any editor may revive an inactive WikiProject. There are a number of things you can do to help revive an inactive or semi-active project. If you come up with something new, please list it here!
- Update the project page as appropriate: replace the inactive tag with {{semi-active}}, or remove the existing semi-active tag. Archive old clutter (clean and simple is better for attracting new members), use generic WikiProject templates appropriately to organise content (e.g., {{Infobox WikiProject}}) and make use of any helpful automation the project hasn't been using (see section above).
- Provide clear suggestions on what members can do, using to-do lists, {{tasks}} and cleanup listings, and perhaps linking to relevant pages elsewhere. You can use the {{WikiProject help}} template, either directly or as inspiration.
- Create any missing userbox, project banner, or user invite templates. See whether the assessment system for the project banner works, and fix it if not.
- Notify existing participants of your efforts and invite them to contribute, to make suggestions, or to leave a note on the project's talk page about what they're currently editing.
- To try to gain new participants, individually invite active users who have been substantively involved with the topic to join the project or watchlist its page. This can be done with a personal, handcrafted message or a standardized invitation template.
- Use automation (see above) to ensure most if not all appropriate pages are tagged with the project banner, thus promoting the project to those who may be interested. (Don't go overboard with this... in general, don't tag a page not within the project's main category unless you could justify making it the project's Collaboration of the Month.)
- Provide a Special:RecentChangesLinked link on the project page, using the project's article category. (For project Wikipedia:WikiProject X, this will generally be Category:X articles, Category:WikiProject X articles, or X work group articles. Try it and see.) This gives an easy way to see recent relevant talk page discussions. Example.
- Seek out collaboration with related projects. Tell them that the project is active, invite them to help, and ask whether there is an article of mutual interest that both groups could collaborate on.
- Notify the Wikipedia Signpost WikiProject desk of your attempt.
- Respond promptly to queries and post occasional messages at the WikiProject's talk page to let people know what you're working on and how they can help.
If you have any questions about or related to technical issues, try the Help Desk.
其他選擇[编辑]
If you (or someone else) has already done the above or it simply looks hopeless, consider one of these options:
- Merger. Consider proposing a merger with another wikiproject. This might be a related project of a similar type, with the two projects being reconstituted as part of a new one. More commonly it might be that the inactive project could become a taskforce of a parent project. See here for instructions on notification and merging projects.
- Mark as defunct. In some cases projects are simply superseded (e.g., merged elsewhere), have served their stated purpose, or have been inactive for so long that they are unlikely ever to be revived. These may be tagged as defunct rather than inactive; see the usage notes and guidelines at {{defunct}}. This tag should be used rather than {{historical}} which is reserved for failed proposals or deprecated processes.
- Userfy. When project had only one active member or was never so active as to justify keeping it for the whole community to refer to, consider userfication of the project to the organizer's userspace. This is particularly useful for recently created projects that never got off the ground as it can avoid being bitey.
- Deletion. In rare cases, deletion may be appropriate. This might be appropriate for completely inactive projects which have no substantive history and serve no residual purpose even without activity (e.g., due to automation or information presented). Projects must also meet the guidelines for being marked as defunct (see {{defunct}}, the template's documentation is here). WP:MFD is the appropriate forum to propose this.
If you are considering taking any significant steps in this area which others might object to, take care to give appropriate notice to all parties of your proposals (including the WikiProject Council). Often it will be feasible to notify all listed participants who have been active on Wikipedia in the recent past (even if not recently active on the project). If proposing a merger, be sure to propose this at the merger target and do not take approval for granted.
創立一個維基百科專題[编辑]
在創立之前[编辑]
该章节的建议主要用于刚起步——或者重新回归活跃——的专题，以及任何考虑创建新维基专题的编辑；不过，任何参与维基专题的人都有可能在其中找到些感兴趣的东西。
檢視現有的提案[编辑]
这相当简单：去专题委员会提案，看看是否别人已经提案了。搜索全部存档（列于此处：未有存檔（建立））看看是否之前曾被提案。
通知相關的母專題[编辑]
至少在你开始前，应该找出任何有关的专题。如果你有一个关于可行专题的好想法，那很可能其他人已经想到了，于是这个专题就已经存在。如果这真的是一个新想法，那有关专题的成员很可能会参与此专题，他们也许能帮你创建一个新专题。 请在做任何事之前之参照以下步骤：
- 檢查 专题名录 看看你是否能識別哪些可能父母群像是專題"鬱金香"WikiProject Netherlands 相關內容可見 园艺与园林专题
- 查看主题列表來找到對應主題 .
- 查看讨论页找尋關鍵文章有無相關討論、標記。
如何處理資訊:
- 如果有相關的組已經存在，即使它是無效的，你應該編修該項目，而不是開始另一個可以用編輯進行修整工作
- 果關於這個問題的工作需要更多討論，可能很多意見，則麼你可以組成立一個專案存放WP：專案組該項目
- 你如果有子母群體存在，你應該優先在相關頁面討論
- 許多專案都沒有被整合，如果相關的主題一個個散佈在其中，則可以善用子母群體的功能來連接彼此
如果沒有這麼多的專案主題，則你下一步則是創造一個新的維基專題
設定最適合的範圍[编辑]
Next, identify the best scope for your project. Successful WikiProjects have a scope that is natural and broad enough to attract and sustain editor interest. For example, are 郁金香s too small a project scope, such that it might only ever have a few dozen articles and six project members (some of whom don't do much)? Either of those criteria should be enough to make you think that maybe a larger scope would be better. You might be able to get a more reasonably sized project by including the entire 百合科, which includes tulips, or all 花s, or the larger subject of gardening and horticulture.
The risks of a narrow scope are:
- Not enough people: Your group may die from administrative overload, and become one of the more than 300 不活跃专题.
- Not enough pages: People will quickly complete the work and get bored. Your project may die from administrative overload, and likewise become inactive.
- Too much overlap: If the scope is too closely related to an existing project, then having separate projects is usually inefficient and counterproductive, because you wind up dividing the few interested editors across multiple projects. This approach maximizes administrative hassles and minimizes collaboration. However, there is no rule that prohibits two separate groups of editors from being interested in the same articles.
- How to estimate the number of pages in your proposed scope
- Go to the main article. Click on "What links here", and see how many articles are connected to this one. This is probably your number, unless you limit the scope in some way (e.g., only including significant Tulip growers (not just fanciers) from before 1900 in the Biography category).
- Look in the categories associated with your key articles. The proposed WikiProject Tulips, for example, would want to consider categories like Category:花卉 and Category:Tulipa.
Having considered the probable size of the scope, ask yourself, "Is this a 'natural' scope?" Will other people be able to easily understand what kind of articles the group is working on? WikiProjects are allowed to have strange, arbitrary, or unpredictable scopes ("Tulips, except for my least favorite species, plus my favorite photo software"), but we strongly recommend that you adjust or expand the scope to be more sensible.
At the end of this step, you should know approximately how many articles are likely to be within the project's scope, what the names of the key articles and categories are, and how to describe the scope briefly. That information will help you determine the best structure.
設定最適合的架構[编辑]
Having identified the scope you want for your project, the next thing to consider is the best structure for the project. The typical structures are:
- Topic coordination
- This format is appropriate if you want to co-ordinate across about a dozen or so pages, or for temporary, one-time tasks. See the separate section below for details.
- Task force
- This format is appropriate if your scope involves a few dozen to a few hundred pages. A task force uses most of the administrative structure of their parent project, but works together as a smaller group. The fastest way to start a task force is to join the parent WikiProject(s), and ask if they can help you form a task force. Some WikiProjects have a more developed framework for dealing with sub-groups like task forces; others will be unfamiliar with them. However, most WikiProjects are happy to have someone who is keen to start a task force, even if the project doesn't currently have any task forces in place.
- WikiProject
- This format is best for topics with thousands, or at least several hundred, of pages in the proposed scope. You'll still want to investigate any related projects, because they may already have a task force covering the same topic.
- Inter-WikiProject coordination
- If your scope was too large, but you're still keen, you'll probably want, instead, to identify potential child WikiProjects, and try to help them co-ordinate; this doesn't require a WikiProject in itself. Talk to the potential child WikiProjects about co-ordination, and see what sort of response you get. Be careful not to try to dictate to them; they could be sensitive about your appearing out of nowhere and wanting to assimilate them. If this is the format you choose, the rest of this document, while good background reading, is not essential (although it may help you not to look like an idiot).
尋找可能加入的成員[编辑]
维基百科专题是一群人，而不是帮助人们一起工作的条目或页面。你应该考虑是否有足够的人愿意共同努力，使这成为可能。你可能已经了解到一些感兴趣的人，或通过联系相关小组，在对你提议的小组为最高重要度的条目发布消息，或直接联系正在编写这个领域的编者来找到潜在的参与者。
維基專題[编辑]
{{WikiProject}}是一个用于创建新的维基百科专题主页的范例模板。
例如，假设你的新专题的名称为Foo。第一步就是创建“Wikipedia:Foo专题”页面，并输入文字{{subst:WikiProject|Foo}}来替换为此模板。保存后，这段代码会被替换成一个维基百科专题的框架，你需要根据你的需要进行调整、适应。有些的注释掉的元素需要取消注释，其他不需要的就可以删除或者注释掉了。注释文字里面也给出了一些指引。
工作组[编辑]
工作组本质上是一个更大的维基百科专题的非独立小组，负责维基百科专题范围内的某些特定部分。例如，軍事專題的美国军事历史工作组处理一个特定国家的军事历史；而电子游戏专题的魔兽工作组负责一个单机游戏系列。
参见[编辑]
- Wikipedia:Article alerts
- Wikipedia:专题委员会/专题指引/技术备忘
- Wikipedia:专题委员会/Banner standardisation
- Category:Generic WikiProject templates
- Wikipedia:Wikipedia Signpost, which has a weekly section on WikiProject news, with a featured project
- Wikipedia:专题委员会/Inactive projects (list of inactive projects), Category:不活跃专题 and :Category:Defunct WikiProjects
- Wikipedia:Wikipedia Signpost/2013-04-01/WikiProject report
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
