SAFe, LeSS, O-AA / Практики корпоративного архитектора

Продолжение ответов на вопросы с предновогоднего вебинара

UML Шрёдингера

uml2

По интернетам несколько месяцев бродит в оригинале и переводах статья Ernesto Garbarino Has UML Died Without Anyone Noticing? Слушатели предстоящего вебинара Грамматика системных моделей попросили меня поделиться собственным мнением о том, что же произошло с UML. Я решил разобрать статью целиком и сделаю это по переводу UML умер, а никто и не заметил?

Читать далее UML Шрёдингера

Микросервисы. Обратный билет

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

Я приступаю к этому тексту с наивным намерением сделать целую серию небольших заметок о современны архитектурах ИТ-решений и разобраться, в первую очередь для себя, является ли переход на микросервисную архитектуру путешествием в один конец. Мне довелось читать достаточное количество историй о том, как та или иная компания вернулась назад из микросервисного безумия, но ни разу я не видел подобной истории собственными глазами и даже не разговаривал с участниками или очевидцами. Предполагаю, что упомянутых выше историях есть определенное лукавство. Обратный билет из микросервисов представляется мне лженаучной фантастикой. Впрочем, безусловно, я вполне могу ошибаться. Если вам хочет поделиться со мной своим контрпримером, то обязательно это сделайте Читать далее Микросервисы. Обратный билет

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

Архитектор ИТ-решения (Solution architect) отвечает за проектирование одного или нескольких приложений или сервисов в организации, обычно являясь участником команды проекта или услуги. Он должен иметь сбалансированное сочетание технических и деловых навыков и часто будет работать под методическим руководством архитектора предприятия (Enterprise architect)…

Не стану полностью переводить более чем внятное описание позиции Архитектора ИТ-решений с страницы What does a solution architect do? сайта СareerExplorer. Но всегда готов обсудить этот профиль деятельности и ответить на ваши вопросы.

Карты вашего кода

Саймон Браун сделал небольшую страницу: Модель С4 архитектуры программного обеспечения. Модель C4 была создана чтоб помочь командам разработчиков программного обеспечения описывать и обсуждать архитектуру решений. Её можно использовать как во время начальных сессий проектирования, так и при ретроспективе существующих решений. Это способ создания карт вашего кода на разных уровнях детализации.

Модель C4 рассматривает статические структуры программной системы и включает четыре типа основных диаграмм: системный контекст (пользователи и внешние приложения), контейнеры (основные подсистемы), компоненты и классы. Об использовании дополнительных диаграмм, моделировании микросервисов, отношении C4 model с другими нотациями моделирования и инструментах создания диаграмм см. оригинальную страницу C4model

Современное предприятие нуждается в цифровой архитектуре

Под прошлогоднее Рождество я описал в этом блоге довольно призрачную вещь, условно назвав её Цифровая Архитектура Предприятия (Digital Enterprise Architecture).  2016 год принес вполне материальное её воплощение. Правда облачное. Называется этот инструмент Ardoq

Я сначала опубликую короткий видеоролик, с рассказом о том, что это такое, а затем напишу пару абзацев чем новое поколение инструментов архитектуры предприятия отличается от того, с чем нам приходилось сталкиваться раньше. И конечно, я не могу не выразить признательность Ian Stendera (Ardoq) за рассказ о системе и особую признательность Антону Абилову (Ardoq) , который озвучил этот ролик на русском. Спасибо, Антон!

https://vimeo.com/193068396/9dc08d9a13

Вы можете посмотреть другие видео (английский), а так же задать свои вопросы на русском. Для ответов на них мы планируем провести в ближайшее время вебинар (подпишитесь на обновления).

Небольшое отступление. Для меня комфортной формой изучения новых инструментов является просмотр видео на английском с последующей возможностью задать вопросы и обсудить материал на русском. Именно такую схему я хочу предложить

Читать далее Современное предприятие нуждается в цифровой архитектуре

ИТ-архитектор с точки зрения ITSM

01-01-perspective-boat-land-perspective-714026

Пару месяцев назад в блоге компании AXELOS (владелец портфеля ITIL и PRINCE2) появилось сообщение The ‘technical leader’ of the IT realm: the IT Architect. Появилось оно конечно не просто так, а как анонс описания роли ИТ-архитектор в деле создания и управления ИТ-услугами, включающем перечисление видов деятельности, знаний и навыков, а так же полезных для архитектора квалификаций ITIL. Читать далее ИТ-архитектор с точки зрения ITSM

Мастерская проектирования ИТ-решений

Вот и закончился учебный курс “Мастерская проектирования ИТ-решений”. Несколько недель подготовки, пять дней интенсивной работы и огромное чувство удовлетворения. Жаль, что все прошло так быстро и еще раз спасибо всем!

solution architecture workshop

Процесс проектирования ИТ-решений

Слайды с вебинара “Процесс проектирования ИТ-решений”, проведенного перед учебным курсом “Мастерская проектирования ИТ-решений“:
[slideshare id=65379523&doc=24-08-sshare-160826042622] Читать далее Процесс проектирования ИТ-решений

Release it! книжка о трещинах в ПО

releaseitВ этом году издательство «Питер» выпустило русскоязычный перевод книжки Майкла Нейгарда “Release it! Проектирование и дизайн ПО для тех, кому не всё равно” Оригинал этой книжки “Release It!: Design and Deploy Production-Ready Software (Pragmatic Programmers)”  появился в 2007 году. Не знаю какими соображениями руководствовалось издательство выпуская перевод сегодня. Как, впрочем, не помню почему именно эту книжку я взял почитать в отпуск. Тем не менее хочу порекомендовать эту книжку для чтения всем, кто так или иначе связан с архитектурой информационных систем. Читать далее Release it! книжка о трещинах в ПО