Size: a a a

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

2020 February 12

ОИ

Олег Игонин in Архитектура ИТ-решений
Andrey
При чем здесь вообще клиенты?
Для него партнёры и клиенты - это каналы получения информации. Он должен в них хорошо разбираться и понимать их ожидания. Кажется.
источник

A

Andrey in Архитектура ИТ-решений
Олег Игонин
Для него партнёры и клиенты - это каналы получения информации. Он должен в них хорошо разбираться и понимать их ожидания. Кажется.
Ну это слишком.
Методологами по этим сферам должны быть топы по закупкам и по продажам, я думаю работать в обход них это перебор
источник

ОИ

Олег Игонин in Архитектура ИТ-решений
Andrey
Ну это слишком.
Методологами по этим сферам должны быть топы по закупкам и по продажам, я думаю работать в обход них это перебор
Все от моего непонимания границ)
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Олег Игонин
Аналитику работу ДАЮТ, а архитектор её находит*. Вроде.
в точку 👍
источник

A

Andrey in Архитектура ИТ-решений
Олег Игонин
Все от моего непонимания границ)
Имхо, границы всегда размазаны и зависят от конкретной команды
источник

A

Andrey in Архитектура ИТ-решений
И вообще. Вот возьмем продажи. Есть в компании супер прошаренный комдир.

Который сам быстро строит БП, знает лучшие практики и методологию.

Он ничего не даст архитектору за себя решать. По сути ему в помощь нужен BA (для описания его методологии), или даже эту роль можно назвать техписом.  

А с технической стороны нужен сугубо технический архитектор, который будет проектировать системы,  узнав методологию у комдира (и/или из составленных моделей). Т.е. методологических знаний арху тут не требуется. Точнее, он их получит от более компетентного лица.

Другое дело финансовый менеджмент, где методология глобально крайне неустойчива и не формализована. И CFO не всегда владеет полным пониманием того, в какую сторону будет развиваться методология в компании по всем подчиненным ему направлениям хотя бы года на 3 вперед.
источник

ОИ

Олег Игонин in Архитектура ИТ-решений
Andrey
И вообще. Вот возьмем продажи. Есть в компании супер прошаренный комдир.

Который сам быстро строит БП, знает лучшие практики и методологию.

Он ничего не даст архитектору за себя решать. По сути ему в помощь нужен BA (для описания его методологии), или даже эту роль можно назвать техписом.  

А с технической стороны нужен сугубо технический архитектор, который будет проектировать системы,  узнав методологию у комдира (и/или из составленных моделей). Т.е. методологических знаний арху тут не требуется. Точнее, он их получит от более компетентного лица.

Другое дело финансовый менеджмент, где методология глобально крайне неустойчива и не формализована. И CFO не всегда владеет полным пониманием того, в какую сторону будет развиваться методология в компании по всем подчиненным ему направлениям хотя бы года на 3 вперед.
И какими особыми знаниями в этом случае обладает EA, отличаясь тем самым от комдира? Что ему мешает прикинуть на 3 года стратегию и гибко менять её в пути?
источник

A

Andrey in Архитектура ИТ-решений
Тем что у EA нет полномочий "прикидывать" стратегию отношений компании с клиентами
источник

ОИ

Олег Игонин in Архитектура ИТ-решений
Обрезанные возможности какие-то выходят. Т.е. он выполняет только часть работы комдира? Но самое главное, какой профит?
источник

A

Andrey in Архитектура ИТ-решений
Олег Игонин
Обрезанные возможности какие-то выходят. Т.е. он выполняет только часть работы комдира? Но самое главное, какой профит?
Подожди, ты про роль BA?
источник

ОИ

Олег Игонин in Архитектура ИТ-решений
Andrey
Подожди, ты про роль BA?
EA
источник

A

Andrey in Архитектура ИТ-решений
Методология+ БП на бумаге это комдир, а техническая архитектура софта это совсем другое. О каком обрезании ты говоришь?
источник

ОИ

Олег Игонин in Архитектура ИТ-решений
Andrey
Методология+ БП на бумаге это комдир, а техническая архитектура софта это совсем другое. О каком обрезании ты говоришь?
Как я понял, SA отвечает за софт, а мы говорим про EA, функции которого мне несколько непонятны.
источник

A

Andrey in Архитектура ИТ-решений
Олег Игонин
Как я понял, SA отвечает за софт, а мы говорим про EA, функции которого мне несколько непонятны.
Я просто привел отдельный пример, где EA имхо сводится к SA.
источник

ОИ

Олег Игонин in Архитектура ИТ-решений
Andrey
Я просто привел отдельный пример, где EA имхо сводится к SA.
Понятно. У SA мне более-менее понятен спектр обязанностей.
источник

A

Andrey in Архитектура ИТ-решений
Понятно, ситуации с "диджитальной трансформацией" продаж аля амазон под этот пример не подходят😄
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Олег Игонин
Обрезанные возможности какие-то выходят. Т.е. он выполняет только часть работы комдира? Но самое главное, какой профит?
Тогда комдир и есть еа.
источник

A

Andrey in Архитектура ИТ-решений
Daria Kaftan
Тогда комдир и есть еа.
Без технической части?
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Andrey
Без технической части?
Опираясь на экспертизу
источник

ОИ

Олег Игонин in Архитектура ИТ-решений
Daria Kaftan
Тогда комдир и есть еа.
Вот и я чувствую, что нехотя меня выносит по спиральной динамике на уровень предпринимателя, а я все не могу понять почему))
источник