许多人在睡觉前或醒来时都会思考自己关心的问题。 我也不例外。 今天早上我脑子里突然闪现出一个 来自哈布尔：
一位同事在聊天中分享了一个故事：
前年我有一个很棒的客户，那是在我处理纯粹的“危机”时。
客户的开发团队有两个团队，每个团队处理自己的产品部分（有条件的是后台和前台，即用于订单形成的软件和用于订单执行的软件），偶尔会相互集成。
后台团队已经完全走下坡路：六个月的连续问题，业主威胁要解雇所有人，他们聘请了一名顾问，之后他们雇用了比另一个（我）更多的顾问。 而且，第二个团队（店面）正常工作，继续正常工作，倒是之前也正常工作的后台团队开始乱了。 团队坐在不同的办公室，习惯于互相惹恼。原因：店面和后台是一个系统，存在很多依赖关系，不同办公室的团队之间互不沟通。 车主一直“关注”侧前方，因此他们在那里拥有新的功能、想法和控制。 她是一个多才多艺的男孩，集文学学士学位、设计师和“给我们送咖啡”的结合。 这个男孩在他的团队没有注意到的情况下，正在执行一系列小任务，例如“通知第二个团队有关部署的信息”、“更新文档”等。 例程，一直到“在票证中输入各种版本号和组件”。 但这个男孩没有写任何代码，老板们一度决定优化他并解雇他。 对于商店团队来说，什么都没有改变，他们只是没有制作或更新码头，而后台团队发现自己处于这样一种情况：商店的版本对他们来说破坏了某些东西，这就是他们的问题，如果他们的版本破坏了某些东西商店，这又是他们的问题，因为商店在业主的全部视野中:)
这个评论引起了我的注意，搜索者会从标题中找到什么 - 在剪切下。
我开发 Web 应用程序已经有 20 年了，所以前/后对我来说不仅仅是一个词。 这些都是非常密切相关的事情。 例如，我无法想象正面与背面完全（或非常强）隔离的情况。 双方都操作相同的数据并执行非常相似的操作。 我可以粗略地想象两个团队的开发人员之间需要移动多少信息来协调开发，以及需要多长时间和多长时间进行这些批准。 即使身处不同时区，团队也不得不密切沟通。 特别是如果你有 JIRA。
我知道警告后台开发人员有关前端部署的信息是没有意义的。 新版本的正面不能破坏背面的任何东西，但相反，可以。 前端开发人员有兴趣通知后端开发人员他们需要新的或更改的功能。 前面的部署取决于后面的部署，而不是相反。
什么男孩谁”给我们送咖啡”，不可能有 BA（如果我们所说的 BA 指的是“业务分析师”），并且 BA 也不可能是“男孩，给我们带来咖啡“。当然，”添加各种版本号和组件“如果不与开发团队讨论，“男孩”和 BA 都无法做到这一点。这就像本末倒置。
既然“男孩”被解雇了，那么这些功能，就来自“带咖啡“和之前”放入脂肪”，应该在其他团队成员之间进行重新分配。在一个既定的群体中，信息流和角色是固定的；如果一个或多个角色的表演者离开了舞台，那么团队中的其他成员仍然需要接受熟悉的信息。来自熟悉的角色的信息。他们只是情不自禁地注意到工作所需的信息已经不再向他们提供。就像吸毒者不禁注意到毒品的供应已经停止的事实一样。就像吸毒者寻找并找到其他渠道，因此小组成员会尝试在“另一端”寻找他们需要的信息来源以及旧角色的新表演者。而且他们肯定会至少找到一个他们认为应该给予的人他们需要的信息。
即使我们假设通常的信息渠道已经关闭，而应该的人却认为自己不应该这样做，那么后面的开发商在解雇的威胁下，也不会向业主隐瞒自己失败的原因。六个月后，我知道他们的问题是由于缺乏必要的信息造成的。 业主在六个月内不会“愚蠢”，因为他们之前需要这些信息。”被脂肪覆盖“，现在没有人在那里添加它。第一个顾问几乎不专业，没有与后端开发人员交谈，没有找到问题的根源 - 团队之间缺乏协调。这就是所描述的麻烦的原因，而不是解雇“男孩”。
开发人员之间普遍缺乏沟通是导致开发中出现许多问题的典型原因。 您无需成为一名出色的顾问即可找到它。 只要合理就够了。
我认为整个故事经过深思熟虑并且讲述得很精彩。 好吧，并不是完全发明的——所有元素都取自生活（正面、背面、发展、男孩、咖啡，”胖“，...）。但它们以这样的方式联系在一起，这样的设计不会发生在生活中。单独地，所有这一切都可以在我们周围的世界中找到，但以这样的组合 - 不是。我在上面写了为什么。
然而，它的呈现却非常合理。 人们饶有兴趣地阅读它，并有个人参与。 同情“勤奋的男孩”，大机器中不受重视的小机制（是关于我的！）。 对那些如此聪明和经验丰富但看不到自己鼻子之外的开发人员的屈尊（他们都在我周围！）。 有点嘲讽业主们，那些亲手把自己变成“bo-bo”的有钱人，还不明白其中的原因（好吧，我的领导能力简直就是一塌糊涂！）。 鄙视第一个未能找到如此简单的问题根源的“顾问”（是的，最近这个家伙戴着眼镜进来，走来走去，看起来很聪明），以及与“真正的”顾问的热情团结，他是唯一一个能够欣赏多才多艺男孩真正角色的人（那是我！).
看完这条评论，你是否感到内心的满足呢？ 我们作为大机构中的小齿轮，其作用其实并不小！ 说得很精彩，即使这不是真的。 但回味是多么令人愉快。
我不知道我是在什么样的同事、在什么聊天中与我的同事分享了这个启示 以及为什么同事 姆克伦托夫斯基 我决定将其发布在文章““杰出哈布尔作者 'a（顺便说一句，他目前在 Habr 的排名中排名第一！），但我承认我的同事 姆克伦托夫斯基 做得非常好。 评论的信息和演示风格与其他出版物的信息和风格非常一致 尼米万'好吧，你可能会认为，来自许多出版物的评论和GG的危机顾问 尼米万'a 是同一个人。
当伊万·别洛卡门捷夫 (Ivan Belokamentsev) 开始从事哈布雷活动时（2017 年），我读了很多他的出版物。 有些人甚至喜欢它（, ）。 他的风格很好，材料的呈现也很有趣。 他的故事与现实生活中的故事非常相似，但它们实际发生的可能性几乎为零， 。 评论里的这个故事就是这样。
说实话，我个人并不认为哈布尔因伊万的出版物而变得更好。 但他的评价和 哈布尔的其他居民则持相反的观点：
我不明白你的抱怨。 哈布尔早已滑落，但作者通过将资源从深渊中拉出来，给出了一点火花，改善了读者的情绪）。
是的，Habr 不是慈善机构，Habr 是一个商业项目。 哈布尔是一面镜子，反映我们的愿望。 不是我个人的愿望，也不是每个访客的愿望，而是我们所有愿望的总和——“医院的平均水平”。 伊万·别洛卡门捷夫（Ivan Belokamentsev）比任何人都更了解我们共同需要的东西，并将其提供给我们。
如果我没有开始观看这个系列，也许我不会写这篇文章”".
"我们失去了上帝“（C）
这是该系列的作品。 这是关于我们的。
我们不再被造物主创造的现实所吸引。
上帝、自然、大爆炸——无论什么。 现实就在那里。 在我们周围，又独立于我们。
我们按照自然法则（上帝的计划）生活在其中。 我们学习法律（计划）并学习利用我们生活的现实来生活得更好。 我们将通过实践来检验我们的猜测，丢弃不正确的猜测，留下相关的猜测。 我们与现实互动并改变它。
我们在这方面非常成功。
这个星球上有很多人。 很多。 以目前的劳动生产率，我们不再需要生存——少数人可以为大多数人提供他们所需要的一切。 大多数人都需要让自己忙于某些事情。 从历史上看，分配给创造力的多余资源流向了最有才华的人（或者最具破坏性的人，这也是人才）。 现在有如此多的免费资源，无论水平如何，任何有天赋的人都可以得到它。 比较世界各地每年发行的电影数量以及您可以观看的电影数量。 写了多少本书，哪些可以读。 有多少信息被倾倒在互联网上，以及其中哪些信息是可用的。
为什么IT职业如此受欢迎？ 是的，因为您可以向 IT 投入大量资源，而没有人会眨眼（只要记住 2000 年的问题即可）。 毕竟，在 IT 领域，您可以花费数年时间来开发甚至在推出之前就会过时的应用程序，您可以尝试集成不兼容的组件并仍然使它们正常工作，您可以一遍又一遍地重新发明自己的轮子，或者您现在就可以开始支持 Fortran 程序，该语言在 20 年前就已经长满了青苔。 你可以把你的一生都花在IT上，却没有做任何有用的事情。 最重要的是，没有人会注意到它！ 甚至你自己。
我们中很少有人能够在 IT 行业留下痕迹。 而能够留下美好回忆的人就更少了。 我们的工作成果最多在未来 10-20 年甚至更短的时间内就会贬值。 当然在我们的一生中（如果我们达到退休年龄）。 我们将无法向我们的孙子们展示他们的祖父年轻时开发的计算机系统。 人们只会忘记自己的名字。 在我职业生涯的初期，我建立了邮政站 在下面 ””。我距离退休还有 20 年，距离抱孙还有 10 年，但你们大多数人已经对“90 年代中期的杰出电子邮件应用程序”一无所知（“1990 世纪 XNUMX 年代中期的顶级电子邮件软件包“）。
也许在现实中我们并没有意识到 IT 负担的徒劳性，但在潜意识中我们努力逃到我们感到舒服的地方。 进入虚构的世界，Scrum 和敏捷的使用不可避免地会导致产品的出现，这些产品以其实用性数十年征服了世界。 我们不是大型机构的简单小齿轮，而是没有齿轮，大型机构就会崩溃。 我们的生活不会发生在毫无意义的例行行动中，而是充满创造力和创造，其结果我们可以感到自豪。
我们逃离现实世界中自己的无价值，进入这些美丽的虚构世界。 我们向他们寻求安慰。
我们正在寻找安慰，包括哈布雷。 伊万在这里给了我们。
来源： habr.com