跳转到内容

维基制作中的智慧/引入维基

来自维基教科书,开放世界中的开放书籍

本节解释了在引入维基使用之前甚至在引入之前应该注意哪些事项。本节的观点是整个组织的观点,而开始使用维基则采用了个人使用维基的实验和所涉及的第一个步骤的观点。引入过程在组织中自然比由个人用户启动时更具挑战性,因为用户更多,并且除了管理承诺外,还需要全体员工的支持。遇到变革阻力并不罕见。

关键因素不是维基平台本身的选择,而是对几个问题的仔细考虑:组织的流程、使用维基的目的以及通过使用维基要实现的目标;平台选择将根据这些考虑进行。

维基引入过程的阶段

[编辑 | 编辑源代码]

下面,我们将列出组织层面的维基引入过程的阶段。在许多情况下,可能不需要所有阶段,也不需要实施所有阶段。关键阶段按照实施顺序包括以下内容

  1. 初步需求规范:对维基的期望是什么;它将在什么环境中使用,用于什么目的
  2. 收集维基信息
    1. 研究不同的维基平台及其上实现的维基
    2. 研究相关报告
    3. 访谈、参观其他组织、标杆最佳实践
  3. 规范典型用例
  4. 规范技术要求,例如预期访问者数量和页面加载量
  5. 规范可用资源
  6. 规范体系结构衍生的要求,例如与用户管理、备份系统、网页发布以及特别是内联网、工作组软件和网络学习环境的集成
  7. 选择维基软件
  8. 选择生产模式:购买外部服务或内部安装
  9. 制定使用规则
  10. 可能的话,安装和配置维基软件
  11. 测试
  12. 试点
  13. 用户培训
  14. 推出。

正如我们在引言中提到的,组织流程的澄清应该是一个关键的优先事项。重要的是要定义维基预期推进的目标以及人们希望用它来完成什么。只有这些问题才能澄清维基平台选择的要求。

激发承诺

[编辑 | 编辑源代码]

如果维基平台取代了之前的解决方案,可能会出现反对和变革阻力。早在规划阶段,沟通就应该突出新系统与旧系统的优势。如果其他选择不存在,并且通过使用维基可以获得很多好处,这可能是一个非常好的论据(积极的强制)。

未来用户的承诺可以通过培训和组织内部试点来推进,我们将在下面更详细地讨论。

组织内部试点项目为例

[编辑 | 编辑源代码]

尤其是在较大的组织中,分阶段进行并通过试点项目引入维基使用是明智的。除了技术优势外,这种方法还有助于形成有利的用户态度,尤其是在第一个试点项目之后存在成功案例可以传播的情况下。

培训支持变革

[编辑 | 编辑源代码]

每当引入新工具时,新用户和维护人员都应该接受培训。有些人可能完全不知道如何使用维基,培训必须从一开始就进行(什么是维基,如何编辑页面,如何在维基中查找信息等)。培训可以在小组中进行,所有参加者都有自己的个人电脑和网络连接。这样,就可以在讲师的指导下练习维基的使用。

除了技术方面外,培训还应该涵盖所需的工作流程,如果需要,甚至花时间重新定义它们。通常,在引入维基使用时遇到的挑战不是技术困难,而是组织流程的改变。如果改变太广泛,许多用户可能会觉得旧流程更有意义。另一方面,如果流程根本没有改变,我们可以质疑引入维基的整个理由。

[编辑 | 编辑源代码]

应该仔细考虑将在维基中创建的材料的版权,并告知所有用户。使用的极端例子可以是,一方面,私人企业使用维基描述其内部流程,另一方面,一个以开明无政府主义精神运作的协会,专注于根据copyleft概念生产尽可能开放的内容。

企业应该分析各种信息项目对其内部运营以及业务的意义。在某些情况下,即使是企业也能从公共维基中获益:用户可以对例如公司产品的用户手册给出宝贵的评论。

内容维护

[编辑 | 编辑源代码]

维基的内容维护工作应该在有大量材料的情况下进行分配,尤其是当有大量材料时。可以指定不同的人负责不同的部分,根据需要处理它们的更新。有时,可能需要为维基指定一位主编来管理它的创建。如果参与者发现维基写作的障碍难以克服,他们可以将材料提交给主编,由主编将其插入维基。主编也可以充当版主。特别是对于公共维基(任何人都可以编辑其内容),内容必须定期得到版主的关注,因为任何开放的服务很快就会吸引链接垃圾邮件(或维基垃圾邮件)和广告。

维基的功能

[编辑 | 编辑源代码]

