Size: a a a

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

2017 May 23

IN

Igor Nikolskiy in Архитектура ИТ-решений
Eugene
Тогда что такое руководящая роль, на ваш взгляд? Беда со понятийным аппаратом - даже, вроде, очевидные вещи лишний раз уточняешь - ведь как в анекдоте "есть нюанс"
Есть расхожее "понятие" ЛПР. Оно именно понятие в отличие от руководителя (последнее можно более-менее формализовать). Любая смесь руководителя с экспертом дает ЛПР. IMHO. По моему опыту Архитектора - ЛПР некоторый нонсенс. И в этом случае действительно требует описание окружения. Отсюда и родился вопрос.
источник

RY

Roman Yankov in Архитектура ИТ-решений
Andrei Soloschak
Что такое soa по-вашему?
Микросервисы это в первую очередь про software архитектуру, декомпозицию и способ построения приложений, тогда как SOA про интеграционные интерфейсы. SOA сервисы вполне себе могут быть имплементированы микросервисами.
источник

RY

Roman Yankov in Архитектура ИТ-решений
#whois Яньков Роман, интеграционный EA архитектор, Райффайзенбанк
источник

E

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

E

Eugene in Архитектура ИТ-решений
Это я на вопрос Игоря отвечаю, как могу
источник

E

Eugene in Архитектура ИТ-решений
Так и в любой, наверно, роли - как только роль "голая", не управляет, не руководит - не оказывает прямого воздействия (по сути от неё ничего не зависит), так она экспертная - эксперт пришёл, рассказал, попробовал убедить, привёл примеры, выстроил через верх или осознание процесс (методологию, практику и т.п.) и ушёл. (* Через несколько месяцев всё развалилось), как только появляется прямое воздействие на то, как надо что-то делать, то это уже больше руководящая роль.
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
Спасибо. Я не знаю ответа, если что.
источник

E

Eugene in Архитектура ИТ-решений
Да ответ в каждой компании свой.
источник

E

Eugene in Архитектура ИТ-решений
И то не всегда - меняется год от года 😊
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
По поводу тимлида. Это понятие чисто Аля оргштатной структуры. Если над тремя-четырьмя ТЛ есть один груплид, делегируется ли вниз часть ЕА, например?
источник

E

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

E

Eugene in Архитектура ИТ-решений
На мой, конечно, взгляд
источник

E

Eugene in Архитектура ИТ-решений
Поэтому таки да - можем быть самый главный архитектор предприятия - эдакий дядька Черномор, а сним сколько-то там богатырей - но это когда всё красиво 😊
источник

E

Eugene in Архитектура ИТ-решений
а так - хорошо бы один был, это если мы именно про EA говорим.
источник

E

Eugene in Архитектура ИТ-решений
с EA тоже может путаница начаться - в плане определений и понятий.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Eugene
Тут можно попробовать встать на тонкий лёд аналогий -  team-lead разработки - он руководитель или эксперт? На мой взгляд, он скорее всего смесь, так как ему приходится принимать решения о выстраивание деятельности своих разработчиков. Но ему точно будет затруднительно это делать, не имея экспертизы в вопросах разработки.
Team lead это вообще сомнительная тема. Уже не разработчик, но еще не руководитель. Вообще в agile менеджер - это антипаттерн. У менеджера всего 2 задачи:
1) Обеспечить организацию производства
2) Не давать раскачивать лодку
Их должно быть очень мало.
источник

E

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

KI

Kirill Ivanov in Архитектура ИТ-решений
Eugene
я уже писал выше - мечтаю о времени, когда все будут не нужны почти и будут только сознательные разработчики и целиком сознательные команды 😊
+1
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Roman Yankov
Микросервисы это в первую очередь про software архитектуру, декомпозицию и способ построения приложений, тогда как SOA про интеграционные интерфейсы. SOA сервисы вполне себе могут быть имплементированы микросервисами.
Роман, микросервисная архитектура в enterprise полностью заменит SOA в перспективе 5 лет. Для SOA останутся только legacy системы. Так что пора забивать на WebSphere и SOAP и вперед к REST, RabbitMQ  и Docker.
источник

RY

Roman Yankov in Архитектура ИТ-решений
Andrei Soloschak
Роман, микросервисная архитектура в enterprise полностью заменит SOA в перспективе 5 лет. Для SOA останутся только legacy системы. Так что пора забивать на WebSphere и SOAP и вперед к REST, RabbitMQ  и Docker.
Андрей, soa и msa в разных измерениях, не нужно их противопоставлять. Они вполне могут жить вместе и дополнять друг друга
источник