Size: a a a

Архитектура ИТ-решений

2020 February 12

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Олег Игонин
Коллеги, хочется задать вопрос, на который я каждый раз слышу разные ответы, но всё же.
Работая системным аналитиком я уже выполняю частично задачи архитектора, но никак не могу понять, какие фундаментальные отличия существуют между этими работами. Да, нужен более высокий уровень абстракции, да, нужно изучать технологический стек и уметь его внедрять, да, нужно иметь опыт успешных внедрений и использования технологий. Понятно, что архитекторов бывает много, в основном я сейчас вижу Enterprise (занимающиеся бизнесом) и Solution (занимающиеся технологиями). Но на своей работе как системного аналитика мне приходится выбирать технологические решения, разгребать вопросы бизнеса и работать как БА, понимать как масштабируются решения внутри компании и как они будут развиваться в течении нескольких лет, заниматься изменением внутренней структуры (распиливать монолит на микросервисы, создавать API, разбираться с брокерами и т.д.).
И вот кажется, работай так и через 3-5 лет можно думать стать архитектором. Или нет? Или упускается какой-то основной смысл архитектора как профессии, который надо изучить и понять?
Зачастую просто архитектора зовут аналитиком и наоборот. Это вопрос вкуса и степени познаний составлявших штатное расписание людей, не более
источник

T

Tepex in Архитектура ИТ-решений
Олег Игонин
Коллеги, хочется задать вопрос, на который я каждый раз слышу разные ответы, но всё же.
Работая системным аналитиком я уже выполняю частично задачи архитектора, но никак не могу понять, какие фундаментальные отличия существуют между этими работами. Да, нужен более высокий уровень абстракции, да, нужно изучать технологический стек и уметь его внедрять, да, нужно иметь опыт успешных внедрений и использования технологий. Понятно, что архитекторов бывает много, в основном я сейчас вижу Enterprise (занимающиеся бизнесом) и Solution (занимающиеся технологиями). Но на своей работе как системного аналитика мне приходится выбирать технологические решения, разгребать вопросы бизнеса и работать как БА, понимать как масштабируются решения внутри компании и как они будут развиваться в течении нескольких лет, заниматься изменением внутренней структуры (распиливать монолит на микросервисы, создавать API, разбираться с брокерами и т.д.).
И вот кажется, работай так и через 3-5 лет можно думать стать архитектором. Или нет? Или упускается какой-то основной смысл архитектора как профессии, который надо изучить и понять?
> Или упускается какой-то основной смысл архитектора как профессии, который надо изучить и понять?
Могу только за себя сказать: это вырабатывать в себе широкий, системный взгляд на вещи.
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Олег Игонин
Коллеги, хочется задать вопрос, на который я каждый раз слышу разные ответы, но всё же.
Работая системным аналитиком я уже выполняю частично задачи архитектора, но никак не могу понять, какие фундаментальные отличия существуют между этими работами. Да, нужен более высокий уровень абстракции, да, нужно изучать технологический стек и уметь его внедрять, да, нужно иметь опыт успешных внедрений и использования технологий. Понятно, что архитекторов бывает много, в основном я сейчас вижу Enterprise (занимающиеся бизнесом) и Solution (занимающиеся технологиями). Но на своей работе как системного аналитика мне приходится выбирать технологические решения, разгребать вопросы бизнеса и работать как БА, понимать как масштабируются решения внутри компании и как они будут развиваться в течении нескольких лет, заниматься изменением внутренней структуры (распиливать монолит на микросервисы, создавать API, разбираться с брокерами и т.д.).
И вот кажется, работай так и через 3-5 лет можно думать стать архитектором. Или нет? Или упускается какой-то основной смысл архитектора как профессии, который надо изучить и понять?
Я предлагаю тебе не искать идеальной картины позиции архитектора, ее просто нет.
В каждой компании своя обстановка и свои задачи.
Чтобы успешно реализоваться, заниматься ты должен задачами компании, а они разные.
Проще говоря, ищи то что нравится, чем интересно заниматься.
источник

