即将离任的高级工程师拒绝向OSS社区介绍替代产品

2020-11-28 00:47:49

我们有一位资深的,非常有能力的(即5倍)工程师“ Gust”,他已经收到通知(4周),并将离开。在正式晋升之前,我们公司喜欢在升职长达6个月后“测试”人们的新角色。由于Gust的前任经理的无能,Gust的工作水平比他的薪资等级高2个级别,为期18个月,并且培训的新工程师的薪资水平比他的薪水还要高(即Gust是“高级工程师I”,并且一直在培训新的“ II / III级高级工程师职位一年以上)。我尝试通过晋升为“高级工程师II”和奖金来弥补过去12个月的“遗漏工资”(试用期不得超过6个月)来缓解这种情况,但古斯特却想直接进行2-3次晋升(公平,但高级管理人员由于“光学”原因甚至更高的奖金而被拒绝,甚至更高的奖金,即“如果我培训的人员比我高2级,我应该比我目前的工资等级高至少3级”。古斯特等到年度奖金和股票支付清算为止,并通知了他。

我的问题是,尽管Gust为最终的替代者提供了文档和培训材料(必须聘请3x中级工程师来代替),但他的许多工作还是取决于对开源技术的更改(GitHub上的众多开源项目)。即使我们可以在这些项目上逐步培训他的替代人(毕竟,这只是代码),但在这些项目上取得成功的很大一部分涉及到与这些项目的维护者/贡献者有必要融洽的人。

我不知道古斯特(Gust)的所作所为,但这些项目的大多数开发人员(至少是我们通过电子邮件与之联系的那些开发人员)基本上都告诉了我们,并且鄙视中级工程师(在某些情况下,非常粗俗的语言)。我们如何最好地与这些开源团队互动,并从Gust传递“火炬”给我们的中间工程师,以便我们可以继续为这些项目获得所需的功能?我们直截了当地向古斯特寻求帮助,他断然告诉我们“你们自己去吧;为我下班后的业余爱好向您介绍我的哥们不在我的工作描述中”。我没有在邮件列表或GitHub页面上看到任何表明Gust鼓励这些团队虐待我们的东西,但是我怀疑这样的人对于任何参与该项目的新手都会如此粗暴,除非他们被指示对我们采取这种方式。

评论不作进一步讨论;此对话已移至聊天。 – Lilienthal♦

Gust与维护该开源软件的人员有个人工作关系。您不认为古斯特(Gust)宣泄过您公司对他的工作和职责的处理?您认为这些贡献者中的每个人都没有听说过Gust关于您如何承认自己的薪水过低并使他变得不平稳的投诉吗?您是否拒绝将他提升为他已经从事的工作?是否需要3名员工来完成一个工资过低的人以前做的工作?

不,他们听过他对您的所有抱怨。他们对他们很同情,现在他们对你感到讨厌。而古斯特绝对是正确的-以任何方式帮助您解决这些联系绝对不是他的责任。

老实说,您不仅在广场上。一个陌生人会比你处于更好的位置。相反,您可能会对您和您的公司产生积极的反感。

听着,我知道被Gust吸住了什么。我只是他们雇用来填补他的鞋子的大佬之一。我知道您可能对我们的公司感到不满,并且我可以理解(当我发现发生了什么事时,我并不高兴。)

我遇到了X问题。我不知道您是否可以看一下-我知道您多年来在这些模块上做了很多工作。如果不能的话,我一定会理解-请让我知道这两种方式。

换句话说,这就是这三项技术中的一种,它们试图将它们与贵公司对Gust的处理方式区分开来。而且,也许第三方演员会对他们有一点同情/同情(他们不是那种在古斯特上受骗的人)。

请记住,从事开源项目的人是出于娱乐目的(或出于其他一些原因)免费这样做的。当有人付钱做事并建议实施开源项目不需要的东西,但会帮助X公司赚钱(并证明领导能力/软技能的人)时,这不一定以积极的态度看。尤其是当那些人知道您的公司严重破坏了他们的维护者之一时。 –萨尔瓦多·达利

这是一个很好的答案,但是我认为示例字母可以使用更多礼貌的语言。 (这可能是地区性的,但是如果我收到了有关命令的电子邮件(“听”,“请告诉我”),并且没有“请”或“谢谢”,那么我个人不太愿意提供有帮助的回复) –亚伦F

@SalvadorDali不一定是真的。大多数大型项目都是由敬业的开发人员专业地运行的,这些开发人员可以直接由基金会雇用,也可以由自愿雇用员工时间的公司雇用。 –迭戈·桑切斯

当然,Gust会让项目维护者知道。古斯特需要一份新工作,还有谁比其他维护者要问的更好?他们使用相同的技术工作,可能了解空缺职位,并且可以证明Gust的专业知识。 – MSalters

令人惊讶的是,开发人员不像那些挨打的配偶回到他们所谓的丈夫那里,尤其是因为他们还有很多其他机会可以得到更好的对待。 – Laurent S.

如果您需要将特定功能添加到“这些项目”中,则需要自己开发或雇用外部人员来完成。您需要与“中级工程师”分配适当的时间和精力,而不是与维护者“建立融洽的关系”,以便他们可以直接为该项目做出贡献。看来他们可能会收到不好的反应,因为他们到达了该项目并开始索要东西-这不合适,他们对该项目给予了什么?他们是否贡献了许多有助于维护者目标的高质量代码?那是获得尊重所需要的,而不是“连接的移交”。如果他们因为需要一些独特的经验而不能做到这一点(很有可能只有一些学习曲线,可以通过为工程师分配足够的时间来解决),那么您可以与特定的维护人员联系(“ Gust”本人可以是一个选择,但可能不会)并尝试雇用他们作为承包商来使用您的功能。

您似乎很幸运,能够免费完成自己的功能,这主要是因为某人的软技能偶然带来的好处,而该人的职业受到“缺乏软技能”的限制。这种情况很少见,不应该在将来继续下去,也许您会在一段时间内恢复这种能力,但短期内不会。您在那里运行良好,但是现在结束了,它可以照常营业了-这将需要您为这些功能的开发提供资金。不管是金钱还是工程师的时间。

我同意这一点,该公司需要一个开放源代码策略,该策略需要定期为其所依赖的项目做出贡献。在这里,根本问题似乎是法律部门仍然相信“ GPL =癌症” FUD。 –阿蒙

@amon:我敢打赌,真正的问题是法律部门是由同样负责Gust问题的人事部门雇用的。这个问题通常会更糟,因为人力资源需要处理劳动法,因此更有可能假设他们自己可以判断候选人的技能水平。但是知识产权法与劳动法有很大不同。 – MSalters

我们如何最好地与这些开源团队互动,并从Gust传递“火炬”给我们的中间工程师,以便我们可以继续在这些项目中获得所需的功能?我们直截了当地请古斯塔夫帮忙,他断然告诉我们“你们自己去吧;把我介绍给我下班后的伙伴,这不在我的工作描述中了”

尽管Gust语言色彩丰富,但他是100%正确的,因为您的公司无权与Gust失去工作联系,您或Gust或任何人都不能强迫某些开源志愿者为任何事情做出贡献。那是依靠自由劳动的弊端,它没有义务继续供款。

这些项目成功的很大一部分涉及与这些项目的维护者/贡献者有必要的融洽关系。

然后,您需要开始与新员工建立融洽的关系。这将需要机智,关怀和谅解,即您正在与纯志愿者一起工作,没有任何法律约束他们与该项目的人员。这意味着您的公司没有时间享有他们的时间,而试图以这种方式行事只会导致闪电般的疏远他们。

现在,无论是他告诉他们他认为您的公司有多糟糕,还是他们从这三个过渡期中获得了应有的待遇,这都不重要,因为现在由您自己决定如何前进。您可以通过雇用人员来维护项目(志愿者或内部雇用更多人员),或者尝试与该项目的志愿者重建关系来做到这一点。

招聘人员非常简单,无需多做解释。关于与开源项目社区建立关注和建立关系,以我的经验,让志愿者跟随您的最佳方法是表明您的目标是一致的,并且您愿意通过继续努力去做项目需要成功的工作。

我尝试通过晋升为“高级工程师II”和奖金来弥补过去12个月的“遗漏工资”(试用期不得超过6个月)来缓解这种情况,但古斯特却想直接进行2-3次晋升(公平,但高级管理人员由于“光学”原因甚至更高的奖金而被拒绝,甚至更高的奖金,即“如果我培训的人员比我高2级,我应该比我目前的工资等级高至少3级”。古斯特等到年度奖金和股票支付清算为止,并通知了他。

也许您应该从晋升结构中排除例外,看来这是前进的最佳方法。现在为时已晚,您必须处理后果。

是的,不仅“ Gust”工作在他的薪水等级以下,而且他还具有与这些项目的捐助者良好关系的隐性(读作:理所当然)。如果他们能适当地提拔他,他将-仍然-在他的职位之上增加价值。 – Brian

你搞砸了古斯特。他理应为你生气。与他无关紧要的是,对提升了他水平的经理的严重程度是“没有纪律”,或者说老实话,如果我在他的鞋子里走,如果你甚至提起那个主题,那对我来说是侮辱,就好像你认为应该这样做。对我来说很重要

实际上,我认为您甚至不了解您如何严重地破坏了Gust。是的,部分是金钱,但是还有很多其他东西。比方说,例如,古斯特(Gust)作为一名工程师I正在培训一名新聘的工程师II。这表明Gust他的经理认为他应该是一名工程师III。但是,公司没有提拔他,甚至没有晋升为工程师II,而是宁愿从外部聘用一个人,这需要更多的时间和精力。贵公司实际上是竭尽全力使Gust感到不舒服;至少可以这样说,这是一种进取和卑鄙的行为,令我感到惊讶的是,古斯特(Gust)在您第一次要求他训练一个高于他的水平的人时没有告诉您跳入湖中。最重要的是,Gust的职务是工程师I,即使他从事的是工程师III(甚至IV)的工作。现在,如果古斯特去了另一家公司,他将在简历上写上“ Engineer I”,因为那是他的头衔。如果他放了别的东西并且检查了它,就会发现他在撒谎。这意味着他只会在另一家公司申请工程师I或工程师II的工作,责任大幅下降,而期望薪水(和应得的薪水)大幅下降。就他的职业发展而言,您实际上已经从Gust的生活中偷走了18个月。他对你生气很对,确实很生气。当您说责任经理受到严厉惩罚时,我不知道您在评论中的意思,但是在绝对最低限度内,应将他解雇,原因是,遣散费为零,他的奖金和认股权被撤销。在那18个月的时间内,尽可能地扩大了诉讼范围,并且可能会以法律手段通知您,无论您是否可以起诉他,都是出于很好的考虑。那就是他把古斯特搞砸的严重程度。实际上,您可能希望研究可以针对该经理提出的法律问题;如果您所在的地区有这样的法律,Gust可能会对您提出的建设性解雇提起合理的法律诉讼,如果他意识到这一点,则可能会向您的公司提起巨额诉讼。

现在,第二个问题是如何替换Gust。您有一个高级工程师IV。您用3名中级工程师代替了他。那不行这与Gust的手可以在键盘上移动多快无关。您不能简单地将Jeff Bezos替换成亚马逊热带雨林大小的猿类,并期望它们不会将Amazon推入地下。当您失去Gust时,您会失去他的知识,这就是主要问题。您雇用的人根本不如Gust好,他们甚至需要数年的时间才能接近。您甚至认为这接近合理的事实表明您和/或您的公司管理层对工程技术缺乏了解。如果这是您的管理层的运作方式,也就不足为怪了他们如此可怕地对待Gust,因为他们根本不尊重成为工程师的意义。因此,您必须去修复它。

第三个问题是关于这个开放源代码存储库的。这是关于开源存储库的事情:要么拥有它们,要么不拥有它们。一些公司拥有/赞助开源项目,因此,当他们需要实现一项功能时,他们就有很大的余地。您的公司似乎没有;您正在使用此开源存储库来简化生活。但是,这不是您的回购。回购的维护者可以根据自己的喜好随意处理您团队的请求和贡献,确定门票的优先级,合并PR,等等。看来,他们没有。他们不依赖您,实际上是相反的。因此,您基本上有3个选择:可以分叉存储库并维护自己的副本,可以从头开始重建应用程序,或者可以找到另一个具有类似功能的存储库来使用,其维护者可能会更友好。我发现很难相信(如您在评论中所述)您能够使用存储库但不能派生该存储库,因此您可能需要再次检查。最坏的情况是,您必须将存储库用于维护人员将要提供的任何功能,与此同时,您必须构建自己的项目才能将应用程序从该存储库中迁移出来,因此您不必处理这些问题。维护者。要回答您的主要问题(黑体字):您不要“通过火炬”。你的桥被烧毁了。看其他地方。用粉笔来弥补损失古斯特的代价。也许您不应该像对待狗屎一样对待他,那么也许您不必承担这笔费用。它值得吗?

至于当您向古斯特求助时他的回答:我会做同样的事情。实际上,我认为您过得很轻松:他在回应您时只用了一个粗话。我会用很多很多。你应得的。如果您想再次与Gust交往,您对他的下一封信应该是:“我们希望将您的旧工作还给您,职位为高级工程师V(是的,5岁,比他所拥有的高出一个水平有权获得),其薪水为,并具有书面的,具有合同约束力的承诺,可以在1年内将您晋升为高级工程师VI,并适当提高薪水,以示善意。会,没有附带条件”。基本上,您必须给他一个他不能拒绝的提议。如果您不准备这样做,请不要向古斯特(Gust)求助,您只会惹恼他并使他生气,而且您可能会在骚扰诉讼中承担责任(我当然至少会考虑尝试这样做)如果我穿着他的鞋子)。

评论不作进一步讨论;此对话已移至聊天。 –先生正♦

作为独立顾问向Gust提供具有财务吸引力的合同可能只是他所需要的。知道他不是公司的“所有者”,他的职业前景不取决于管理的异想天开,而且他以自由职业者的身份过着更好的生活,这可能足以使他重返董事会。

当我离开全职工作的世界独自一人出去时,我的第一个客户是我的前雇主。成为雇员的烦恼和挫败感已经一去不复返了。我赚了更多的钱,有更多选择工作方式的自由,并且不受任何内部政治和管理方面的束缚。那使我更加快乐……甚至更好。实际上,我的前老板和我成了很好的朋友。我并不是说Gust会发生或应该发生这种情况,但我敢打赌以前的雇主/雇员关系的包disappear将消失,就好像它永远不存在一样。

除了形式分叉代码和维护公司特定的分支(不寻常,Debian,Red Hat和Android在不同程度上做到这一点)之外,这也许是我所看到的最现实的实践方法 – slebetman

我们如何最好地与这些开源团队互动,并从Gust传递“火炬”给我们的中间工程师,以便我们可以继续为这些项目获得所需的功能?

哇。您想从该开源项目中获利,现在您已经失去了这些项目的主要接口人员(并且可能是最熟练的)。

我没有在邮件列表或GitHub页面上看到任何表明Gust鼓励这些团队虐待我们的东西,但是我怀疑这样的人对于任何参与该项目的新手都会如此粗暴,除非他们被指示对我们采取这种方式。

不,我想还有另外一种解释-我想像这样的对话框:

“您读过X公司新员工的电子邮件吗?” -“是的,他们似乎还不太懂代码,对我来说这没有意义”-“哪里有狂风?” -“他离开了公司”-“不好,他们是否要求我们加入功能X-我们在那里仍然遇到一些麻烦,而新人似乎对此一无所知”-“他们是否承诺不做这项工作?”

是的我可以想象,当您“将功能添加到某个开源项目中”并使其悬而未决时(是的,失去最高级的人就会“悬而未决”),不管出于个人考虑如何,都会有些情绪激动。

“以高薪聘请他

......