在工作中就开源软件的使用进行谈判时要避免的 4 个词

还没有读者喜欢这篇文章。
Z: The open source generation

Opensource.com

如果您在一家不专注于开发的组织工作,那里的计算机系统用于支持其他核心业务功能,那么让管理层认可使用开源可能很棘手。以下是我如何与我的老板和我的团队谈判,让他们接受并尝试开源软件。

我在一所学术图书馆工作,使用开源软件用于

在我的领域,高层管理人员不是技术专家。我的直接主管是图书馆员,他们的老板是学者和会计师。因此,与他们达成尝试使用开源软件的协议,最终归结为我自己、图书馆馆长和大学行政部门的各位成员之间的一系列讨论。

不变的是,第一个被问到的问题是:“供应商是谁?”考虑到大学的每个其他方面都由供应商管理,只要需要第三方服务,这是一个合理的问题。因此,重要的是要理解他们的观点以及他们做出决策的方式。很多时候,高层管理人员的首要考虑是预算,几乎所有问题都是通过财务的棱镜来看待的。

通过仔细选择我的措辞并避免使用这四个词,我成功地将开源引入了我们的团队。

开源

对于科技行业以外的许多人来说,开源让人联想到高风险和低安全性。因此,在谈论“开源”时,我特意包括了“软件”和“工具”这两个词。

当我向他们解释说,像 Google 和 Whitehouse.gov 这样的其他组织也在使用开源软件和开源工具时,他们稍微放松了一些。管理层可能对技术没有很好的掌握,但他们会理解参考的价值。知道有供应商可以作为后盾也对他们有所帮助;在他们看来,这有助于减轻一些风险。

免费

我天真地认为,使用“免费软件”这个词会立即吸引高层管理人员以预算为导向的思维方式,但我大错特错了。对于习惯于购买服务的人来说,“免费”这个词是“垃圾”的同义词。那天会议上的评论是:“一分钱一分货。”在许多人看来,高标价证明了高质量。因此,对于这些决策者来说,不花钱的软件立即亮起了红灯。

如果您被问到“为什么这个软件不花钱?”,一个好的回应是谈论一些通过支持开源技术而蓬勃发展的企业。其中一家是Equinox Software,它为 Evergreen 图书馆系统提供支持。与您的领域相关的示例,例如我所在领域的图书馆示例,具有镇静作用。对于熟悉供应商的人来说,知道开源世界中存在供应商令人安心,这有助于消除关键系统背后只不过是一群青少年“黑客”在他们妈妈的地下室里工作的神话。

贡献

当我解释贡献者社区工作和生产开源软件的概念时,我被问了很多问题,例如

  • “我们是否需要每月承担一定的工作量?”
  • “这将如何管理?”
  • “这会干扰我的其他工作职责吗?”

他们担心的是,他们支付我的工资,而不是社区的工资。那么,他们为什么要让我用他们的时间来为社区的项目工作呢?

对我来说,为社区做贡献是为了让每个人(包括我们自己)的软件变得更好。因此,换句话说,贡献是一种共享维护的形式。我们不仅仅是在贡献;我们正在进行维护。

“维护”这个概念很容易理解和推销,因为一切都需要维护,包括我们基于 Microsoft 的公共网络。因此,与其谈论社区和贡献,不如将花在开源软件或工具上的时间视为我们将为任何系统执行的“日常维护”。

开发

当我使用“开发”这个词时,得到的回答是:“我们不是软件公司。” 这很公平,我们可能不是,但这里的问题是这个词的含义。当在科技和软件世界以外的领域和行业中使用时,“开发”可能向高层管理人员暗示您想从头开始构建软件。

 因此,我 开始谈论“敏捷性”并 解释说,“开源将加快我们响应员工和管理层的功能请求的能力。”

我通过简单地演示软件的灵活性来加强这一点。一个有用的技巧是向管理层展示我只需点击一个主题就可以改变整个网站的外观和感觉。如果您在科技界工作,这没什么大不了的,但对其他人来说,这可能是纯粹的魔法。

 

