Да уже давно. Я вот сижу а Питере, в Москве офис. Хотели открывать в Ростове. Я прогнозировал, что следующий будет Челябинск. С Ростовом не сложилось, так что проверить практикой виденье Шнура не получилось

А уж его песня про Москву так вообще хит среди тех, кто на федералов работает))

Простите, Москвичи)

Ну хоть с большой буквы 😉

У меня вопрос навеянный Гарнером: список продуктов cloud-native это авторитетный источник?

Кто-то на него ссылается в работе, он какой-то вес имеет?

Нужны ли корпорациям MDM и почему нет?

Целью этих "бесед" я вижу 1. Синхронизация между архитектором и командой в части арх. принципов; 2. Согласование решений, выходящих за рамки сервиса/продукта.
Проблема найти других собеседников в том, что они: а) не будут обладать полномочиями для проведения арх.принципов в жизнь б) могут участвовать не во всех доработках.
Напомню, мы обсуждаем вопрос арх.надзора в 16 командах. Если команды всего 2, вряд ли архитектор  будет в виде отдельного человека. Хотя...

16 команд - много. Арх надзора не будет.

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

И "беседы" - ключевая составляющая работы архитектора, потому что в ходе бесед выявляются настоящие "боли" стейкхолдеров, а также по ряду других причин.

Нужны.

В двух кейсах точно:
- когда много Легаси и уже всё плохо с качеством данных
- когда становится много Легаси и начинают развеиваться иллюзии относительно качества данных

Нужны ли коробки? Не факт, это зависит.

Поделитесь ссылочкой пожалуйста

Привет.
Вижу, продолжаем тему архитектурного надзора.
16 команд у меня, да (точнее уже 17). В каждой команде есть "командный архитектор", с которым я взаимодействую на регулярной основе (в том числе тет-а-тет). И с помощью этого человека я могу, в принципе, осуществлять архитектурный надзор. Но есть одно "но". Не факт, что человек сможет сделать так, что бы технина была сделана согласно договоренностям, политикам, стандартам и даже здравому смыслу.
Я думаю эту проблему решать следующим  способом:
1. Вкачивание именно людей. В том числе хард и софт скиллы, что бы они могли сказать нерадивым продуктам "нет";
2. Повышение прозрачности текущей архитектуры - диаграммы компонентов, связей, контекстов. Если будет что-то генерироваться автоматически - супер.

Трудно что-либо добавить. Всё правильно.

Спасибо.

+1

во второй пункт так же включаем автоматические проверки на соответствие задуманному (насколько это можно автоматизировать)

Было бы круто ещё "тусовку" между "командными" архитекторами организовать.

Позвольте добавить.
3. На таком масштабе (16 команд) уже выгодно вкладываться в автоматический контроль много чего.