“Нет ничего более постоянного, чем временное”
(с) народная мудрость

Чем дальше в лес, тем я менее верю в то что ИТ и бизнес должны быть в общей лодке.
Каждый все-же должен принимать решения в свой области самостоятельно,
но должны регулярно встречаться и координировать цели/планы/задачи.

Если вы думаете что бизнем чем-то умнее инженеров, то нет, не умнее.
Бизнес просто не думает о развитии ИТ на персперктиву,
ИТ для них только “здесь и сейчас”. О поддержке и развитии должны думать инженеры.

И я о том же. Вопрос в том, кто должен быть бизнес-архитектором в EA? Сейчас это, как правило, специалист от ИТ. Он видит поставленную задачу, но не видит перспективы развития. Набросал классов и, по существу, проскочил создание бизнес-архитектуры, сразу начал с архитектуры данных.

🧐🤨 еа накидал классов

Где это бизнес-архитектор - специалист от IT?

Очень часто он в одном лице - и бизнес-архитектор, и ИТ-архитектор,  и программист.

Нет, это значит, что он и не бизнес-архитектор и не системный архитектор и не программист

И что роли перепутаны.

Это какое-то Зазеркалье

Чтобы было что перепутывать, надо еще их идентифицировать.

Ну, не надо с такими клиентами работать, пусть сами умрут спокойно, раз настолько некомпетентны

В 2007 их разве надо было идентифицировать?

А у кого-нибудь это внедрено(кроме додопиццы)? Как это вообще работает? Как на этом сверху витрины строить? Или там не надо витрин уже?

Честно говоря, я испятываю скепсис в отношении специальности “бизнес-архитектор”.
В свете опыта регулярного общения с бизнесом, в т.ч. с продажами, в том числе участия в этих делах.
Как-то не видится для меня возможности зарнее нарисовать картину “правильных” бизнес-процессов.
Каждая сделка инливидуальна, это переговоры, это торг, это поиск взамовыгоднях условий. А затем мы идем и думаем как это ложится на ИТ архитектуру, что и как надо дорабатывать.

Почти все было в одном лице - главного архитектора +несколько программистов - кодеров. При этом, каждый программист часто порывался что-то сделать попроще в части модели и, как он считал - правильно. В результате это "попроще" вместе с сервисами, которые обслуживалис это "попроще", через пол года приходилось выбрасывать.

А процессы наладить - никак?

Вы про какие-то микроскопические проекты говорите

Многих названий должностей в 2007 еще не придумали.

Да было уже все...