User profile image.
Robin Isard | Robin 的图书馆职业生涯始于在华盛顿特区公共图书馆担任 Intranet 开发主管。之后,他在海外生活多年,主要在西非的冈比亚共和国、塞拉利昂、几内亚比绍和几内亚科纳克里建设 IT 基础设施。

28 条评论

很棒的文章!!

您应该使用的词:“Firefox”和“Apache”。指出大多数人每天都在不知不觉中使用开源技术。

回复 作者:Aseem Sharma

我工作的部门甚至更远离技术,但您的文章让我再次思考,也许我可以改变一些人的想法。谢谢。

以我的经验,并排演示性能,然后说明价格,就能让您入门。从那时起,交付成果并谨言慎行。设置 FLOSS 演示的低成本使这变得相当简单,无需在任何预算中列出明细。

例如,在一所学校,我发现付费 ILS 在购买两年后无法正常工作。供应商只是懒得解决问题。我花了 15 分钟安装了 KOHA 并展示给图书管理员。几天之内,付费系统的供应商就让他们的东西工作了。几年后,同一供应商在另一所学校做了同样的事情。它的软件在经过数周的讨论后不接受提供的“密钥”。我安装了一个 FLOSS ILS,很快付费供应商就解决了它的问题。可悲的是,这两所学校都多花了数千美元,才获得了与 FLOSS 应用程序类似的性能,而 FLOSS 应用程序不会让源代码的封闭或其他任何因素妨碍性能。从头到尾使用 FLOSS 就是这么简单。

在另一所学校,带有“密钥”的 CD 丢失了,一个昂贵的软件无法运行,供应商不肯让步。他想为相同的性能再次获得报酬。我们用 GNU/Linux 和 Moodle 以及其他几个 FLOSS 应用程序替换了操作系统和应用程序,此后拥有了更好、更敏捷的 IT。FLOSS 是教育领域 IT 的正确方式。我们的业务是教育,而不是让垄断者致富。我们不欠他们奢侈的生活。

的确如此。套用厄普顿·辛克莱的话,当人们的薪水取决于他们不理解某事时,很难让他们理解某事。

几年前,我曾在学校的计算机实验室安装了一个瘦客户端 K12Linux(以前称为 K12LTSP),并获得了校长的批准。它运行了大约一年半,孩子们都很喜欢它。但后来,中央办公室的 MCSE 害怕“那个 Linux 东西”,进入学校,并在其中一位主管的支持下将其拆除。

幸运的是,几年后我遇到了与 Robert Pogson(上面)类似的情况。我们的负载均衡供应商 F5 给我们提供的支持非常糟糕。不仅技术人员一窍不通,而且他们几乎不会说英语。事实证明,F5 代表将在本周晚些时候出现,与我的老板谈话并向我们推销更多东西。因此……我的一个伙计和我决定给我们的老板一些“弹药”。我们使用两台台式 PC 和 CentOS 5 复制了 F5 的 BigIP 负载均衡器,并完成了故障转移,及时迎接了 F5 代表的来访。我的老板随意地向代表展示了我们正在运行的设置。一周之内,我们的帐户被分配给了一个不同的支持团队,从那时起,支持就好多了。有趣的是,它是如何运作的,不是吗? :-)

您一定会喜欢自由软件。即使您出于政治原因必须称其为开源。:-D

--SYG

在阅读了这篇文章之后,我仍然在搜索要避免的“四个词”。这篇文章写得多么糟糕啊。作者,请澄清一下。

哇,如果您是搞技术的,您需要辞职了。

哇,你真幽默

我不确定您是否在钓鱼,但要避免的四个词是小节标题
1 - “开源”,务必每次都包含软件或工具这两个词。
2 - “免费”,因为它暗示了 FLOSS 社区之外的人的垃圾或劣质产品。
3 - “贡献”,而是将其称为日常维护。
4 - “开发”,而是将其称为敏捷性,以便更好地满足员工的需求/愿望。

