Архитектура ИТ-решений
Никак не найду время написать что-то внятное после прочтения этой книги https://www.alpinabook.ru/catalog/book-604931/ потому главное впечатление. Авторы поставили себе цель не просто регулярно проводить опросов вокруг DevOps (с 2014 года), но и найти статистические…
По большому счету, эта книжка еще и о том, что организации бывают плохие, хорошие и выдающиеся. И если разница между первыми и вторыми не так уж и велика, то выдающиеся компании существенно оторвались от всех остальных. В таких компаниях и архитектура слабосвязная и непрерывная интеграция работает и продуктовое мышление преобладает, сотрудники счастливы, а безопасность на высоте и никому не мешает.
В общем, грустная книжка о тщетности усилий по эволюционному преобразованию плохого в хорошее
В общем, грустная книжка о тщетности усилий по эволюционному преобразованию плохого в хорошее
Чего слушателю вебинаров не хватало для полного счастья? Правильно, чтоб YouTube вынес отметки времени из описания видео непосредственно в картинку. Так вот - это случилось!
Я не поленился, взял свой старый вебинар и набросал тайм-кодов на первые полчаса. Думаю, стало лучше, наслаждайтесь: https://youtu.be/18D3uoUlOEw
Я не поленился, взял свой старый вебинар и набросал тайм-кодов на первые полчаса. Думаю, стало лучше, наслаждайтесь: https://youtu.be/18D3uoUlOEw
YouTube
Микросервисная архитектура
Канал в Telegram: https://t.me/it_arch
О тренинге "Микросервисная архитектура": http://www.itexpert.ru/MSA/
Бесплатный вебинар о микросервисах в корпоративном ИТ-ландшафте.
Мы затронем несколько тем, касающихся использования микросервисов в корпоративных…
О тренинге "Микросервисная архитектура": http://www.itexpert.ru/MSA/
Бесплатный вебинар о микросервисах в корпоративном ИТ-ландшафте.
Мы затронем несколько тем, касающихся использования микросервисов в корпоративных…
Карьерные траектории ИТ-архитектора.
Я не собирался становиться архитектором. Даже не задумывался об этом. Мне нравилось заниматься разработкой и намного меньше управлением. Много лет я просто участвовал в тех или иных проектах. При этом, как я это сейчас понимаю, в этих проектах следовало бы заниматься архитектурой. Но тогда, почему-то, такая мысль просто не приходила в голову. И хотя своего рода сигналов: давай же, бери на себя архитектуру - было достаточно, я успешно их игнорировал. Закончилось все тем, что один топ-менеджер буквально прижал меня к стенке словами:
Вот так и пришлось стать ИТ-архитектором. Поначалу, конечно, давил синдром самозванца. Но продолжалось это недолго.
К чему я всё это. Да вот, думаю, сколько вокруг потенциальных архитекторов таковыми себя не воспринимают. И ведь может выйти так, что никогда ими не станут..., а ведь могли бы
Надо бы это с HR-ами перетереть
Я не собирался становиться архитектором. Даже не задумывался об этом. Мне нравилось заниматься разработкой и намного меньше управлением. Много лет я просто участвовал в тех или иных проектах. При этом, как я это сейчас понимаю, в этих проектах следовало бы заниматься архитектурой. Но тогда, почему-то, такая мысль просто не приходила в голову. И хотя своего рода сигналов: давай же, бери на себя архитектуру - было достаточно, я успешно их игнорировал. Закончилось все тем, что один топ-менеджер буквально прижал меня к стенке словами:
- у меня есть разработчики, у меня есть менеджеры, ты в какой-либо из этих ролей мне совершенно не нужен; так что давай, соглашайся на архитектора Вот так и пришлось стать ИТ-архитектором. Поначалу, конечно, давил синдром самозванца. Но продолжалось это недолго.
К чему я всё это. Да вот, думаю, сколько вокруг потенциальных архитекторов таковыми себя не воспринимают. И ведь может выйти так, что никогда ими не станут..., а ведь могли бы
Надо бы это с HR-ами перетереть
Архитектура ИТ-решений
Карьерные траектории ИТ-архитектора. Я не собирался становиться архитектором. Даже не задумывался об этом. Мне нравилось заниматься разработкой и намного меньше управлением. Много лет я просто участвовал в тех или иных проектах. При этом, как я это сейчас…
Судя по откликам в группе этого канала, мне не следовало соглашаться на работу ИТ-архитектором так быстро. Может лучше было начать с архитектурных ка-та (список от Нила Форда здесь: http://nealford.com/katas/ и я уже писал про них в этом канале https://t.me/it_arch/253) лет пять упражнения поделать, экзамен по TOGAF-у сдать и только потом...
Telegram
Архитектура ИС
... п. 20.4.3.4. Architecture Kata - особенно радует. Я всегда подозревал, что архитектору следует беречь себя от тяжелой работы. Вот и в этом отчете сказано о пользе архитектурных ката. Вы знаете что такое ка-та? Согласно википедии:
Ка́та (яп. 型 или 形)…
Ка́та (яп. 型 или 形)…
... но каты: 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 - что внутри чего, а что, соответственно, снаружи
Я всегда был приверженцем точки зрения, что архитектурный репозиторий AR, словно data integration tool, должен использовать все источники данных CMDB, оргструктуру, продуктовый каталог,... есть перечень бизнес-процессов - тоже тащите. Но может кому-то будет интересно пообсуждать и вопрос ИТ-архитектура и CMDB - что внутри чего, а что, соответственно, снаружи
Digital Enterprise
Является ли ИТ-архитектура частью CMDB? – Digital Enterprise
В редакцию портала поступил вопрос: Здравствуйте! ИТ-архитектура является частью 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
Forwarded from Нецифровая экономика (Oleg Salmanov)
⚡️⚡️⚡️Конец "блокировки" Телеграма. Все танцуют
По согласованию с Генеральной прокуратурой РФ Роскомнадзор снимает требования по ограничению доступа к мессенджеру Телеграмм.
https://rkn.gov.ru/news/rsoc/news73050.htm
По согласованию с Генеральной прокуратурой РФ Роскомнадзор снимает требования по ограничению доступа к мессенджеру Телеграмм.
https://rkn.gov.ru/news/rsoc/news73050.htm
Федеральная служба по надзору в сфере связи, информационных технологий и массовых коммуникаций
О мессенджере Телеграмм
18 июня 2020 года
В чате "Архитектура ИТ-решений" обсуждаем темы для следующих zoom-ов
1 - https://t.me/itarchitect/65475
2 - https://t.me/itarchitect/65476
1 - https://t.me/itarchitect/65475
2 - https://t.me/itarchitect/65476
Telegram
Daria Kaftan in Архитектура ИТ-решений
Темы докладов. Часть 1.
ISO/IEC/IEEE 42010:2011 viewpoints, views, model-kinds and models for Enterprise Architecture / Обмен данными/знаниями (обученными интеллект. моделями/системами) между заинтересованными сторонами / Трансформация роли архитектора в…
ISO/IEC/IEEE 42010:2011 viewpoints, views, model-kinds and models for Enterprise Architecture / Обмен данными/знаниями (обученными интеллект. моделями/системами) между заинтересованными сторонами / Трансформация роли архитектора в…
Forwarded from Дарья Кафтан
Всем доброго дня! По итогам встречи в zoom и докладам, заявленным в чате, сейчас будет проведено два опроса - все доклады не влезли в один. Множественный выбор доступен, отметьте все интересующие варианты - что хотите послушать, в чем хотите поучаствовать.
Приславшим короткие темы - спасибо. Темы остальных были сокращены до нужного кол-ва символов, поля с вариантами довольно маленькие.
Приславшим короткие темы - спасибо. Темы остальных были сокращены до нужного кол-ва символов, поля с вариантами довольно маленькие.
Всем привет! Обычно я так не делаю, но для следующего вебинара, который случится в первой половине июля, хочу провести голосование по выбору темы. Какая окажется наиболее востребованной, ту и обсудим. (Уточняющие вопросы, а также рекомендации по темам приветствуются в группе этого канала)
Тема следующего вебинара
Final Results
27%
О чём говорить с заказчиком ИТ-решения
15%
Инверсия управления для менеджеров (Почему никто не использует мой сервис?)
52%
Дилемма корпоративного ИТ-архитектора (Альтернативы архитектуре предприятия)
26%
Воронка инициатив. Уравнение со многими неизвестными
2%
Предложу свою тему в группе канала
Более половины высказались за Дилемму корпоративного ИТ-архитектора Спасибо. Так тому и быть. Ссылка на предстоящую трансляцию: https://youtu.be/XVkExnJ6lrw
Forwarded from Дарья Кафтан
Коллеги, в этот четверг в 20:00 состоится доклад Алексея Сенькова
"Классификация видов долга, накапливающегося со стороны разработки"
Аннотация:
Часто на конференциях по разработке ПО проскальзывает термин "технический долг", иногда рядом с ним появляется "архитектурный долг". Но никто явно не говорит об "организационном долге" - понимании необходимости развития процессов разработки ПО, которые были отложены ввиду каких-то причин.
Вопросы для обсуждения:
1. Выделение типов долга. Какие типы долга известны? Можно ли выделить можно ли выделить отдельно архитектурный долг?
2. Организационный долг. Формирование понятия о тех долге, обстоятельствах возникновения и рисках (риски несомненно не менее высоки чем риски, связанные с техническим долгом). ЖЦ организационного долга. Виды орг. долга, возникающие на различных этапах развития команды разработки.
Форма доклада: дискуссия
Продолжительность доклада: 15-20 мин презентация + время на обсуждение.
Ссылка на конференцию zoom:
https://us02web.zoom.us/j/89019160706?pwd=dXF2ZFVFUWh2NDUwbTlaMFM3M09Xdz09
Идентификатор конференции: 890 1916 0706
Пароль: 513901
"Классификация видов долга, накапливающегося со стороны разработки"
Аннотация:
Часто на конференциях по разработке ПО проскальзывает термин "технический долг", иногда рядом с ним появляется "архитектурный долг". Но никто явно не говорит об "организационном долге" - понимании необходимости развития процессов разработки ПО, которые были отложены ввиду каких-то причин.
Вопросы для обсуждения:
1. Выделение типов долга. Какие типы долга известны? Можно ли выделить можно ли выделить отдельно архитектурный долг?
2. Организационный долг. Формирование понятия о тех долге, обстоятельствах возникновения и рисках (риски несомненно не менее высоки чем риски, связанные с техническим долгом). ЖЦ организационного долга. Виды орг. долга, возникающие на различных этапах развития команды разработки.
Форма доклада: дискуссия
Продолжительность доклада: 15-20 мин презентация + время на обсуждение.
Ссылка на конференцию zoom:
https://us02web.zoom.us/j/89019160706?pwd=dXF2ZFVFUWh2NDUwbTlaMFM3M09Xdz09
Идентификатор конференции: 890 1916 0706
Пароль: 513901
Zoom Video
Join our Cloud HD Video Meeting
Zoom is the leader in modern enterprise video communications, with an easy, reliable cloud platform for video and audio conferencing, chat, and webinars across mobile, desktop, and room systems. Zoom Rooms is the original software-based conference room solution…
Запись вчерашнего zoom-а по архитектуре: https://youtu.be/cIJopH2lV-k
YouTube
Классификация видов долга, накапливающегося со стороны разработки / Алексей Сеньков
Часто на конференциях по разработке ПО проскальзывает термин "технический долг", иногда рядом с ним появляется "архитектурный долг". Но никто явно не говорит об "организационном долге" - понимании необходимости развития процессов разработки ПО, которые были…
Forwarded from Дарья Кафтан
Коллеги, в четверг 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
"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
Zoom Video
Join our Cloud HD Video Meeting
Zoom is the leader in modern enterprise video communications, with an easy, reliable cloud platform for video and audio conferencing, chat, and webinars across mobile, desktop, and room systems. Zoom Rooms is the original software-based conference room solution…