在我们最近对英国教育领域的自由和开源软件进行的调查中,我们询问了学院和大学根据 12 个标准不选择开源解决方案的主要原因。 您可以在下面看到每个标准对于服务器上运行的软件的重要性评级
互操作性和迁移问题 | 80 |
---|---|
缺乏支持 | 71 |
软件质量差 | 60 |
不是用户想要的 | 51 |
缺乏员工专业知识,需要培训 | 49 |
我们的需求没有开源解决方案 | 43 |
法律问题,包括许可 | 30 |
识别相关软件的时间成本 | 29 |
迁移成本 | 25 |
现有的合同义务 | 18 |
文档质量差 | 15 |
解决方案无法扩展 | 14 |
我今天想提出的问题是,如果我们将这些视为代表教育领域更大程度采用自由和开源软件的障碍,那么这些障碍是在机构内部发现的,还是在为这些领域提供的软件和服务方面存在问题?
为了回答这个问题,我将标准分为两组——供应方和需求方。 让我们首先看看供应方。
供应方因素
前四个标准中的三个是供应方考虑因素:缺乏支持、软件质量差以及不提供用户想要的东西。
我们也可以将“我们的需求没有开源解决方案”视为与不提供用户想要的东西基本相同,这将使其成为最受关注的问题。
这意味着,从学院和大学的角度来看,开源软件社区只是没有提供这些领域所需的软件产品。
根据我们在编撰教育开源选项列表中的经验来看,这似乎有点奇怪。 也许问题在于意识和营销? 或者在教育领域是否存在确实没有开源选项的重大利基市场? 我们也知道,许多机构的采购流程可能会将开源排除在考虑范围之外——这也是缺乏意识的一个因素吗?
那么,供应方面的第二个主要问题将是服务和支持的提供。 正如我们在公共部门看到的那样,拥有商业合作伙伴是解决方案被采用的关键因素。(这里存在一个先有鸡还是先有蛋的问题,即必须先有采用才能支持服务市场,但缺乏服务会阻碍采用。)
最后是质量问题——针对教育的开源解决方案真的质量很差吗? 还是正在考虑的解决方案类型尚不成熟?
现在让我们看看需求方。
需求方因素
首要问题是互操作性和迁移问题——如果我们也加上认为迁移成本很重要的受访者,那么这无疑是未选择开源的最常见原因。
我们之前指出,开源、开放标准和互操作性之间没有简单的关系; 虽然原则上开源允许采用开放标准和更高的互操作性,但实践远没有那么明确。
然而,我们在这里尚未理清的是,问题是开源选项缺乏互操作性功能或标准合规性,还是问题在于它们将要替换的现有系统。
下一个排名的问题是缺乏员工专业知识; 同样,我们尚未理清这是否是软件的潜在用户、IT 运营人员或参与采购的工作人员缺乏专业知识,因此很难准确解释。 鉴于问题与服务器软件有关,因此可能是这些群体中的任何一个。
也可能是这个问题与供应方缺乏支持的问题密切相关; 通常对于服务器端软件,可以通过与供应商签订合同来处理配置和操作的复杂性。 对于开源选项,如果没有服务供应商可用,则需要机构的工作人员自行解决。
最后,这里剩下的问题都属于采购本身的合同、法律和程序问题类别。 虽然每个单独的项目排名都不高,但总的来说,它们表明采购方面仍然存在重大障碍。 这是我们最近一直在更深入研究的问题,例如在我们的采购决策因素简报中。
结论?
总而言之,从机构自身的角度来看,教育领域采用开源的需求方和供应方问题几乎具有同等的重要性。 但我们应该从中得出什么结论呢?
我认为我们可以将其归纳为五个挑战
- 我们需要解决互操作性问题。 锁定是一个问题吗? 缺乏标准是一个问题吗? 我们的朋友 CETIS 可以牵头解决这个问题。
- 我们需要提高对该领域现有开源解决方案的认识; 像我们的 教育开源选项 这样的列表在这里很有用,但项目也需要更积极地提高认识,并且可能需要在 UCISA 和 ALT 会议等活动中提高知名度。
- 机构需要改进软件采购流程,以便他们能够有效且平等地考虑开源和闭源解决方案。
- 我们需要建立教育领域的开源服务市场。 ULCC 在其 Moodle 托管方面非常有效,但支持其他主要开源软件解决方案的公司似乎在教育领域没有太多业务。(正如我之前提到的,这是一个先有鸡还是先有蛋的问题)
- 在没有现有开源解决方案的领域启动项目。 当然,资助项目存在众所周知的问题,但还有其他方法,例如 Jisc Co-Design 计划可以在这里发挥作用。
最初发布于 OSS Watch 团队博客。 根据 Creative Commons 重新发布。
7 条评论