数字天堂陷入困境_我如何以软件开发人员身份陷入困境，以及如何做到这一点...

数字天堂陷入困境

—嘿
—嗨，是的，由于预算限制，我们决定替换您
—嗯，好的
- 好，谢谢

这是与IT部门经理的最后一次对话。 本来应该是为了寻找双方（客户公司和我）继续合作的最佳解决方案的讨论。

这是一个问题，因为我正要回到自己的祖国，而公司也没有进行远程操作（即使我断腿工作了两个月也没有问题）。

实际上，对话总共持续了2分钟，这意味着人们已经决定如何对付我。

这个结果看似正常，但是我与项目中的大多数利益相关者进行的交谈是他们了解他们需要我继续进行该项目，因此可以选择远程。

为使您了解上下文，该项目仍在进行中，每周都会收到重要的功能请求。 该团队始终由技术负责人（me）和1-2名中级开发人员组成。 该项目包含React，NodeJS，Python。

项目的90％由我完成（基于我所做的贡献承诺和项目其他部分的数量）。 我说的不是吹牛，而是让您了解我的角色。

有了这些信息，以下是我如何Swift解雇您的经验：

1）不要涂糖衣

当我继续作为自由职业者为客户公司工作时，我发现行为模式与我惯常的行为模式完全相反。 您在东欧（拉脱维亚）工作，并且大多与同一地区的人一起工作，因此您可以开发出一种所谓的无BS政策。 我可以这样总结：

1. 当我走路时，我说的是“嗨”，而不是闲聊。 喝咖啡休息时间是为了聊天。
2. 不要无缘无故地在办公桌旁打扰人们。 更好的是，发送一条消息。 不能保证通过打扰某个人，您不仅会使他们失去专注力和思路。
3. 当公司会议不专注于我的团队，花费大量时间而只是一次典型的BS会议时，我会着手处理 对团队乃至 公司 至关重要的事情，而不是利用会议时间假装对某些事情产生兴趣0值。 老实说，有很多会议带来了0价值。
4. 如果团队或公司无法解决问题 ，请大声说出来 。
5. 如果您的项目所有者/经理不清楚任务的规格，请告诉他 。 如果您不了解他的澄清，请指出，直到他明确表示什么。
6. 如果某些过程没有意义，请说出来。
7. 如果有什么阻碍任何团队的进步，请大声说出来 。

如果您认为“这肯定会让我被解雇”，那您是对的。 特别是在那些人比较敏感的国家。 在欧洲，根据我的经验，您越走到西方，人们就越敏感。

2）在没有明确议程或行动要点的会议上清楚地表明自己的不满

我们都去过那里。 假设您所参与的项目有些混乱。因此，自然而然地有人组织了一次会议，目的是解决问题。 您充满希望地参加了会议，但会议的普遍性很快将其摧毁。 我注意到当经理，开发人员，测试人员在一起参加这样的会议时，这一点尤其正确。

挤塞的原因是“效率，效率，效率”。 唯一的问题是，经理和开发人员可以与来自不同国家的人们进行比较，而无需任何通用语言。 我们只是不以相同的方式理解事物。

即使涉及到问题，开发人员也往往很难理解要问什么问题，而（我已经目睹了无数次）有些经理为了提出问题会提出问题。

更重要的是，有时他们不会有任何问题，但只能与某人阅读语法书并四处走动来矫正他人并为自己作为真理的承担者感到良好时的评论相提并论。 啊…

经理可能倾向于闪耀和攀登公司阶梯，而开发人员只想编程而不关心注意力，这一事实可以部分解释这一事实。

这样的会议使我无法控制地表现出对当前状况的不满。

3）推迟截止日期

经理的期望与开发者在给定的时间内可以做的事情之间不可避免地会有差异。

您可以在接下来的15分钟内执行此操作吗？

您能在本周末结束吗？ （具有许多未知因素的重大功能，其中一些完全是我无法控制的）

你今天可以送货吗？ （在您试图将自己的脚伸向门外时询问）

我都听过 如果您是软件开发人员，那么可能也是如此。

如果可以的话，我只需回答“ 我将在<INSERT TIME PERIOD>与您联系 ”。 这使您可以：

