Стартуем через 20 минут здесь https://us02web.zoom.us/j/84807018425?pwd=cbiGKZoIXuA8Iwoq3wvZN97VcksxGA.1

📽 Запись предновогоднего стрима

На других ресурсах:
🔘 YouTube
🔘 VK Видео

Давайте я еще немного прокомментирую этот опрос.
Лет 20 назад основной вопрос, который обсуждался в связи с работой был в том, как помочь людям раскрыть на работе свой потенциал. Было много вариантов ответа из которых практически ничего не сработало. Сейчас даже как-то неудобно обсуждать вопросы, типа помогает ли agile раскрыть потенциал сотрудника (или офис класса А или удаленка или печеньки с кофепоинтами, или отдел DevRel - не суть). Есть исследование State of DevOps (которое из книжки Accelerate), ищущее подобные корреляции, да пожалуй и все

Ну, т.е. корабль нашей отрасли все глубже погружается в пучину махрового энтерпрайз и те, кто на нижней палубе в свои иллюминаторы света уже не видят. Очевидно, что стратегия "запасной шлюпки" вполне разумна в такие времена. Пусть это будет небольшой приработок или хобби "пока Титаник плывет", главное чтоб потом сработало

В хит-параде текстов прошлого года я бы, наверное, выделил Like we don’t see air, we don’t see the Digital Revolution от Gerben Wierda, автора книжки Mastering ArchiMate.

Как и многие его тексты он длинный и непростой. В нем несколько довольно разных мыслей и не только о том, что мы не воспринимаем масштабов оцифровки всего вокруг нас. Этот текст скорее предупреждение о хрупкости подобных моделей и инерционности деятельностей на них завязанных (а это теперь практически всё). Ну и конечно еще о замедлении технологического роста (любимая тема этого автора), относительной простоте расширения систем и сложности их модификации, техническом долге, культуре проектирования, компромиссах при принятии решений.

А еще Gerben добавляет к тексту пару постскриптумов:
1. The Fundamental Limit of ‘Being Digital’ - построенный на двоичной логике цифровой образ мира тесно связывает производительность операций с хрупкостью и инерционностью(низкой гибкостью, способность к изменениям) осуществляющих их систем. И это предопределяет ограниченность дискретно-событийных систем
2. AI are going to teach us lessons about ourselves

Небольшой текст с итогами и планами: Навстречу 2025-му. Свершения и прогнозы

Всем счастья!
С наступающим Новым годом! 🍾🎄🎉

📑 Хочу поделиться с вами вот этим лонгридом What is Enterprise Architecture? Сomplete Guide (надеюсь встроенная реклама вас не смутит). Давайте расскажу почему

Я часто ссылаюсь на книжку ADM Practitioners’ Guide из TOGAF 10 в качестве примера современного взгляда на EA, отличающегося от архаики Fundamental Content, например. А текст руководства практика по архитектуре предприятия написали авторы из Conexiam.

Собственно, верхняя ссылка представляет собой выжимку основных идей руководства

Если немного уйти от метафоричности, которую всегда так умело использует Gregor Hohpe в своих текстах, то вчерашний его текст Enterprise Architects: From Cartographers to Scouts подтверждает одну простую вещь:
архитектура предприятия все больше воплощается посредством архитектуры решений (solution architecture)

Мартин Фаулер, международный эксперт по программной инженерии, начал свою публичную просветительскую деятельность с книги Analysis Patterns 1997-го года.

При этом как ни удивительно, книга интересна и актуальна до сих пор и для разработчиков и для архитекторов и для системных аналитиков.

Можно сказать, что книга прошла почти незамеченной в широкой профессиональной среде, в частности, никогда не переводилась на русский язык.

Андрей Гордиенков решил исправить это досадное обстоятельство и подготовил собственную версию перевода.

https://habr.com/ru/articles/872598/

Вступление
1.1 Концептуальные модели
1.2 Мир шаблонов
1.3 Шаблоны в этой книге
1.4 Концептуальные модели и реинжиниринг бизнес-процессов
1.5 Шаблоны и фреймворки
1.6 Использование шаблонов

Часть 1. Аналитические шаблоны
2. Ответственность
3. Наблюдения и измерения
4. Наблюдения для корпоративных финансов
5. Обращение к объектам
6. Инвентаризация и учет
7. Использование моделей учета
8. Планирование
9. Торговля
10. Производные контракты
11. Торговые пакеты

Часть 2. Поддерживающие шаблоны
12. Слоёная архитектура для ИС
13. Фасады приложения
14. Подходы для моделирования типов
15. Шаблоны ассоциации
16. Послесловие

Часть 3. Приложения
А. Техники и обозначения
В. Таблица паттернов
C. Краткая справка по диаграммам

Продолжаю делиться чужими переводами. Сегодня от Mikhail Zaborov

