Size: a a a

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

2021 February 04

GK

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

АК

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

А в целом - как везде, нет ничего универсального.
источник

ОИ

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

АК

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

Что из этого не останется?
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Алексей Козлов
ну ты ж вроде об этом спрашивал :)

А в целом - как везде, нет ничего универсального.
Я пытаюсь понять, стоит ли это учить архитектору и практиковать?
источник

ОИ

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

Что из этого не останется?
Я говорю о более обширной схеме. Там много чего "не выйдет сделать потому, что ...".
источник

GK

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

Что из этого не останется?
Пока вы это всё будете считать и размышлять в этих категориях, время может быть потеряно. На интуитивном уровне, да
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Риск - это как конфетка (не самая вкусная) сперва надо понять, что она у вас есть, описать в формате, который можно взвесить, понять и учесть. После чего её надо упаковать в обёртку из "как продать идею" и накормить этим нужных людей.
Наблюдать, записывать результат.
источник

АК

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

GK

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

ОИ

Олег Игонин... in Архитектура ИТ-решений
Алексей Козлов
неправильная расстановка приоритетов в обдумывании приводит к нецелесообразному распределению ресурсов. Абсолютно согласен)
Так. Я запутался. Это "да" или "нет" (сарказм)?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Олег Игонин
Так. Я запутался. Это "да" или "нет" (сарказм)?
Невнятный элемент риторики
источник

АК

Алексей Козлов... in Архитектура ИТ-решений
Олег Игонин
Так. Я запутался. Это "да" или "нет" (сарказм)?
да нет, наверное :)
источник

ОИ

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

ОИ

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

АК

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

ОИ

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

АК

Алексей Козлов... in Архитектура ИТ-решений
если риск ощутим на фоне ресурсов, которые нам надо потратить на анализ и реагирование - фиксируем, думаем, делаем
источник

АК

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

ОИ

Олег Игонин... in Архитектура ИТ-решений
Я сходил посмотреть профстандарт "Архитектор программного обеспечения":

https://classinform.ru/profstandarty/06.003-arhitektor-programmnogo-obespecheniia.html

И тут есть такое: Необходимые умения - Оценивать риски / Трудовые действия - Анализ рисков
источник