软件组织中的反模式
软件组织中的反模式
在软件组织中，我们可以观察到许多正在发生的事情。有些支持软件工程工作，有些则相当破坏生产力。虽然其中许多在多个组织中是共同的，但不可能深入其中的每一个。
我认为单独写很多关于为什么你的 Scrum 被破坏的文章是很容易的。不过，我想努力并强调一些我希望您注意的内容。
如果您对其他领域的软件开发反模式感兴趣，请查看我的其他故事。
[
软件开发中的反模式
在我之前关于软件开发中的反模式的文章中，我走遍了所有地方，描述了各种各样的……
媒体网
](/@christophnissle/anti-patterns-in-software-development-c51957867f27)
[
软件开发过程中的反模式
我们不仅要在代码本身中寻找反模式。还有各种各样的东西……
媒体网
](/@christophnissle/anti-patterns-in-software-development-processes-d4391a0fddcf)
[
软件架构中的反模式
这是系列文章的第三篇。如果您有兴趣阅读以前的内容，请查看它们：
媒体网
](/@christophnissle/anti-patterns-in-software-architecture-3c8970c9c4f5)
这里列出的反模式将是组织、管理和领导观察的混合体。
反模式
身体膨胀
如果您可以轻松地统治一个更大的王国，为什么还要继续统治一个小王国呢？这种想法或不同的想法可能是促使一些经理进行身体膨胀的原因。在权力和影响力在很大程度上取决于人数的组织中，经理正在监督，这可能是你能找到的。
观察到这种反模式，主管不只是无偿招聘，他们还倾向于寻求更多劳动密集型的解决方案，以及选择低效的技术而不是高效的技术。
结果，他们设法证明需要更多的身体并“膨胀”他们的小王国。
帝国大厦
虽然身体膨胀可以作为一种工具来做到这一点，但这种反模式的特征是权力地位的延伸，而没有对其他人采取可理解的措施。
其他需要注意的观察结果可能是诋毁他人、聚众斗殴或旨在彰显现状和加强自身地位的进一步活动。
您将检测到战略性的责任回避，并且所有可能导致阻止决策的痕迹都将被小心翼翼地清除，因此没有人可以找到它们。作为回报，该人不能对错误负责并将失败委托给整个链条。选择的替罪羊通常是实际实施了其中一项不可追溯决策的人，例如项目经理或软件工程师。
温暖的身体
温暖的身体是对代码库或软件项目几乎没有贡献的软件工程师。
当一个面临时间压力的项目配备人员来解决该项目的复杂或耗时的部分时，通常会发生这种情况。对于复杂的软件产品和非平凡的架构，用大量工程师来解决问题的诱惑很容易导致成本增加，而没有速度的预期好处，但项目的质量和速度会下降。
团队规模永远不应该由架构或设计驱动。资源不能很好地解决糟糕的设计决策，无论是硬件还是人们可以提供的资源。
知识单头
整个组织中唯一一个对工具或软件一无所知的人。
显然，一旦那个人离开公司，你就会遇到大麻烦。她带着知识。该公司确实在流血。
不过，最有趣的部分是，这个问题是如何产生的。这是知识管理、协作不足或一个人故意将自己置于该位置以保持不可互换性的某个方面的明显症状。
结对编程、暴民编程和暴民测试等活动可以帮助降低这种风险。一切将人们聚集在一起的东西。从拉取请求到细化会话，将人员及其知识聚集在一起，以防止出现单一的知识。
蘑菇管理
就像一个好的蘑菇，蘑菇管理的员工被蒙在鼓里。管理层与其他所有人之间的沟通渠道要么运作不畅，要么被故意封锁。
人们被蒙在鼓里，胡说八道。最后，员工没有机会了解公司的总体状况，工作似乎与任何目的脱节。
这整个类比也导致没有给出任何关于专家授权的内容。管理是有原因的，那就是决策。如果员工被告知决策，他们应该很高兴。
这种管理风格的最终高潮和成功是当管理层不了解他们的员工、技能和特质时。资源进去了，什么都出来了，管理人员画的比较是黑洞。
另一个会议将解决它
这就是那次会议的名称，即在某些事情发生延迟时安排的会议。导致进一步延迟，因为需要那个会议。
我们都看到了它的发生。时间表和时间表有问题吗？让我们通过在时间表中添加另一个会议来解决它。什么节目。
净负制作程序员
那只是一个既不高效也不高效的工程师。也就是说，一个人一旦被移除，就比增加一个生产力更高的人提高了生产力。
虽然解雇这些人是一个艰难的回应，但它也向组织表明需要严格审计的招聘和培训实践。
数字管理
与数字作画类似，数字管理过于强调数字和量化管理。对成本的高度关注导致将质量和速度等其他因素抛在后面。
工程师很快就被视为商品和可交换商品。它完全无视员工的积极性或波动，从长远来看会导致更高的成本，而不是对这种管理方法的短期投资。
工程师很可能被视为生产软件的生产线的可交换资源。软件工厂。作为回报，它忽略了创建软件的巨大创意和艺术部分，而软件的创建和设计具有自主性和自由度。
害怕成功
想想一支只防守自己的禁区，而不是想着进攻的球队。这就像是一支充满恐惧气氛的团队。
管理层确保这种氛围存在。我们非常清楚，建设性的创造在恐惧文化中没有立足之地。无论他们的工作质量如何，人们都会开始假设失败，因为无论如何在他们眼中这可能并不好。
陷入恐惧的公司似乎陷入了瘫痪。即使可以通过任何方式见证成功，人们很快就会得出结论，认为它会被同行视为可疑。优秀的员工可以被视为危险，因为他们威胁到主管的职位。
要见证的典型事情：“让我们秘密进行。我知道这是最好的解决方案，但我不想让老板知道”
虚假系统架构师
管理层经常意识到工程师的能力之间存在显着差异。他们经常发现工程师似乎在与人打交道方面具有非常出色的能力，尤其是与资质低于平均水平的人打交道。
然后那个人被提升并被任命为办公室，被寄予厚望，通常被称为架构师或一些不同的技术主管。
当这些人被选中时，专家的意见被忽视，管理层自行决定，尽管他们无法做出明智的决定。
这导致虚假系统架构师被设置为失败，也让其他工程师，更合适的工程师，回想是否真的有任何有用的晋升机会。
鳄鱼管理
那是兼职项目经理。这个人很容易被比作鳄鱼，因为他只会浮出水面，张开嘴，然后再次下降。只关注项目团队其他成员没有关注的微小细节。
程序员中断
电子邮件、Slack、问题、会议，这里快，那里快。任何你能想到的，都会让工程师无法工作。有 学习 在这种状态下，每次中断需要 10 到 15 分钟才能重新集中精力继续高效工作，而每天只有一个两小时的不间断工作块。
工程师的精神集中度越高，中断的代价就越大。通常，您会看到开发人员通过戴上耳机、禁用消息和电子邮件通知、将手机静音等方式逃入“隧道”。
虽然我确信周围还有更多的反模式。我希望这个集合可以帮助您以更有效的方式与您周围的工程师一起工作。
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明