Я тут сделал перевод к видео, пока готовил лекции для студентов.
Короткий ролик про Agile. Очень талантливо снято
Субтитры вшиты в видео. Могу отдать отдельно видео и исходник субтитров

Архитектура и agile часто противопоставляются. Потому многие архитекторы либо полностью дистанцируются от обсуждения этой темы, либо безоговорочно поддерживают любые вещи, промаркированные словом «agile». Если оставить в стороне стандарт Open Agile Architecture, включающий очень разные идеи, то я бы обратил ваше внимание на небольшую статью What is agile enterprise architecture? Svyatoslav Kotusev – перечень из шести направлений в которых архитектору предприятия следует найти (а возможно и формально зафиксировать) компромисс между предварительным планированием и гибкостью

На мой взгляд, это практически готовые к использованию рекомендации

🗂 Дополнил предновогодние рассуждения о том, как сделать хороший пример в новом учебном курсе по архитектуре решений.

🔽 Сформулировал пять характеристик такого примера. Возможно, кто-то меня дополнит или с чем-то не согласится

📑 Архитектура решений. Сложные компромиссы

🏛 The Open Group непрерывно ведет полезную, но невидимую деятельность по переупорядочиванию своих информационных ресурсов.

➡️ Вот еще один такой типичный ресурс Case Studies Collection - подборка учебных кейсов с нашими любимыми компаниями ArchiSurance и ArchiMetal и другими историями в формате pocket guide

Иногда InfoQ размещает более-менее содержательные тексты. Вчера это был Adam Bellemare из Confluent с лонгридом The End of the Bronze Age: Rethinking the Medallion Architecture

Вообще говоря, вопрос о том, как совместить операционные и аналитические данные (и соответствующие процессы и потоки их сбора и обработки) совсем не новая. Здравый смысл призывает относится к таким идеям с настороженностью. Но Адам достаточно аккуратен и убедителен. И тему Shift Left (сдвига вверх по течению) рассказывал всю прошлую осень в блоге Confluent.
Конечно, можно посчитать это простым PR-ом Kafka, но в ледниковый период сокращений и оптимизаций я бы, как минимум, думал бы в этом направлении

📃 BABOK Guide уже много лет не обновлялся. Зато на днях появилась вторая версия The Business Analysis Standard. Скачать стандарт можно по ссылке выше ☝️, при желании, предварительно зарегистрировавшись здесь

🔖 Что поменялось (сжатый анонс от авторов):
- Оптимизирован язык для более легкого понимания и навигации
- Области знаний реорганизованы в соответствии с BABOK Guide. Согласована терминология стандарта и руководства
- Стили документа приведены в соответствие со стандартами ISO
- Для быстро ознакомления со стандартом добавлен общий обзор
- Новые и расширенные разделы: ценность и результаты (outcomes and value), организационные соображения, улучшения и проработка идей

🖇 Как всё это связано с архитектурой решений. В какой-то момент IIBA стал максимально широко трактовать бизнес-анализ, захватив заметный кусок solution architectгure. Вряд ли это правильно, но зато, пока у солюшенов нет своего стандарта, в какой-то мере, можно воспользоваться стандартом аналитиков (а не только стандартами архитекторов предприятия)

Поделюсь видео Киры Моревой - руководителя группы консультантов GeekSource, с комментарием о зарплатах enterprise и solution архитекторов

Прошлым летом я сделал простой шаблон, позволяющий подготовить рассказ об архитектуре решения.

Но оказывается, у arc42 есть такая штука, как Architecture Communication Canvas (ACC). Не вдаваясь сейчас в обсуждение содержания этого шаблона, должен признать, что он задает некоторую планку по оформлению, да и описанию таких шаблонов.

Все их шаблоны можно посмотреть здесь, ну а мне свой придется чуть-чуть дооформить :)

🤖 Больше всего корпоративные архитекторы любят рисовать картинки о том, какими бывают архитекторы

В сентябре прошлого года был переиздан документ Architecture Roles and Skills из TOGAF Series Guide, из которого и взята эта диаграмма. Там же чуть более подробное видение этих ролей и их навыков от The Open Group

Канал Архитектура ИТ-решений ещё немного подрос 🎉

Большое спасибо всем подписчикам! 👏

Уже почти год не обновлялось размещенное у Фаулера руководство Patterns of Legacy Displacement. А ведь большинство упомянутых в нем паттернов до сих пор детально не описаны в виде отдельных статей.

Однажды, я сделал карту всех таких паттернов в формате на одну страницу (см. рисунок). Жирным шрифтом выделены те из них, по которым есть детальное описание в виде отдельной статьи в bliki, а вот остальные всё еще ждут своего часа

PS. Раздел Patterns for ongoing organisational change я непременно добавлю на эту картинку