Size: a a a

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

2021 February 04

ОИ

Олег Игонин... in Архитектура ИТ-решений
Ремарка:
Каждый раз, когда я задаю в чат вопрос начинается поток сознания, который может завести вообще чёрте знает куда. Для попытки понять ход мышления и направить его в нужное направление приходится сжигать эмпатию и силу воли. В конце концов вопросов становится больше, чем ответов.

Но в целом, большое спасибо за ответы! 🙏
Это было полезно. Теперь надо понять, как это можно применять в практике.
источник

GK

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

Но в целом, большое спасибо за ответы! 🙏
Это было полезно. Теперь надо понять, как это можно применять в практике.
Предельно просто. Цикл обучения: теория -> практика -> ошибки -> рефлексия

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

Академические вещи работают в основном в теплицах. И конечно их нужно знать.
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Gennadiy Kruglov
Предельно просто. Цикл обучения: теория -> практика -> ошибки -> рефлексия

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

Академические вещи работают в основном в теплицах. И конечно их нужно знать.
Вопрос был как раз про теорию. Хотелось понять существование общего паттерна решения проблемы под название "риск", чтобы сделать подход универсальным, тратить на это меньше времени и мыслетоплива, а также достигать более высоких результатов и не пропускать риски.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Просто в аду другой диалект
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Gennadiy Kruglov
Предельно просто. Цикл обучения: теория -> практика -> ошибки -> рефлексия

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

Академические вещи работают в основном в теплицах. И конечно их нужно знать.
Всё работает академически. Просто для того, чтобы описать общий подход, необходимо иметь много опыта и приложить много сил.

Не академически всё тоже работает, но хреново.
источник

GK

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

ОИ

Олег Игонин... in Архитектура ИТ-решений
Gennadiy Kruglov
Вот здесь ключевая ошибка. Универсальность - это всегда компромисс. В граничных условиях компромиссы не работают.
Смотри, у тебя есть кейс риска, у этого кейса есть общая схема решения, которая состоит из вариантов. Эта общая схема ограничивается текущем контекстом.
источник

ОИ

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

GK

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

GK

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

ОИ

Олег Игонин... in Архитектура ИТ-решений
Gennadiy Kruglov
Короче, ты прав. Как напишешь диссер, поделись
Я тут не свою правоту доказываю, а пытаюсь понять, как лучше поступить. 🤣
Имеет смысл на курсы записываться, чтобы услышать этот "универсальный фреймворк" или нет. 😅
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Олег Игонин
Я тут не свою правоту доказываю, а пытаюсь понять, как лучше поступить. 🤣
Имеет смысл на курсы записываться, чтобы услышать этот "универсальный фреймворк" или нет. 😅
Читать -> практиковать -> ошибаться -> делать выводы
источник

GK

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

И

Иван in Архитектура ИТ-решений
Повторять до пены у рта
источник

АК

Алексей Козлов... in Архитектура ИТ-решений
Олег Игонин
Вопрос был как раз про теорию. Хотелось понять существование общего паттерна решения проблемы под название "риск", чтобы сделать подход универсальным, тратить на это меньше времени и мыслетоплива, а также достигать более высоких результатов и не пропускать риски.
Риск = неопределённость, повезёт/не повезёт.

Вероятность наступления риска = субъективная оценка, мониторинг предпосылок.
Степень влияния риска = бабки, которые получится сэкономить или потратить.

План действий при срабатывании - что делать, если случилось.
План влияния на вероятность - что делать, чтоб было или не было.

Триггеры - как понять, что риск свершился.
источник

И

Иван in Архитектура ИТ-решений
В риске главное не его вероятность а impact
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Иван
Повторять до пены у рта
🤗
источник

И

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

ОИ

Олег Игонин... in Архитектура ИТ-решений
Алексей Козлов
Риск = неопределённость, повезёт/не повезёт.

Вероятность наступления риска = субъективная оценка, мониторинг предпосылок.
Степень влияния риска = бабки, которые получится сэкономить или потратить.

План действий при срабатывании - что делать, если случилось.
План влияния на вероятность - что делать, чтоб было или не было.

Триггеры - как понять, что риск свершился.
О, это видимо как раз часть "универсальной подхода" по работе с рисками.
Да, я про это и говорю. Но там много всего вокруг - как выявлять, как эскалирвоать, как прикрывать себя от последствий, куда это всё записывать...
источник

ОИ

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