作为开发人员，您仍然只是一个齿轮。
作为开发人员，您仍然只是一个齿轮。
糟糕的软件管理实践
管理层几乎总是像对待设备一样看待/对待他们的人力资源。这几乎是一种普遍的做法。我只是不明白这个概念是在哪里教授的？
我目前工作的公司由于合并正在经历一些变化。人们正在被重新分配和重组。大多数人不喜欢变化。至少在他们还没有开始的时候。在这段时间里，人们自行选择离开，其他人则因重复工作而被解雇。它发生了，这些年来我经历了很多。在这段时间里，我很幸运从未被放过。我认为主要是因为我获得了技能并且远离中层管理。
最近正在进行的重组，我的主管决定完全接受 SAFe 似乎提倡的做法。这种做法是将所有开发人员都放入劳动力池中。目的是在需要时将资源（cogs）拉入项目，完成后将资源放回资源池/架子，直到再次需要。
我敢肯定，从资源优化的角度和纸面上看，这看起来很棒。军方对这种管理方式进行了提炼并非常有效地加以利用。
不幸的是，大多数企业缺乏军队建立、训练、执行和使用的结构、纪律、心态和预算。
甚至军方也承认，团队是最基本的基本组成部分。小队，排，海豹突击队浮现在脑海中。人们作为一个整体进行有效学习、培训、改进和交流的地方。
除非您是军人，否则这种将一群人聚集在一起并期望他们无缝协作并生产高质量软件的想法是一种妄想。顺便说一句，谁专门为这些东西训练。
这不是一个新话题，但看到这个话题一次又一次地出现，令人心碎。特别是当一个框架似乎在吹捧这种做法时。
SAFe 从业者会提到的一些反驳论点是，他们希望鼓励知识转移、消除部落主义、拆除孤岛。再一次，这一切听起来很美妙，但这是一个以悲剧告终的错误愿景。
我对他们的柜台是这样的。如果您或您所爱的人需要进行心脏手术，您会从众多外科医生中挑选任何一位外科医生吗？或者你会追查那位专家吗？具有多年经验的人，被认为是该领域的领导者/受人尊敬。或者你会和手术池里有空的人一起去吗？显然，一个人可以拿起一两本书了解心脏，观看一些培训视频并成为一名合格的心脏外科医生。作为开发人员，我们已经看到/经历过，仅仅因为某人获得了认证并不一定会转化为知识渊博并了解更多细节的人。
软件工程也不例外。但我们又来了。
这个问题太多了，不知道从何说起。主要问题之一是运营支持和实际获得产品的所有权。允许人们改进和完善产品。如果开发人员不断地调动，他们最多只能是多面手，一无是处。
我发现有趣的是，非开发人员总是试图概括开发人员所做的事情。他们没有意识到我们带来了什么。技术技能、商业知识/实践和许多其他软技能。我仍然很惊讶我遇到了许多在公司工作多年的项目经理/scrum master。然而，他们对事物的实际运作方式知之甚少。他们不看卡片的内容，他们似乎关心的只是卡片的过程和状态。
随着接下来几周/几个月的进展，我会写下我的观察。也许我会做一点“安静的戒烟”。
谢谢阅读，
账单
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明
