Автор: Максим Смирнов

Рационализация портфеля приложений

В прошлом году у меня появился новый учебный курс «Практики Архитектуры Предприятия». Формальное описание и программу курса можно посмотреть на сайте https://www.itexpert.ru/eap/, а здесь я хочу дать ему менее формальную характеристику и расставить основные акценты. Уложиться в три предложения я не смог и в итоге получилось пять основных вещей, которые я должен отметить

Во-первых, это курс о рационализации портфеля корпоративных приложений. Под рационализацией или оптимизацией часто понимают сокращение затрат или полный отказ от дальнейшего развития приложения. Это не совсем так. Если разработка целевой архитектуры для вашего приложения привела к подобным последствиям, то вы просто попали не в ту часть списка. Для других приложений результатом рационализации является либо привлечение дополнительных ресурсов и инвестиций, либо, как минимум, толерантное к нему отношение. Знаменитый гартнеровский TIME анализ – это аббревиатура: Tolerate, Invest, Migrate and Eliminate (см., например, Application Portfolio Triage: TIME for APM, Jim Duggan, August 2009). Впрочем, есть и более современные источники, например, вышедший в 2019-м Application rationalization playbook американского Federal Chief Information Officers (CIO) Council. Продолжить чтение «Рационализация портфеля приложений»

Карта предметной области

Еще одна серия постов из Telegram-канала «Архитектура ИС»

На этот раз о том, почему техника Domain Storytelling (далее DS) сорвав низко висящее яблоко, не съела его, а всего лишь понадкусывала. Продолжить чтение «Карта предметной области»

Архитектор Предприятия AS IS и TO BE

Если я ничего не напутал, то дело обстояло так. В ходе конференции “Agile Architecture”, проведенной в июле этого года The Open Group в Денвере(Колорадо), состоялся воркшоп по дизайн-мышлению (design thinking) на котором и была придумана приведенная ниже история вымышленных персонажей Лоретты, Арчи1 и Арчи2. Участвовавший в воркшопе Теренс Блевинс (Terence Blevins) — Director of The Open Group Governing Board записал её и опубликовал в блоге THE FUTURE ENTERPRISE ARCHITECT, а Шервин Микер(Sherwin Meeker), тоже участник The Open Group и главный консультант по управлению в IBM – немного отредактировал.

Меня зацепил предложенный формат обсуждения роли архитектора предприятия, но сам текст оставил ощущение некоторой недосказанности. Не полагаясь на свой английский, я попросил перевести эту статью. Чувство недосказанности, однако, полностью не улетучилось. Перечитав исходный текст еще раз, я вдруг вспомнил сессии по разработке ценностного предложения и используемый в них value proposition canvas. В одном из будущих потоков курса по ИТ-архитектуре я рассчитываю провести подобную сессию, надеясь, что наша историю получится ничуть не хуже, чем у коллег (В какой-то мере я уже воспользовался этой идеей в курсе Практики архитектуры предприятия, нарисовав портреты потенциальных слушателей курса).

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

Развилки архитектурных решений

Небольшое послесловие к вебинару «Поток архитектурных решений», запись которого вы можете посмотреть здесь: https://youtu.be/9vtf33NIJrE Метафора проектирования в форме процесса последовательного принятия решений нравится многим моим собеседникам. Кого-то прельщает возможность формализации архитектурной деятельности, другие видят в этом потенциал для автоматического создания архитектурных описаний в ходе разработки (см. Архитектура как код), третьи, вероятно, вспоминают институтские занятия про теорию игр и деревья решений. Приверженцы agile видят в архитектурных решениях реализацию идеи architecture owner, собирающего жемчужины решений, родившихся у самоорганизованных команд. Латентные любители «водопада» — подтверждение инженерного подхода к проектированию ИТ-решений.

Я сам, скорее всего, принадлежу именно к третьей категории, в глубине души мечтая о том, чтоб процесс проектирования был не сильно сложнее, чем разработка стратегии игры из 6 главы замечательной книжки Чарльза Уэзерелла “Этюды для программистов”, доставшейся мне в качестве курсовой на каком-то из младших курсов. Именно поэтому мне хочется предостеречь читателей этой заметки от подкупающего своей простотой взгляда на проектирование, как на преодоление развилок в графе. Продолжить чтение «Развилки архитектурных решений»

Распределенные системы. Паттерны проектирования

Решил продублировать в блог набор реплик из Telegram-канала Архитектура ИС и порекомендовать к прочтению книжку Распределенные системы. Паттерны проектирования (Издательство Питер, 2019, в оригинале: Designing Distributed Systems: Patterns and Paradigms for Scalable, Reliable Services, March, 2018).  Это тот редкий случай, когда для чтения перевода не нужно иметь под рукой англоязычный оригинал. Книжка, безусловно, про паттерны, но не только про паттерны. Так, например, один из вопросов, на которые она дает ответ — как быть с повторно-используемыми (reusable) компонентами в микросервисной архитектуре Продолжить чтение «Распределенные системы. Паттерны проектирования»