Карьерные траектории ИТ-архитектора.
Я не собирался становиться архитектором. Даже не задумывался об этом. Мне нравилось заниматься разработкой и намного меньше управлением. Много лет я просто участвовал в тех или иных проектах. При этом, как я это сейчас понимаю, в этих проектах следовало бы заниматься архитектурой. Но тогда, почему-то, такая мысль просто не приходила в голову. И хотя своего рода сигналов: давай же, бери на себя архитектуру - было достаточно, я успешно их игнорировал. Закончилось все тем, что один топ-менеджер буквально прижал меня к стенке словами:
- у меня есть разработчики, у меня есть менеджеры, ты в какой-либо из этих ролей мне совершенно не нужен; так что давай, соглашайся на архитектора
Вот так и пришлось стать ИТ-архитектором. Поначалу, конечно, давил синдром самозванца. Но продолжалось это недолго.

К чему я всё это. Да вот, думаю, сколько вокруг потенциальных архитекторов таковыми себя не воспринимают. И ведь может выйти так, что никогда ими не станут..., а ведь могли бы

Надо бы это с HR-ами перетереть

Судя по откликам в группе этого канала, мне не следовало соглашаться на работу ИТ-архитектором так быстро. Может лучше было начать с архитектурных ка-та (список от Нила Форда здесь: http://nealford.com/katas/ и я уже писал про них в этом канале https://tttttt.me/it_arch/253) лет пять упражнения поделать, экзамен по TOGAF-у сдать и только потом...

... но каты: http://nealford.com/katas/random.html всегда можно поделать если что :-)

Cайт Real ITSM устроил обсуждение: https://realitsm.ru/2020/05/yavlyaetsya-li-it-arxitektura-chastyu-cmdb/ которое, впрочем, быстро заглохло.

Я всегда был приверженцем точки зрения, что архитектурный репозиторий AR, словно data integration tool, должен использовать все источники данных CMDB, оргструктуру, продуктовый каталог,... есть перечень бизнес-процессов - тоже тащите. Но может кому-то будет интересно пообсуждать и вопрос ИТ-архитектура и CMDB - что внутри чего, а что, соответственно, снаружи

Менеджеры продуктов думают, что они занимаются продуктами, но, на самом деле, уже давно занимаются сервисами. Просто менеджеры тоже так думают, но любая деятельность у них превращается в проект. Разработчики ненавидят проекты и потому делают продукты и сваливают их в IT operations от которых заказчик ждут не продуктов, а сервисов. Они это знают, но часто не могут внятно объяснить. Редкое исключение нашел в блоге Axelos Products, Services, and Service Relationships https://www.axelos.com/news/blogs/april-2019/itil-4-connecting-the-key-concepts-blog-part-1

Похоже, что эта новость обвалила сайт rkn

⚡️⚡️⚡️Конец "блокировки" Телеграма. Все танцуют

По согласованию с Генеральной прокуратурой РФ Роскомнадзор снимает требования по ограничению доступа к мессенджеру Телеграмм.

https://rkn.gov.ru/news/rsoc/news73050.htm

В чате "Архитектура ИТ-решений" обсуждаем темы для следующих zoom-ов
1 - https://tttttt.me/itarchitect/65475
2 - https://tttttt.me/itarchitect/65476

Всем доброго дня! По итогам встречи в zoom и докладам, заявленным в чате, сейчас будет проведено два опроса - все доклады не влезли в один. Множественный выбор доступен, отметьте все интересующие варианты - что хотите послушать, в чем хотите поучаствовать.
Приславшим короткие темы - спасибо. Темы остальных были сокращены до нужного кол-ва символов, поля с вариантами довольно маленькие.

Всем привет! Обычно я так не делаю, но для следующего вебинара, который случится в первой половине июля, хочу провести голосование по выбору темы. Какая окажется наиболее востребованной, ту и обсудим. (Уточняющие вопросы, а также рекомендации по темам приветствуются в группе этого канала)

Более половины высказались за Дилемму корпоративного ИТ-архитектора Спасибо. Так тому и быть. Ссылка на предстоящую трансляцию: https://youtu.be/XVkExnJ6lrw

Коллеги, в этот четверг в 20:00 состоится доклад Алексея Сенькова
"Классификация видов долга, накапливающегося со стороны разработки"

Аннотация:
Часто на конференциях по разработке ПО проскальзывает термин "технический долг", иногда рядом с ним появляется "архитектурный долг". Но никто явно не говорит об "организационном долге" - понимании необходимости развития процессов разработки ПО, которые были отложены ввиду каких-то причин.
Вопросы для обсуждения:
1. Выделение типов долга. Какие типы долга известны? Можно ли выделить можно ли выделить отдельно архитектурный долг?
2. Организационный долг. Формирование понятия о тех долге, обстоятельствах возникновения и рисках (риски несомненно не менее высоки чем риски, связанные с техническим долгом). ЖЦ организационного долга. Виды орг. долга, возникающие на различных этапах развития команды разработки.
Форма доклада: дискуссия
Продолжительность доклада: 15-20 мин презентация + время на обсуждение.
Ссылка на конференцию zoom:
https://us02web.zoom.us/j/89019160706?pwd=dXF2ZFVFUWh2NDUwbTlaMFM3M09Xdz09
Идентификатор конференции: 890 1916 0706
Пароль: 513901

Хочу такой :-0

Запись вчерашнего zoom-а по архитектуре: https://youtu.be/cIJopH2lV-k

Коллеги, в четверг 02.07.2020 в 20:00 в zoom состоится доклад Александра Самарина
"ISO/IEC/IEEE 42010:2011 viewpoints, views, model-kinds and models for Enterprise Architecture (Smart Cities as an example)"

Аннотация:
При построении Умных Городов (УГ) необходимо решать одновременно несколько известных задачек:
1) зная, что решения УГ примерно на 70 % одинаковы во всех УГ как избежать «изобретения велосипедов» в разных городах.
2) зная, что в разных городах будут работать разные команды, как достичь того, чтобы решения, сделанные в одном городе, можно было бы использовать в других городах.
3) зная, что бюджеты на УГ весьма ограничены, как сделать построение УГ доходной программой.
Форма доклада: презентация
Продолжительность доклада: 25 мин + дискуссия
Ссылка на конференцию:
https://us02web.zoom.us/j/82504629520?pwd=VmNIOTRkSlh1ejMzNjQzWE1hRUZFZz09
Идентификатор конференции: 825 0462 9520 Пароль: 029023