ОИ

Олег Игонин in Архитектура ИТ-решений
Alexey Pryanishnikov
Зачастую просто архитектора зовут аналитиком и наоборот. Это вопрос вкуса и степени познаний составлявших штатное расписание людей, не более
Я сейчас упираюсь в то, что постоянное изучение технологий занимает время и силы. Для этого надо научиться в свою работу вплетать чтение материалов и книг + посещение конференций, чтобы нарабатывать опыт. При этом надо уметь защищать своё время от посягательств со стороны работодателя, мотивируя теми или иными аргументами.
Второй нюанс состоит в том, что есть архитекторы со знанием кода и без знания. Как я понимаю, этот вопрос не критичен, но за 3 года я смог выбраться до нормального уровня крепкого джуна в разработке и понять основные принципы и алгоритмы. Этого оказалось достаточно (хотя порой некоторые решения приходится отдавать на откуп экспертизе разработчиков).
Ну и архитектор в моих глазах, больше похож на грассмейстера шахмат, который может достаточно быстро решить сложный вопрос, который поставил в тупик аналитика и пойдёт дальше решать проблемы более высокой абстракции.
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Я смотрю на деательность архитектора не как на должность, а как набор определенных практик.
А занимаюсь тем, что народ и партия укажут.
Считаю что это и правильно: у тебя постоянная практика, которая всегда возвращает тебя с небес в реальность.
Через некоторое время приходят понимание что работает, а что нет.
источник

ОИ

Олег Игонин in Архитектура ИТ-решений
Andrey
Звучит круто для SA. Это где ты так прокачался?
В Яндекс.Деньгах можно многому научиться в плане готовой работающей архитектуры, её изменениям, принимаемым решениям. Но руки дошли до реальных воздействий на архитектуру компании только  в Veeam. Но последнее больше достижение моего начальника + распределённости команд и ответственности. В Сбертехе можно поучиться тому, как система работает по слоям и набрать кучу опыта "как делать не надо".
источник

ОИ

Олег Игонин in Архитектура ИТ-решений
Roman Tsirulnikov
Я смотрю на деательность архитектора не как на должность, а как набор определенных практик.
А занимаюсь тем, что народ и партия укажут.
Считаю что это и правильно: у тебя постоянная практика, которая всегда возвращает тебя с небес в реальность.
Через некоторое время приходят понимание что работает, а что нет.
М, а я то уж думал, что тут есть однозначная черта, которая разделяет профессии.
источник

OS

Oleg Soroka in Архитектура ИТ-решений
Олег Игонин
Коллеги, хочется задать вопрос, на который я каждый раз слышу разные ответы, но всё же.
Работая системным аналитиком я уже выполняю частично задачи архитектора, но никак не могу понять, какие фундаментальные отличия существуют между этими работами. Да, нужен более высокий уровень абстракции, да, нужно изучать технологический стек и уметь его внедрять, да, нужно иметь опыт успешных внедрений и использования технологий. Понятно, что архитекторов бывает много, в основном я сейчас вижу Enterprise (занимающиеся бизнесом) и Solution (занимающиеся технологиями). Но на своей работе как системного аналитика мне приходится выбирать технологические решения, разгребать вопросы бизнеса и работать как БА, понимать как масштабируются решения внутри компании и как они будут развиваться в течении нескольких лет, заниматься изменением внутренней структуры (распиливать монолит на микросервисы, создавать API, разбираться с брокерами и т.д.).
И вот кажется, работай так и через 3-5 лет можно думать стать архитектором. Или нет? Или упускается какой-то основной смысл архитектора как профессии, который надо изучить и понять?
Можно просто меньше скромничать и лепить титул Software Architect в шапку резюме. Чего именно не хватит для конкретной компании - на собеседованиях расскажут.
источник

A

