Size: a a a

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

2021 February 04

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Вальсируя с медведями - очень хорошая книжка для погружения с нуля
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Gennadiy Kruglov
Вальсируя с медведями - очень хорошая книжка для погружения с нуля
Спасибо! С этого тогда и начну.
источник

AZ

Alexander Zaitsev in Архитектура ИТ-решений
а в дикой природе для описания ED систем часто используется https://www.asyncapi.com/

?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Олег Игонин
Спасибо! С этого тогда и начну.
Читать, одно удовольствие. Как и воообще всё у этих авторов.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Олег Игонин
А вы не РП?
Это мне был адресован вопрос?
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Gennadiy Kruglov
Это мне был адресован вопрос?
Да.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Нет конечно. Но как и у многих архитекторов, есть опыт управления как проектами, так и антикризисного управления
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Gennadiy Kruglov
Нет конечно. Но как и у многих архитекторов, есть опыт управления как проектами, так и антикризисного управления
Просто когда говорится про ресурсы и время, мне не хочется заступать за границы архитектора на зону ответственности РП/ПМ. По крайней мере без серьёзного опыта.
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
А арха есть свои границы рисков, вот их мне надо выявить и придерживаться.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Олег Игонин
А арха есть свои границы рисков, вот их мне надо выявить и придерживаться.
Нет таких явных границ. Если вы хотите, чтобы на вас расчитывали как на эксперта, нужно выходить за границы своей отвественности. Хороший архитектор должен понимать, почему тонет проект. В том числе видеть ошибки в управлении.
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Gennadiy Kruglov
Нет таких явных границ. Если вы хотите, чтобы на вас расчитывали как на эксперта, нужно выходить за границы своей отвественности. Хороший архитектор должен понимать, почему тонет проект. В том числе видеть ошибки в управлении.
Видеть != быть ответственным.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Олег Игонин
Видеть != быть ответственным.
Конечно
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Оно обычно и без книг/курсов понятно, почему идёт на дно
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
А вот причины, почему оно пойдёт на дно из-за ошибки проектирования, видны не всегда.
источник

F

Fagor in Архитектура ИТ-решений
Gennadiy Kruglov
Сначала детально. Потом грубее. Потом только ключевые моменты.

Как практически в любом деле. Новички упиваются сложностью инструментов. Более опытным инструменты уже не так важны. А самые опытные используют ограниченный набор простых и проверенных инструметнов.

Начинающие трейдеры упиваются сложными инструментами тех анализа. А опытные ипользуют три-четыре простых инструмента, но при этом понимают, что успех приносит прежде всего дисциплина и управление капиталом
И удача. Ну и про планы, есть нюанс, когда работаете с неопределенностью, совместный план с подрядчиком очень полезен. Как и матрица рисков. Но ни разу не видел таких деталей, матрица на проект в миллионы $, по моему меньше в объеме, чем все что сдесь написали по их поводу😂. Ну и есть сертификация по ним же, рискам т.е. Сертификаия вроде универсальна, абстрагирована от ПМ или направлений.
источник

АК

Алексей Козлов... in Архитектура ИТ-решений
Gennadiy Kruglov
Зачем? Можно просто заложить запас. Чем выше неопределённость, тем больше запас
И чисто психологически задача будет отложена к отложенному началу, чтобы успеть в срок без запаса, а при срабатывании риска будет просрочена)))
источник

АК

Алексей Козлов... in Архитектура ИТ-решений
Gennadiy Kruglov
Я видел одно решение, где вообще не прорабатывали безопасность, но закладывались на суды и юристов.
Вот и мне кажется, что в управлении рисками важно не оценка и детальные расчеты вероятности и стоимости, а грубая из оценка (ничтожно/мало/средне/много/критически, например), и вот уже по действительно важному - план влияния и план реагирования.

В целом да, - заменяется здравым смыслом и наличием времени на подумать.
источник

YG

Yuri Geronimus in Архитектура ИТ-решений
По мнению топ-менеджеров архитектор это не про риски. Архитектор это про прибыль, экономию и риски😋
источник

YG

Yuri Geronimus in Архитектура ИТ-решений
Как быть успешным в глазах топ-менеджмента? Понимать, что в его глазах ИТ нужно для 3 вещей

Ниже один из фреймов, который когда-то сказал мне один топ-менеджер. Был опыт его успешного примения на других топ-менеджерах.
Фрейм хорош, чтобы правильно думать про ИТ, создать слайд про ИТ в целом или про ваше ИТ-решение.

Итак, зачем ИТ:
1. Увеличивать доходы
2. Сокращать расходы
3. Уменьшать риски

#практика #фрейм #топ #эффективнаяработа
via 📢@it_ace

💬 Комментировать
источник

YG

Yuri Geronimus in Архитектура ИТ-решений
Как быть успешным корпоративным архитектором?

Приведу вам мою самую любимое объяснение кто такой корпоративный архитектор. Это - консультант по инвестициям (© Максим Смирнов).

Что мне есть сказать по этому поводу. Чтобы корпоративный архитектор был полезным, нужно чтобы он мог "выполнять эти 2 слова" - быть "консультантом", быть "по инвестициям".

Быть "консультантом"
Быть "консультантом" - уметь "консультировать", вырабатывать "совет" и доводить его до "принятия клиентом". Отсюда следует, что все консалтинговые практики подходят для корпоративного архитектора, по моему мнению.

При этом если вы хотите быть мега-архитектором, то вам нужно уметь доводить "совет" до притворения (но это, я уже называю словом "менеджмент").

Быть "по инвестициям"
Фрейм из прошлого поста - зачем ИТ. Надо все, что вы делаете, относить к одному из этих пунктов:
1. Увеличивать доходы
2. Сокращать расходы
3. Уменьшать риски

#фрейм #архитектура #эффективнаяработа #геронимус #лучшее
via 📢@it_ace

💬 Комментировать
источник