Оказывается, в CNCF есть рабочая группа по https://smi-spec.io/

Похоже, что AWS появится в России и случится это через Mail.ru. Комментарии экспертов в статье экспертностью не блещут (ага, мультиклауд, вот именно его и не хватает нынче отечественным заказчикам), но если AWS здесь появится, хотя бы с основными своими сервисами, то изучать ИТ-архитектуру мы будем именно по ним https://www.kommersant.ru/doc/4405864
Да, и локальные сервисы станут резко потерять свою актуальность... Тарантул, говорите, ага, щас!

Коллеги, в четверг 09.07.2020 в 20:00 MSK в zoom состоится доклад Геннадия Круглова
"Трансформация роли архитектора в технологического партнёра бизнеса (сейлов, топов, лпр)"

Аннотация: В процессе работы над архитектурными решениями стало понятно, что становится востребованной роль некоего партнёра для нетехнических ЛПР:
1) ЛПР нужно слушать (общаться) на постоянной основе, чтобы помогать структурировать мысли и проецировать их на технические решения, буквально проводить оценку в реальном времени их реализуемости, порядка трудозатрат и расширять, трансформировать идеи.
2) Проводить «мягкое» обучение в процессе общения по технологиям, арх. и орг. подходам, для чтобы ЛПР трезво оценивали их возможности и ограничения.
3) Быстро предлагать концепты, то есть делать высокоуровневый системный дизайн для поддержки продаж.
4) По их просьбе проводить аудит архитектуры и процессов разработки в проектах, выдавать заключения и рекомендации.
Хотелось бы рассказать об этом и о том, какие возникают сложности при взаимодействии и какие навыки нужно совершенствовать.

Форма доклада: презентация + обсуждение
Продолжительность доклада: 30 минут доклад, ~30 минут обсуждение
Ссылка на конференцию: Ссылка на конференцию:
https://us02web.zoom.us/j/89019160706?pwd=dXF2ZFVFUWh2NDUwbTlaMFM3M09Xdz09
Идентификатор конференции: 890 1916 0706 Пароль: 513901