1. 评估所需功能的项目功能。
2. 想一想您在请求时可能忘记的所有事情。
3. 考虑正在进行的开发任务是否与新功能产生任何冲突。
4. 等等。

每个点都可以（并将改变）您的估计。 我强烈建议早日建立这种（友好和外交的）后退文化。 必须明确传达上述功能评估过程使所有利益相关者受益的事实。

您认为完成“您能否在接下来的15分钟内完成此操作”花费的实际时间是多少？ 请求？

花了5个小时。

您可能会认为“但是Roland，您的意思完全合情合理”。

唯一的问题是某些东西的逻辑就像吸血鬼的大蒜一样。

推后推销在每个利益相关者之间来回传播。 如果高层人士说“ 10天”，但我说“ 20天”，那么我可能只是弄乱了某人的计划多了10天。 自然， 射击信使是最终发生的事情。

我去过很多次。

我知道你会怎么想。 “哦，他只是一个令人生厌的前雇员”，“他对自己的工作无能为力”，“他只是自大和有资格”。

我听到你了 可能是因为您是对的。

事实是，这件事今年发生在我身上两次。 两次都是相同的模式。 没有人公开对我有任何问题。 没有人抱怨我的技术能力，解决问题的能力，团队领导能力。 人们实际上称赞我的工作，我知道它带来了价值。 当我宣布我要离开时，同事们表达了真正的悲伤和震惊。

不过，“休克”部分很有趣。

您会发现，在两家公司中，本应了解我的合同终止的人员却没有。

在第一家公司，解雇某人的通常过程是与高级开发人员讨论可疑程序的性能，以及如何改善性能。 在做出决定之前，有很多来回的动作。 当前的公司中也有类似的过程。 但是，在这两种情况下，直到将其提供给我且未咨询其他开发人员之前，这都是一个“安静，安静”的话题。

有些人生气，有些人去和管理人员交谈，有些人害怕。

本质上，这种情况是政治性的。 这是自我与理性的疯狂复杂的战斗。 不仅是“他们”的自我和理性，还有我的。

我同意，在不同的情况下，为了我的队友，项目和公司的缘故，明智的选择是，大张旗鼓，张开心的脸并在适当的时候说出来。 因为归根结底，公司的员工处于同一团队中，并且以一种或另一种方式朝着一个共同的目标努力。 如果遇到任何问题，谁也不想阻碍其他团队的进步。

但…

这个很难（硬。 很难站起来，看起来像个随便的家伙在白天和黑夜流汗时都承担了全部功劳。 很难被推到边缘。 当您认为某事既愚蠢又无用时，很难像您在乎。 我知道了。

但是，这些不是无法解决的问题，并且具有解决或适应它们的技能。 就我而言，我从两本我强烈推荐的书中学习了这些技能：

1. 自我是敌人   由Ryan Holliday撰写。 简而言之，它充满了伟大人物的榜样，而最重要的是–令人a目结舌。
2. Leock Babin的Jocko Willink 拥有极端所有权 。 教会我拥有属于我自己的一切的所有权。 承担失败的责任，即不清晰地传达命令链中的所有内容。

如果我有一天成为首席执行官，那么这两本书可能是公司员工必读的清单。

总之，这并不是说我是绝对可靠的。 恰恰相反，在过去的两年中，我觉得自己终于通过了Daning-Kruger钟形曲线，并且了解了在软件开发和生活中必须学习的知识。

另外，我一般不认为经理有威胁。 好的管理人员是无价的，而我以前的工作经验中也有过。 但是，我不能否认有能力和才干的人是绝大多数。 一些开发人员也是如此。 许多傲慢自大的软件工程师认为，只有他们才能带来价值，而其他所有人都只是靠自己的才能生存。

他们双方和谐的关键是建立良好的开放式沟通和相互理解不可避免的分歧。 学习彼此的习惯以及说话和思考的方式，应该成为公司培训的一部分。

说起来容易做起来难，对吧？

感谢您的阅读，如果您有类似的经历，或者您认为我是完全错误的，我很乐意在评论中听到您的想法。

翻译自: https://hackernoon.com/how-to-get-fired-as-a-software-developer-ow1m3z22

数字天堂陷入困境