Goldicon-construction-48x48.png
正在施工
这篇文章正在施工。在此期间编辑本文会引起冲突。
你可以在这里找到其他等待帮助的词条列表。
如果超过15天没有编辑,请手动删除本标签。

本文档用于指导编辑进行项目的评估、建立和参与。

对本文档或者本维基有任何疑问,欢迎加入编辑组446449482咨询。

定义

在编辑层面,我们将制定一个具体目标并促使其完成的过程称为项目。

一个项目可能有多个阶段,如评估、文档编写、施工和验收等。

项目的工作内容可以是内容的收集(如从其他地方转录文本等),也可以是已有内容的整理(如格式化所有图书词条以便查询等),还可以是已完成词条的审核校对(如编辑组一直在执行的精品词条项目等)。

评估阶段

并非所有的工作都值得立项。管理组认为,一个有价值的项目至少应当包含以下几个特征:

用户需求

在立项之前,请认真考虑:

用户是否真的需要你的项目内容?
你的项目提供的内容应当有明确的用户受众。
当然,我们也不反对你为了“爱”而去坚持一个项目。
如果真的需要,他是否有其他的选择?
一个很显而易见的例子,当用户想要搜索某件装备掉落的时候,他会首先选择数据库(如178wowdbwowhead等)。因此,上魔兽维基查装备掉落并不会是用户的首选。
在已有的BOSS词条中增加掉落信息属于锦上添花,不在本文的讨论范围之内。
项目产生的优势是否能弥补选择之间的落差?
有很多资料散布在互联网上各个角落,直接百度、论坛搜索也是用户的选择之一。但经过项目的归纳整理,用户可以更容易地找到自己想要的东西。
还有一些内容保留在游戏内,用户必须开游戏、甚至练小号才能看到这些内容。将这些内容拿到游戏外保存也可以满足用户需求。

可完成性

你的项目必须具有一个具体的目标,同时内容必须有可靠的来源。

例如,神器故事项目非常明确地建立了“36件神器的研究笔记”这个目标,主要来源是游戏内文本的转录。

如果项目过于庞大或无法预估工作量,你可以尝试将其切分成若干个阶段性项目。

适应维基

相对其他平台而言,维基不像论坛那样适合讨论,也不像数据库那样适合查询。

但维基有反复更新、自由编辑、多人参与等特性,还有非常便捷的内链功能。因此,维基更适需要长期存档和完善更新的内容。能合理利用这些特性的项目才是合适的项目。

确认你的想法符合以上三点后,请在编辑组中提出。

确认想法可行后即可进入文档编写阶段。

文档编写

由于维基的多人参与特性,你应当将你的想法充分体现在项目文档中。

项目文档可以是独立的文章页、分类页,也可以直接写在未来的项目入口页中。

文档中应当包含以下内容:

概述

向其他参与者说明该项目的目的。你可以在这里留下你、编辑组或项目组的联系方式。

页面结构

绘制一个能描述页面关系的结构图(树形图)。
树形图与多层列表具有相同的作用。

如果绘制结构图有困难,你可以使用维基自带的列表功能代替。

以下结构以考古学遗物项目为例:

  • 考古学词条(不在本项目范围内)
  • 考古学遗物-项目入口
    • 遗物项目摘要、项目文档
    • 考古遗物分类
      • 分类描述(即考古学面板中对这一分类的遗物的描述)
      • 表格列:遗物名称及链接(图标)
      • 表格列:品质(可选,使用quality模板表示颜色)
      • 表格列:遗物描述
      • 表格列:备注
    • 分类(考古学遗物)
  • 具体遗物词条
    • 摘要(有图片的需要放在图片部分)
    • 描述内容
    • 游戏性物品相关(如玩具、装备、使用效果等)
    • 分类(考古学遗物)
    • navbox考古学遗物

以上列表和树形图可以在项目文档中起到相同的作用。

关于列表的格式,请访问灰机帮助:编辑页面的相关章节。

项目进度表

项目进度表用于记录当前完成的工作。根据具体工作的类型,你可以使用一维或二维表格对项目进度进行记录。

一维表格

一维表格适合记录页面较多、但单个页面工作量较少的项目。例如:

