Size: a a a

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

2021 February 04

ОИ

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

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Алексей Козлов
"хер бы с ним" - тоже надо фиксировать :)
Этот пункт, кстати, первый в числе альтернатив)
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Подводя итоги:

1. Знать, что такое "риски" надо.
2. Знать, за какие риски отвечает архитектор надо.
3. Знать, как  документировать риски надо.
4. Важные риски надо документировать и отрабатывать по всей программе.
5. Неважные риски надо тоже документировать (что они неважные).
6. За не выявленный риск архитектора, тапком прилетит архитектору.
7. Не надо оценивать чужие риски (тапком не прилетит). Но можно кинуть сочувствующий взгляд и пойти на hh.
источник

GK

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

ОИ

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

GK

Gennadiy Kruglov in Архитектура ИТ-решений
И так же как и с планами, при наличии опыта достаточно фиксировать ключевые вещи
источник

GK

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

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

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

ОИ

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

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

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

Риски не важного уровня надо стараться избежать по возможности, но не критично. Описывать их сильно не стоит.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Какой прок от того, что вы детаельно расчитаете и опишите риски, если не сможете вложить их в головы ЛПР
источник

ОИ

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

GK

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

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

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Олег Игонин
Ну а если ЛПР просят цифры?
Ну если просит, тогда нужны цифры
источник

ОИ

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

ОИ

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

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Олег Игонин
Так это и есть углубление в риск же.
Углубление во что? Если хотите снизить неопределённость, нужно углубляться в аналитику, но лучше сделать пилот, PoC и пр.
источник

GK

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

ОИ

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

GK

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

GK

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

ОИ

Олег Игонин... in Архитектура ИТ-решений
Я не предлагаю их считать. Только в некоторых случаях, когда это НЕОБХОДИМО, чтобы ДОКАЗАТЬ их влияние в СЛУЧАЕ если это ВАЖНО. Чтобы поменять решение или отказаться от него.
источник