Мифы об ИТ-архитектуре, из-за которых ваш проект стоит дороже
Всем привет. Меня зовут Александр Виноградов, я главный архитектор Ви.Tech – ИТ-дочки ВсеИнструменты.ру. Последние 9 лет занимаюсь ИТ-архитектурой и менеджментом в архитектуре, и сегодня бы хотел поделиться с вами своим топом заблуждений про эту самую архитектуру из серии: «если бы мне каждый раз давали рубль, когда я слышу...». Кому будет полезна эта статья: ● Тимлидам и РП, которые смогут чуть лучше понять, почему архитектор так долго возится со своими картинками. ● Продактам, которых пугают словами «ну здесь нам нужен корпоративный архитектор». ● Разработчикам, которые считают, что архитекторы занимаются исключительно рисованием квадратиков и стрелочек. ● Самим архитекторам, чтобы почерпнуть дополнительные аргументы для дискуссий с коллегами. Вы узнаете, что: ● Не существует «правильных» технологий (и postgres не лучше mysql). ● Архитектор не должен писать код (и почему). ● Что покупка коробочных решений не избавляет от проблем. Миф 1, или «Ты ж архитектор» Да, и что? Под этой фразой могут скрываться аж два заблуждения. Обсудим сначала первое. К примеру, ваш собеседник может думать, что любой человек с должностью/ролью, в которой есть «архитектор», обязан ответить на очень широкий спектр вопросов. И это будут вопросы от «как построить ИТ-стратегию» и «как сделать метамодель» до «как настроить вакуум в постгре под какой-то специфический сценарий». Но очень важно понимать, что видов архитекторов в разных таксономиях много (обычно 4-7). Кратко: ● Enterprise Architect (EA, Архитектор предприятия) – работает на уровне стратегии компании, связывает бизнес-процессы и ИТ.
https://habr.com/ru/articles/932640/
#итархитектура #solution_architect #системный_архитектор #проектирование #enterprise_architect #выбор_технологии #командная_разработка #архитектура_решений #мифы_в_ит