页面 完成情况
遗物1
遗物2
模板:考古学遗物 已完成

二维表格

二维表格适合页面较少、但单个页面工作阶段较多的项目。例如:

神器 第一阶段 第二阶段 第三阶段 备注
摘要
(简介)
神器故事 内链 配图 信息栏 分类 历史背景
(非必须)
外观收集
Warrior斯多姆卡,灭战者 完成 完成 完成 完成 完成 完成
Warrior瓦拉加尔之剑 完成 完成 完成 完成 完成 完成
Warrior大地守护者之鳞 完成 完成 完成 完成 完成 完成
Deathknight诅咒之喉 完成 完成 完成 完成 完成 完成
Deathknight堕落王子之剑 完成 完成 完成 完成 完成 完成
Deathknight天启 完成 完成 完成 完成 完成 完成

原表格有36行,此处为了显示方便而裁剪到以上长度。

使用建议

  • 使用代码模式便携表格比较困难,建议使用可视化模式创建和维护表格。
  • 如果你的项目由多种工作复合而成,你可以混合使用多种表格进行进度记录。
  • 如果数据太多,你可以将其拆分成多个表格。
  • 同理,如果你觉得工作量太大,你可以将工作也一并拆分。

关于表格代码的更多帮助,请访问灰机帮助:表格

施工阶段

在施工阶段,项目负责人可以预先创造好页面,并写入通用内容。

通用内容包括:

  • {{正在施工}}标识。
  • 如果你的项目中规划了信息栏{{infobox}},则应该附上一个已经写好预设参数的信息栏。请注意,不要使用infobox模板本身,你应该建立一个新模板来引用infobox。
  • {{navbox}}。navbox通常位于页面底部,用户将使用navbox在同类内容之间跳转。同理也不要引用navbox本身,你应当写一个新模板来引用navbox。
  • 二级标题、三级标题等。预先创建好目录结构可以有效减少编辑冲突。
  • 分类(即[[分类:分类名称]]标识)。相应的分类页面会列出所有带有该分类标识的页面。你也可以把分类标识写进infobox或navbox。

请前往编辑组QQ群446449482请求模板相关的帮助。

根据施工人员的能力,本阶段的完成方式可以分为如下两种。

承包式施工

这个鱼塘被你承包了。

—— 鲁迅

承包式施工可将各个词条分配到每一个编辑者手上,编辑者可以尽其所能完成手头的词条。

如果使用二维施工进度表体现该施工方式,单个编辑者的工作均为整行。

  • 优点:管理简便。施工较快的词条可提前验收,从而将编辑者释放到其他工作上。
  • 缺点:编辑者需要掌握词条中所有内容相关的知识,对水平要求较高。

流水线式施工

流水线式施工可将一批词条的同类工作交给同一个人完成。

如果使用二维施工进度表体现该施工方式,单个编辑者的工作均为整列。

  • 优点:编辑者只需要掌握自己负责工作相关的知识。
  • 缺点:容易造成编辑冲突,且验收工作会集中在项目结尾。
减少冲突的技巧
预先写好二级和三级标题可以有效减少编辑冲突。
阶段性保存。
你可以访问灰机帮助:编辑冲突获取更多信息。

验收阶段

项目负责人可以根据进度表中标识的进度进行验收。

验收过程中应当注意如下两点:

  1. 首先应当确保计划中的内容全部或阶段性完成。
  2. 其次,内容应当具备充分的可读性及美观程度,毕竟项目的最终服务对象是用户。

如果有一部分工作很明显无法完成,你也可以修改项目文档使之符合验收标准,但这种问题应该在文档编写阶段考虑到。 确认验收完成后请告知管理组,管理组会为你的项目安排一个显眼且合适的入口,并选择合适的时机推送到其他社区。

其他

  • 本文仅为建议性的指南。即使不遵守本文中的任意一条,你仍然可以进行自己的项目,管理组会按照一般性编辑行为对你的贡献做出反应。
  • 任何情况下,建议你加入编辑组446449482与其他编辑者进行交流。

以上就是本指南的全部内容,欢迎向管理组提出任何意见和建议。

avatar