当我们在童年时代想要成为一名医生或研究者时，我们几乎不了解该行业的细节。 成人也有类似的情况：在现实中梦dream以求的想法与现实无关。 但是，如何确定隐藏隐患的地方呢？ 一种方法是诚实地与从业者交谈！ 我们邀请了与EPAM合作（作为Java能力中心的解决方案架构师）的
Andrei Trubitsyn揭穿了关于架构师工作的常见神话。
神话1。 解决方案架构师不处理其项目中的管理任务。 他的生意是技术！
现实-尤其是在新项目或新项目上-常常是不同的。 在我目前正在进行的项目开始时，我不得不去美国和客户办公室参加发现阶段和计划会议。 之后，我到达了哈尔科夫，在那里组装了两个团队，这是前所未有的。 在这种情况下
，需要将架构师和业务分析师的角色结合起来：我不仅提出了技术解决方案，教了如何使用微服务并进行了代码审查，而且还发现并与团队讨论了各种用例和功能细节。 我们与该项目的同事Eugene Efremov，PM和Scrum-master一起，建立了SAF框架的工作流程。
此外，由于我的经验和与客户的直接相识，我可以更轻松地预测未来的情况，告诉团队如何与客户进行最佳沟通，如何应对困难的情况，说明中的详细程度是足够的（工程师有时会犯下虐待的罪魁祸首）实际上，“来自第三方服务的JSON格式不是以预期的字符开头的，因此由于某种原因发生了某种故障……”，人到 一生都在另一个地区工作的人将是多余的）。
此外，您需要支持团队。 在我的项目中-由于微服务架构的原因-版本非常频繁且工作节奏动态。 我们一直处在良好状态，很多人都非常喜欢。
感谢工程师们的积极性，支持工作，激发对工作的信心更加重要。 如果团队合作精神和对结果的关注很强，那么经过几次迭代，表现出良好结果的人就会脱颖而出。 我认为其中一些人将在一两年内成为建筑师。
除项目之外，管理团队的情况非常复杂，以至于
SA负责产品分配的整个过程。神话2。 架构师了解技术
这是不对的。 架构师并不了解一切。 但是他确实需要比该项目上的其他技术人员努力学习更多的技术及其功能。 但是-SA必须向前看，考虑一下前景。 难怪他们说工程师是高速火车，而建筑师是为道路铺平道路的人，这样他们就不会陷入某种沼泽。
通常，架构师必须不断地进行自我训练。
我的标准是每周至少花10个小时研究与项目无关的技术 。 在这方面，公司的专业建筑师社区尤其如此。 经常举行各种案例讨论和知识共享会议。
神话3。 SA帖子默认使您成为专家
通常，当您担任建筑师对客户的角色时，对您的信任程度略高于零（这是因为他们希望看到穿着衬衫的男人面带微笑：）。
SA和随后的团队
的主要任务是
向客户证明他可以信任我们 。 如果一开始感觉像客户仔细检查了您执行的所有步骤和所有操作，那么随着时间的流逝，您将有机会向客户提供建议以及如何做。 累积的信任水平使我的项目帐户最多可以容纳200人（其中70人在哈尔科夫工作）。 并且我们继续成长！
在几个月内，我们的团队计划将Kubernetes和Istio用作微服务平台，因此现在我需要更深入地研究该主题，研究所有相关技术，以便在直接过渡期间，我
将为团队提供技术支持并快速有效地
向他们传递知识 。 这比从头开始研究一个主题要有效得多。
同时，
建筑师有权犯错误，并且必须能够识别，纠正并继续前进。 与牵头项目直接沟通有助于避免此类情况。 有必要安排团队制动，并从各个方面考虑解决方案，以发现在项目中引入某些技术的潜在困难。
没有团队，架构师无法带领项目成功。
误区4。 项目团队总是倾听建筑师的意见
“象牙塔中的建筑师”的概念（即位于某处较高的SA，自己从事某种活动，而此时的工程师正在实际分配中）并不是从零开始的。
这种类型的架构师对项目没有帮助；他的团队不需要他的帮助。为了不让SA被视为另一个要下达命令的人，重要的是不要成为一个万事通，而是要观察同事在该项目上所做的工作并提供帮助。 不仅可以提供建议，还可以提供“帮助”：在必要时编写代码，共享经验，找出细节，以便在直接开发的范围内将其最大化。
渐渐地，当团队发现建筑师的行为是有益的时，他们便开始真正信任他。 然后，交互将变得尽可能平滑，并允许随着时间的推移移至更高的抽象级别，以将架构任务委派给技术主管。
通常，
架构师不必绝对地独自做出所有决定 。 确实，在一个大型项目中，他并没有完全沉浸在特定技术应用的所有方面。 只有与项目关键人物进行详细讨论之后，才能采取决定性的步骤。
神话5。 建筑师没有无聊的日常工作
有一种观点认为，建筑师总是在做新的事情，参与无休止的研发活动，并与尖端技术合作。 但是没有
架构师工作的主要部分是记录项目中使用的设计和架构决策。 有些人可能会觉得无聊。 因此，建筑师是在其中找到一些令自己着迷的人。
例如，它使我很高兴绘制图表，并将它们从复杂复杂的连接变成非常漂亮，简单，平滑且清晰的连接。 最大的收获是当主管看到此图并说所有内容都很简单并且在其中非常清楚地演示了。
架构师不时参加“无聊的”对话，有必要将实现的一些细节传达给客户，并说明为什么有必要这样做，而不必这样做。 这可能会变成一长串的通信，但是我对此活动感兴趣。 当我了解到我能够证明我们的解决方案的最佳选择并为客户带来利润时，我就很喜欢。
尽管如此，
解决方案架构师是一项有趣的工作 。 甚至是一种职业。 它使您可以沉浸在技术中，而不会同时处于孤立状态。 出差并与客户沟通； 建立人才工程师社区并发挥自己的能力。
询问建筑师的朋友是否后悔自己的职业选择。 打赌他说不？ ;）
乌克兰EPAM通讯专家Ksenia Bai编写的访谈和文字。