在开发人员角色非常标准的情况下，架构师角色的定义通常含糊不清，并且各个组织之间的差异可能很大。 在某些商店中，架构师只是任职时间最长的开发人员，而在另一些商店中，架构师是专门的角色，可以生成大量的UML图。
歧义和差异，再加上建筑师名义上是“高于”开发商这一事实，为人际摩擦创造了温床。 尽管并不总是存在，但这是行业中的常见主题。 因此，我想研究一下建筑师与开发人员之间发生冲突的5个原因。
1.误播建筑师
尽管行业内的公司在软件架构师的确切工作上存在很大差异，但是与架构师在技术上有所成就的想法几乎没有偏差。 几乎总是希望建筑师能够以开发人员的身份开始，并在这种能力方面表现出众。
在不正确的情况下，火花往往会飞扬。 我见过一些公司将具有很多领域知识的中等水平的开发人员“提升”为这种角色，这可能是人们期望从开发人员级别中选择项目经理的方式。 这里的想法是“我们不希望这个人编码，但我们不会失去他的业务知识。”尽管这可以与分析师和PM角色一起工作，但架构师角色却是灾难的根源。
对于新员工或调动也适用相同的理由。 聘请非技术人员并称他们为建筑师是提高开发人员的技巧和建立怨恨的好方法。
快速的组织解决方案：为该职位的人员找到其他职位。
2.牛仔编码器
成为一名建筑师很难。 通常，它需要解决一系列相互竞争的问题：取悦业务，紧跟新趋势的脉搏，确保应用程序组合可维护，与开发人员一起审查设计和代码等。为了使所有这些事情同时顺利进行，有效和有价值的沟通是必须的。
牛仔编码器对这种操作模式很反感。 这是开发人员，在遵循团队协议和架构师的祝福后，他们将SQL Server用于应用程序数据库，从而构建了自己的完全不同的功能集，而使用文件或内存数据库，因为“ 更好。” 架构师通常会考虑更广泛的考虑因素，其中包括团队专业知识，许可成本，未来的互操作性，外部应用程序等。开发人员在架构师上突如其来的惊喜是将她送入轨道的必经之路。
快速的组织解决方案：通过推理或重新分配来统治牛仔编码器。
3.象牙塔建筑师
这是软件开发领域的经典人物。 象牙塔建筑师是一位很早就晋升的开发人员，已经与现代编码实践完全失去联系。 这个家伙可能已经有5年或更长时间没有编写任何代码了，相反，他们梦想着精心设计（并且经常过时）的模式和宏伟计划。
他将这些信息发送给开发团队，那里的响应通常主要是忽略它们。 对于开发人员而言，这不是恶意的，而是响应于被要求执行过时且毫无意义的事情的实际操作决策。 象牙塔建筑师常常不知道有什么区别，但是每时每刻，开发团队只为他的设计付出口头服务便浮出水面。 提示一个严肃的论点。
快速的组织解决方案：即使只是偶尔进行原型制作，也可以让您的架构师编写一些代码。
4.推进器（抱怨者）
对于架构师而言，另一个令人头痛的开发人员原型就是我称之为“推动者”的角色。这是一位非常喜欢编程语言，框架，技术堆栈，工具或模式的开发人员。
您可能会认识到推动者是一个莫名其妙地在Java商店工作的人，从第一天开始，就抱怨Java多么糟糕，如果团队切换到Ruby，所有这些问题将不会存在。 推动者将没有脑子里的商业案例或可行的迁移策略，而只是无休无止的关于每个人都在做错事和愚蠢的抱怨。
大多数建筑师都处于一个平衡与权衡的世界。 尽管他们对今天刚刚发布的任何Javascript框架都很感兴趣，但他们却没有推荐和监督对其进行转换的奢侈行为。 因此，听到恶作剧的声音 ，关于该群体不切换的后退程度会激怒他们。
快速的组织解决方案：告诉推动者制定一个可靠的迁移/实施计划，并附上一个业务案例，否则将其关闭。
5.缺乏关系澄清
正如我在文章前面所提到的，从组织到组织，架构师的角色存在很多歧义。 但是，这不仅限于角色的职责，还包括角色的权限。 简而言之，在很多商店中，开发人员都会对自己的建筑师感到奇怪，“我是否必须听她的话？他是我的老板吗？还是他只是这里的高级些？”
这种缺乏清晰度的趋势往往会引起很多内部压力。 没有人喜欢听老板说让他们去做他们认为愚蠢的事情。 但是，当您有点像那个人像您的老板时，实际上会更糟，但是您不确定。 另一方面，如果您不确定别人是否必须听您的话，它可以使您的声音更加生动活泼。 这些都不对这段关系有利。
快速的组织解决方案：使所有人的啄食顺序，角色和职责清晰明了。
面向建筑师和开发商的和谐
在您有多个工作人员的任何地方，都有可能出现分歧，而在其中有两个以上的任何地方，您都会有政治上的分歧。 分歧和紧张是不可避免的，但您当然可以限制它们，并将其引导至生产性渠道。
架构师与开发人员之间的关系为潜在的分歧创造了自然的界限。 但这也是具有很大的指导，有效合作和成长潜力的公司。 如果您确定并减轻威胁关系的歧义和行为，那么实现这些好处的可能性就更大。 如果您将要拥有开发人员，并且将要拥有架构师，那么与他们一起良好地工作符合每个人的最大利益。