同意。而且是 5 个词,不是 4 个...

在阅读了这篇文章之后,我仍然在搜索要避免的“四个词”。这篇文章写得多么糟糕啊。作者,请澄清一下。

@Leading Edge Boomer:您看到这四个段落都有粗体标题吗?这可能会结束您的搜索...

但这 4 个词是开源的核心概念和魅力所在。

对于技术人员/程序员来说,是的。
我同意,这些都是好事。

另一方面,管理者有不同的想法,因此他们需要从不同的角度进行解释——这对他们的 KPI 有什么好处。

很棒的文章 Robin,我敢打赌您会对这个做出有趣的贡献:https://github.com/nickdesaulniers/What-Open-Source-Means-To-Me

虽然该链接引用了许多技术专家对开源的观点,但本文补充了这些观点,说明了如何克服管理层对利用开源的阻碍,从而实现成果。

很棒的文章 Robin,我敢打赌您会对这个做出有趣的贡献:https://github.com/nickdesaulniers/What-Open-Source-Means-To-Me

根据我的经验,要使用的 4 个词
* 跨平台可用性(因为大多数 OSS 软件都可以在 Win、Mac、Lin 上使用)
* OSS 开发人员的响应能力(针对错误或提供修复程序的快速解决方法)
* 员工可以在家中使用相同的软件,或者在他们带到工作的笔记本电脑/平板电脑/智能手机上使用。
* 无需许可证麻烦(有时,使用特定软件的团队是动态的,人员的添加和删除总是会引起许可证麻烦)

让我觉得最有趣的是对组织的深刻分析,这有助于理解如何与决策者交谈。正是这种最初的认知对于在所有领域的规避风险类型中取得进展至关重要。

不过有一件事:我没有看到这四个词是如何避免使用的,而更多的是解释。我希望得到一堆同义词来使用。

总的来说,这确实包含了一些可以为未来使用而保留的真理。我曾在一家大学工作过,该大学花费巨资购买许可证,因为他们认为这是确保稳定的唯一方法。这是在被自制工具困住多年之后。我不知道他们是否曾经想到过考虑 FOSS。

作为 Robin 的大学图书馆馆长,我可以证明他是如何帮助克服我们机构对 FOSS 的恐惧的。从我的角度来看,文章中没有提到的最重要的词/概念是“雇佣”;也就是说,正确地雇佣员工,以便您拥有具有正确技能组合的员工来证明您的 FOSS 策略将奏效——并且运作良好。我们的项目已获得同行认可,这提高了我们部门在更大组织内的积极“能干”声誉。

这位作者是天才,我们应该听他的。我们很少关注心理学和现实错觉;大多数人都在这种错觉下,认为 GNU/Linux 明显更好。这可能是它不被边缘化的唯一方法。我们生存的确定能力并不意味着我们不会完全被边缘化。请遵循这个想法。不要只是听到真正的好东西。还要去做。以身作则。您很重要。没有水滴就没有海洋。成为浪潮。我们是克服者。光明真的大于黑暗。分享。

浪费了 3 分钟

<blockquote><em>浪费了 3 分钟</em></blockquote>
然而,您“浪费”了更多时间来评论!

天哪,浪费了这么多。我们该怎么办?

回复 作者:Sania (未验证)

有趣的是,图书馆工作人员实际上很能理解开源。毕竟,图书馆在很大程度上与开源思维方式相符。图书馆的目标是尽可能广泛地共享信息,并且相信这是一件从根本上来说的好事,如果人们有机会学习和获取知识,将使每个人受益。图书馆是一项社会公益事业,免费提供给公民,并相信由此产生的成果,即这些通过知识和创造力而获得能力的人们的贡献,最终将使社会受益。