Andrey in Архитектура ИТ-решений
Олег Игонин
В Яндекс.Деньгах можно многому научиться в плане готовой работающей архитектуры, её изменениям, принимаемым решениям. Но руки дошли до реальных воздействий на архитектуру компании только  в Veeam. Но последнее больше достижение моего начальника + распределённости команд и ответственности. В Сбертехе можно поучиться тому, как система работает по слоям и набрать кучу опыта "как делать не надо".
Спасибо! Я бы на твоем месте уже пробовался в архитекторы (если конечно тебе эта должность интересна)
источник

ОИ

Олег Игонин in Архитектура ИТ-решений
Oleg Soroka
Можно просто меньше скромничать и лепить титул Software Architect в шапку резюме. Чего именно не хватит для конкретной компании - на собеседованиях расскажут.
Ага, так и сделаю рано или поздно. Просто архитектор имеет более высокий уровень ответственности как по мне, кроме того требуются знания во многих сферах - бизнеса, существующей системы, наработанных паттернов архитектуры, и технологий.
источник

ОИ

Олег Игонин in Архитектура ИТ-решений
Так быстро всё не изучить.
источник

ОИ

Олег Игонин in Архитектура ИТ-решений
И самое главное, что всё это надо проверить в бою, внедрить, понаполучать граблями по лбу.
источник

ОИ

Олег Игонин in Архитектура ИТ-решений
Tepex
> Или упускается какой-то основной смысл архитектора как профессии, который надо изучить и понять?
Могу только за себя сказать: это вырабатывать в себе широкий, системный взгляд на вещи.
Есть уровни абстракции в работе любой компании. Как по мне, архитектор стоит на уровне абстракции сразу или очень близко после директора (т.е. не только верхнеуровневого архитектурного слоя, но и бизнес-слоя). Системные аналитики находятся на уровне компонентов. Вообще всё это достаточно хорошо понимается после прочтения теории систем и курсов Левенчука, просто одно дело знать, а другое дело - иметь опыт. Архитектор должен уметь защищать и "продавать" решения, а с этим пока опыта мало.
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
Давайте сначала по целям, а потом по методам работы архитектора. Цели, например, enterprise architecture сформулированы здесь https://www.gartner.com/en/information-technology/glossary/enterprise-architecture-ea C solution всё немного сложнее, в частности, потому что в 3 версии BABOK Guide бизнес-аналитики решили трактовать свою деятельность максимально широко, включая проектирования решений. Однако, приведенные в той же книжке 50 техник явно не покрывают требования к навыкам архитектора
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
Дальше, по методам. Вероятно ключевое отличие в том, что архитектор выделяет важные решения из общей массы... + все архитектурное легаси, типа ISO 42010 так же определяет метод
источник

ОИ

Олег Игонин in Архитектура ИТ-решений
Maxim Smirnov
Давайте сначала по целям, а потом по методам работы архитектора. Цели, например, enterprise architecture сформулированы здесь https://www.gartner.com/en/information-technology/glossary/enterprise-architecture-ea C solution всё немного сложнее, в частности, потому что в 3 версии BABOK Guide бизнес-аналитики решили трактовать свою деятельность максимально широко, включая проектирования решений. Однако, приведенные в той же книжке 50 техник явно не покрывают требования к навыкам архитектора
То есть у EA сперва идёт выявление проблематики, потом всё остальное? Т.е. работа на упреждение?
источник

IF

Ivan Fedorov in Архитектура ИТ-решений
Возможно, архитектор это аналитик + ответственность?
источник

A

Andrey in Архитектура ИТ-решений
Ivan Fedorov
Возможно, архитектор это аналитик + ответственность?
😆
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
согласно гартнеровскому определению EA инициирует изменения, чтоб с компанией не случилось какой-либо внезапной беды от неизвестно откуда налетевших дисраптив сил
источник

A

Andrey in Архитектура ИТ-решений
Олег Игонин
То есть у EA сперва идёт выявление проблематики, потом всё остальное? Т.е. работа на упреждение?
EA ближе к предметке.
Есть же еще Solution/Software architect
источник