Size: a a a

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

2017 May 24

YG

Yuri Geronimus in Архитектура ИТ-решений
Aleksey S.
В перечне выше не увидел "корпоративного архитектора" - который определяет и соединяет разные сущности, способности и направления бизнеса компании с ИТ (платформы, интеграции, модули) на высоком уровне абстракции.
в моей практике - если идет программа трансформации/расширения/объединения - за это отвечает занимается ent arch (а точнее обычно нанятые компании), и у него есть команда sol arch; если про решение конкретной бизнес-задачи - solution arch.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Yuri Geronimus
в моей практике - если идет программа трансформации/расширения/объединения - за это отвечает занимается ent arch (а точнее обычно нанятые компании), и у него есть команда sol arch; если про решение конкретной бизнес-задачи - solution arch.
Чаще всего под "трансформацией" понимается некоторая оптимизация того, что EA наделал до этого. Сложно при этом ожидать действительно революционных изменений, которые принесут компании ощутимый результат в будущем. Роль и экспертиза enterprise architect это вообще вопрос дискуссионный
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
We can't solve problems by using the same kind of thinking we used when we created them (Эйнштейн)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Yuri Geronimus
в моей практике - если идет программа трансформации/расширения/объединения - за это отвечает занимается ent arch (а точнее обычно нанятые компании), и у него есть команда sol arch; если про решение конкретной бизнес-задачи - solution arch.
+1
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
Yuri Geronimus
Если я правильно понял вопрос (если не правильно - скорректируйте), то под углом академического стиля и личной практики, то я в жизни сталкивался, что под "архитектор" понимают:
- с позиции терминологии, принятой в большинстве ИТ*:
 - enterprise arch (часто "политик-продавец", бывший топ);
 - solution arch (не менеджер, но иногда с менеджерским прошлым, часто составляет ЖЦ проекта);
 - sw/system (без буквы s в конце) arch (часто совмещает team lead);
= с позиции терминологии, принятой в системной инженерии (с буквой s в конце слова system)
 - systems architect (не менеджер обычно);
 - systems engineer (иногда менеджер; даже если не менеджер, то составляет жизненный цикл системы, а следовательно и очень часто жизненный цикл проекта; NB! ЖЦ системы в моей практике очень близко с архитектурой обеспечивающей системы).

Ответ на вопрос так же может быть связан с понятиями из системной инженерии - там есть четкое ролевое разделение инженерия/управление: инженер делает инженерную работу - говорит как создавать что-то (архитектуру, требования, и др.); управленец обеспечивает деятельность.
Системный инженер понимает какие работы нужно сделать с определением и воплощением системы, а управленец понимает, можно ли вообще эти работы выполнить - есть ли прибыль, есть ли подрядчики; следит за логистикой, оплатой.
Оба имеют огромное влияние на систему - оба могут закрыть проект, оба влияют друг на друга.

P.S. Название пишу по-английски т.к. по-русски все переводится очень по-разному
Спасибо. К сожалению, данная "градация" архитекторов (+многими любимый тимлид системных аналитиков аля функциональный архитектор, + архитектор определенного продукта и т.д.) не дает ответа на мой основной вопрос.  Роль архитектора - это управленческая роль? Нет, экспертная? Коллеги в постах выше отметили, что эксперт аля консультант ни за что не отвечает (правда все знают, что в независимости от роли, бизнеса и иных категорий работодатель всегда платит за "экспертизу и ответственность" и больше не за что :) Поясню первичный вопрос на тоже относительно "левом" примере. Конструкторское бюро - директор всегда управленец является в тоже время генеральным/главным конструктором. Другой пример "производство" - в цеху есть и инженер, и мастер. Меня бы устроил для моего текущего понимания ответ в стиле EA - всегда управленец, SW Arch всегда эксперт, ну или что-то в этом роде. Пишу в расчете в т.ч. не тольлко на конструктивную, но и жесткую критику (за битого двух не битых дают)
источник

R