当你开始使用维基时,你必须了解你想要和需要的功能——例如,是否重要的是用户能够以类似于文本处理的方式轻松地编辑文本(使用WYSIWYG系统)。值得考虑的其他功能包括页面历史记录、语言、用户管理、数据传输和数据结构。

  • 页面历史记录。 您希望将页面上的所有编辑以及执行这些编辑的人员的信息存储起来,以便于恢复页面的早期版本吗?
  • 维基的语言。 用户界面是否必须用西班牙语编写,或者英语用户界面更适合更多贡献者?用户界面是否需要其他语言选项?
  • 用户管理。 如果维基对所有人开放,则可能需要监督用户,甚至禁止那些身份不明确或以可疑方式表明身份的用户。在实际选择平台之前,重要的是要研究平台的用户管理功能。
  • 数据传输。 情况会发生变化,可能需要在其他地方使用维基中的数据,或者完全将其传输到其他地方。无论维基平台是在内部还是外部,您都应该事先了解如何以及以何种形式从那里提取数据。
  • 结构和架构。 使用几年后,很容易发生信息在维基中不再容易找到的情况。因此,您应该观察有哪些搜索功能和各种数据分类工具可用。

维基的可使用性

[编辑 | 编辑源代码]

在选择和引入维基平台之前,您应该考虑可使用性。目标群体使用信息技术的用途、成员的 IT 技能以及他们工作的內容都应事先进行研究或至少考虑。如果您想将新入门者纳入维基作者群体,您必须注意写作的便捷性。例如,维基百科中的基本编辑器(例如维基代码编辑器)对所有人来说不够容易,因此,如果您提供扩展编辑器作为选项,您可能会降低一些用户的障碍并帮助他们开始写作。

如果您的维基的使用仅涉及文本和图片的简单制作,并且用户是新入门者,并且不经常使用维基,那么您应该选择用户界面尽可能简单的维基。您应该这样做,即使是以牺牲您可用的功能数量为代价。

如果用户是经验丰富的维基作者,您可能会选择具有大量功能和适合高级用户的语法的维基。这些用户中的许多人欣赏能够以标记语言编写,而不是使用任何所见即所得编辑器,因为 标记语言 更快。

导航的便捷性

[编辑 | 编辑源代码]

如果您的维基的结构事先没有规划好,那么页面的导航就会变得困难,或者换句话说,维基的可使用性就会受到影响。如果维基包含大量页面,并且允许其以有机方式形成自身,而没有适当的结构基础,那么很快就会难以在那里找到所需的信息。维基具有使导航更容易的技术功能。许多维基服务允许用户创建导航和页面层次结构。我们可以将维基与添加新页面和编辑旧页面的书籍或文件夹进行比较。

大多数维基程序允许使用元记录或索引词来方便找到维基文章。这些词语也方便了维基的使用。

维基使用成本和利润产生模型

[编辑 | 编辑源代码]

一般来说,维基不会产生直接收益。在实践中,产生现金流的最常见方式是向访问开放维基的访客展示广告。维基带来的大多数真正财务利益来自其服务对用户的有用性。

例如,作为内部网运行的维基可能比更传统的内部网应用程序拥有更经济的许可策略。此外,如果维基让员工更渴望参与组织集体知识的汇编,那么这种额外的好处可能是无价的。

维基服务的成本应在 TCO(总拥有成本)级别考虑,或者换句话说,所有次要成本都应包括在内。这些成本可能以时间和金钱的形式出现。服务器费用的份额在总成本中相对较小。一个好的维基需要持续的维护。

云服务

[编辑 | 编辑源代码]

作为 云服务 实现的维基服务可能免费,也可能每月花费几十欧元,或者可能花费数千欧元,具体取决于维基的功能和访问者的数量。如果该服务作为云服务提供,则没有其他金钱成本。

虚拟专用服务器,完全托管

[编辑 | 编辑源代码]

提供主机服务器的方通常收取年度或月度费用,通常包括所有技术维护、备份系统和所有数据安全更新。在虚拟专用服务器上购买完全托管服务时,您应该确保服务包括您想要的维基软件。如果您打算使用服务提供商不提供的软件,可以选择使用您自己管理的虚拟服务器。

客户管理的虚拟专用服务器

[编辑 | 编辑源代码]

您自己管理的虚拟专用服务器的费用通常只包括硬件和操作系统的维护。安装在这些服务器上的维基等实用程序由客户自己管理。这给了客户更多关于软件解决方案和定制的选项,但也意味着更多维护工作。额外的工作来自维基的安装和调试、所需的数据安全更新以及操作激活后的监控。备份系统通常属于虚拟专用服务器的服务协议。