那么什么是开源?它是一项非常相似的社会公益事业,以非常相似的精神贡献并提供给所有人,并具有相似的信心。

如果一位图书馆经理特别询问开源软件如果是免费的,怎么会有价值,请考虑问他图书馆服务是否有价值。毕竟,它们也是免费的——那么图书馆用户是否应该怀疑图书馆有什么不正当或劣质的地方呢?

这篇文章让我印象深刻的不是“推销”,而是对 FOSS 的实施如何在给定的专业环境中实际运作的洞察力。我的兄弟在一家大型公司工作了几十年,在一个 IT 团队中工作,主要为该公司特定且复杂的业务环境制造 IBM 产品。通常,IBM 产品的流动是单向的,本地 IT 团队会尽可能地根据(不断变化的)目的对其进行定制。

对于这位作者来说,实际的现场实践似乎围绕着他自己的角色,既 a) 为他的图书馆定制(“维护”)开源软件,又 b) 他所做的事情也“贡献”于更大的 FOSS 项目的开发的反馈循环。图书馆可能会以折扣价获得其定制软件,抵消的是他们的受薪员工正在“上班时间”为软件项目开发。

只要图书馆有一位像作者这样有才华的“IT 人员”在职,那就太好了。这提出了 FOSS 将如何在其他情况下运作或可以运作的问题,例如,当图书馆工作人员不是开发人员,并且需要可靠的供应商来实施 FOSS 或专有系统时。

FTFA
<blockquote><em>当我使用“开发”这个词时,得到的回答是:“我们不是软件公司。” </em></blockquote>

……这是<b>每个不明智的经理</b>都说过的。

<ul>
<li>他们如何在没有电子邮件的情况下与客户互动?(让您的手指走路?)
<li>为什么他们没有网站?(或者他们还在报纸/黄页上做广告吗?)
<li>他们如何跟踪他们的客户?(或者他们还在使用塞在文件夹里的纸张吗?)
<li>他们如何管理库存?(还是 FFA?)
<li>他们是否将账簿保存在真正的皮革装订“书籍”中?(也许绿色条纹使使用 10 键手摇曲柄轻松添加数字)
</ul>
... 等等。

您可以使用很多词,这取决于使用环境以及您对项目、程序/流程、编程等的了解程度。我在一个开源环境(我们公司对 OTRS 项目做出关键贡献并开发附加模块)中工作,我经常与一些开源爱好者和闭源爱好者联系。我认为我们应该了解双方,以便能够自由沟通,并且我们还应该看到两个“世界”之间的整合和激励潜力。

嗨,Robin,

有趣的文章。感谢分享 :)
一个小问题问您和 PurpleLibraryGuy:所以像图书馆开源是为了社会公益,明白了。然而,在图书馆里,书籍是由图书馆所有者购买的,因为书籍的作者通过出售书籍来换取金钱。图书馆可能会向我们收取使用书籍的费用,以换取我们通过阅读这些书籍获得的知识。如果图书馆由信托机构或政府运营,则可能是免费的。众所周知,书一旦读完,就可以根据需要阅读多次,因此可以被其他读者重复使用。类似于我们当前的 OSS。所以现在图书馆是某种非营利组织或利润较低的组织(如果其会员人数很多)。无论如何,书籍的作者在他们的书籍被买家或个人读者购买时都会赚钱。所以我想知道,在 FOSS 社区中,开发者如何获得任何好处?或者他们甚至获得任何金钱利益,或者他们贡献的时间和技能只是为了他们对编程的兴趣和热情,或者帮助社会进步……?如果是这样,那么我们永远不知道 FOSS 软件可能会被任何人如何使用……!

也许上面听起来有点令人困惑,但如果有人理解我的问题,请提供一些线索,以便我对全局有所了解。

提前感谢 :)

此致,
Pratik Mehta

知识共享许可协议本作品根据知识共享署名-相同方式共享 4.0 国际许可协议获得许可。
© . All rights reserved.