Roman in Архитектура ИТ-решений
Igor Nikolskiy
Спасибо. К сожалению, данная "градация" архитекторов (+многими любимый тимлид системных аналитиков аля функциональный архитектор, + архитектор определенного продукта и т.д.) не дает ответа на мой основной вопрос.  Роль архитектора - это управленческая роль? Нет, экспертная? Коллеги в постах выше отметили, что эксперт аля консультант ни за что не отвечает (правда все знают, что в независимости от роли, бизнеса и иных категорий работодатель всегда платит за "экспертизу и ответственность" и больше не за что :) Поясню первичный вопрос на тоже относительно "левом" примере. Конструкторское бюро - директор всегда управленец является в тоже время генеральным/главным конструктором. Другой пример "производство" - в цеху есть и инженер, и мастер. Меня бы устроил для моего текущего понимания ответ в стиле EA - всегда управленец, SW Arch всегда эксперт, ну или что-то в этом роде. Пишу в расчете в т.ч. не тольлко на конструктивную, но и жесткую критику (за битого двух не битых дают)
Мне кажется, что зависит от конкретного проекта, методологии, корпоративных стандартов и всего такого.
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
Roman
Мне кажется, что зависит от конкретного проекта, методологии, корпоративных стандартов и всего такого.
Это роль ГИП=а (главный инженер проекта), который вместе с ГМП (главный менеджер проекта) отвечают за успех проекта перед Директором и Спонсором проекта. И с моей точки зрения данное разделение ответственности не зависит от отрасли. Как следствие хочется понять и принять именно архитектурную составляющую в роли ГИП-а в hw-sw-проектах. Еще раз подчеркну - у меня нет ответа.
источник

R

Roman in Архитектура ИТ-решений
Igor Nikolskiy
Это роль ГИП=а (главный инженер проекта), который вместе с ГМП (главный менеджер проекта) отвечают за успех проекта перед Директором и Спонсором проекта. И с моей точки зрения данное разделение ответственности не зависит от отрасли. Как следствие хочется понять и принять именно архитектурную составляющую в роли ГИП-а в hw-sw-проектах. Еще раз подчеркну - у меня нет ответа.
если имееется в виду сферический конь в вакууме, то уже давно собрались умные люди (в том числе присутствующие в этом чате) и дали ответ в профессиональном стандарте 06.003
источник

KB

Kirill Bayborodov in Архитектура ИТ-решений
Ну чего ты закрываешь трэд? Пусть кто-нибудь ещё поделиться мыслями
источник

R

Roman in Архитектура ИТ-решений
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
Да если бы. Стандарт на чисто проектные роли, которые все ЛПР. Но в любом случае за чик-чик (-
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
(-
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
(-: спасибо
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Roman
Мне кажется, что зависит от конкретного проекта, методологии, корпоративных стандартов и всего такого.
Поддержу. Роли сами по себе не имеют определяющего значения. Ответственность, так или иначе, распределяется в зависимости от конкретных навыков каждого члена команды, личных предпочтений, полического контекста, и можества других факторов. Например, в проекте может быть ведущий аналитик, бывший пловец, который в реальности заведует канцелярией.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Роли хороши тем, что позволяют каждому получить тот лейбл, который он хочет
источник

IS

Igor Sharfmesser in Архитектура ИТ-решений
Архитектура - это набор методов и инструментов для анализа и  выработки решений

Ea - многослойный. Все что касается бизнеса - нужен управленческий опыт, чтобы правильно их применить, что касается ит-технический.
источник

IS

Igor Sharfmesser in Архитектура ИТ-решений
Поручить можно кому угодно с соответствующим опытом в зависимости от размера и структуры организации
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Gennadiy Kruglov
Поддержу. Роли сами по себе не имеют определяющего значения. Ответственность, так или иначе, распределяется в зависимости от конкретных навыков каждого члена команды, личных предпочтений, полического контекста, и можества других факторов. Например, в проекте может быть ведущий аналитик, бывший пловец, который в реальности заведует канцелярией.
+1. Собственно для правильного распределения ответственности есть такой фреймворк, как Holacracy One. Но тут снова проблема в культуре...
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
Igor Sharfmesser
Архитектура - это набор методов и инструментов для анализа и  выработки решений

Ea - многослойный. Все что касается бизнеса - нужен управленческий опыт, чтобы правильно их применить, что касается ит-технический.
Но это solution architecture, а вот EA - это что-то большое и не очень понятное по вариантам использования, ну т.е. в части историй о том, как кто-то берет этот самый EA, что-то при помощи него делает и большую пользу получает в результате её умелого использования
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
Andrei Soloschak
Пилите Шура - они золотые (с)
"Как это вы пишете вдвоем? “, Andrei , всегда приятно двигаться в ногу со временем, Спасибо за второй чик-чик 😊
источник