内部服务器

[编辑 | 编辑源代码]

如果您在自己的服务器上内部安装了维基,您的成本将包括服务器的购买成本、电力和网络成本、服务器技术维护所需的时间、备份副本、数据安全等。除非您的组织已经拥有其他服务器,并已建立一个经过适当优化的服务器维护流程,否则服务器的购买成本可能与所需维护时间的成本相比相当小。在 下一部分 中,我们将处理与安装在内部服务器上的维基平台相关的某些问题。

用户培训

[编辑 | 编辑源代码]

一旦您的维基可靠地运行,您应该评估用户的培训需求,然后对他们进行培训,这将产生由于培训安排本身以及受训人员所需的工作时间而产生的成本。即使您的受训人员熟悉使用维基获取信息,他们现在也作为新手作者,需要书面说明,最好还要提供个人指导和鼓励,以进行网络写作。

安装在内部服务器上的维基平台

[编辑 | 编辑源代码]

您可以将维基作为 服务 获取,也可以将它安装在您自己的内部服务器上。在本维基中,我们在 开始使用维基 部分提供了有关易于部署的维基平台的信息。

通常,设置内部维基平台的原因是,未来维基的内容对于组织的运营来说至关重要。即使维基是公开的,任何人都可以编辑,但任何关键信息的安全性(备份副本)以及确保信息可用性的必要性(服务器和服务正常运行并可用)构成了设置内部维基平台的良好理由。

您还应该考虑是否将存储在维基中的信息放在内部服务器上,还是将其放在某个外部方的服务器上。根据您组织的工作方式,内部服务器上的信息管理起来要么更容易,要么更困难。内部安装还需要技术资源来维护维基。您可以从不同的外部方购买服务器的技术维护服务,并且在您委托服务器时,您也可以从外部购买维基的修改,使其与公司的形象和预期的使用目的相匹配。

在选择维基时,您应该考虑其内容是什么,它处理什么类型的信息,以及维基将如何使用。问问自己这两个基本问题:(1)此信息对于组织中的任何特定功能来说是否至关重要或以某种方式必不可少,即数据的可用性对于日常工作而言是否重要或甚至至关重要?(2)如果维基中的信息或大部分信息必须转移到其他地方或服务,是否可以有效地完成此操作(退出计划)?信息对组织越重要,就越应该考虑谁运营服务的问题。特别是当处理免费服务时,您应该仔细研究他们的条款和条件,并确定他们描述的服务水平是否足够。建立自己的维基环境是最昂贵的解决方案,但如果您这样做,维基的信息内容将更牢固地掌握在您自己的手中。即使您使用免费和开源软件,您也会因为工作和服务器空间而产生成本。

如果有充分的理由使用维基,并且组织更倾向于内部安装,那么您应该比较不同的维基平台。您组织中的 IT 专家应该参与进来,以帮助进行比较,因为您将遇到的某些要求将直接与技术方面相关。

有许多可用的维基平台,任何打算选择一个平台的人都将在选择时遇到一些困难。开始搜索和比较平台的一个好地方是 WikiMatrix 页面。下面,我们将介绍可能安装的平台示例。

维基平台示例

  MediaWiki is the platform used by all Wikimedia Foundation projects. It is free and open
  source software and can be installed for your own use without licence fees. There are
  hundreds of extensions available for MediaWiki to provide new features rather
  easily. If you are reading this book in Wikibooks, you are using MediaWiki at the moment.
  You could try the edit-button to see how you can write in here. There are several derived
  programs of MediaWiki that are easier to use and simpler than MediaWiki itself. For
  example, DokuWiki, compared to MediaWiki, is a light and fast
  platform with extensions still under development.
  
  Trac is a wiki that combines task management and the follow-up
  of the source code; it is suited for software projects in particular but will be flexible
  enough to accommodate also other sorts of large projects provided they can be subdivided
  into smaller "tickets". In such a case, someone should be involved in the configuring of
  the software that understands the procession of a software project and is able to adapt
  Trac logic to the needs of such projects.

维基选择

[编辑 | 编辑源代码]

维基选择 部分,您将找到有关选择维基平台相关问题的更多信息。

参考文献

[编辑 | 编辑源代码]


维基制作智慧内容
维基制作智慧首页 1. 概述 2. 开始使用维基 3. 维基的不同用途 4. 维基的目标群体 5. 引入维基供使用 6. 维基内容制作流程 7. 优秀的维基素材 8. 维基文献
华夏公益教科书