Про то, как взвешивать риски в продукте с учетом бешеной турбулентности, поделился автор telegam-канала про IT продукты Алексей Арефьев на своей странице в VK.

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

Алгоритм

Берем кого-то из лидов разработки/архитектуры, садимся и...

1. Раскладываем продукт по косточкам- как ходят фин.потоки в продукте- какие крупные куски затрагиваются: железо, проги, эквайринг

На выходе: карта связей и блоков, по сути архитектура продукта.

2. Смотрим на карту под призмой потенциальных санкцийСобираем таблицу по столбцам:

• что может отрубиться, в чем риск, пишем

• вероятность наступления от 1-10, где 1 маловероятно, 10 - сто процентов случится

• какие потенциальные потери в деньгах относительно вашего оборота также от 1 до 10, где 1- фигня, 10 - капец- какое решение можем затащить под риск, пишем

• какова трудоемкость реализации решения от 1 до 10, где 1 - быстро сделаем, 10 - очень долго

На выходе: таблица со списком рисков решений и оценками, где считается общий балл, как сумма вероятности и потерь, деленная на трудоемкость.

Пример готовой таблицы для копирования

Приоритизируем риски по общему баллу.

Смотрим весь список, риски с самым высоким общим баллом берем в работу.

Да, но

(с) "Это же субъективная оценка" - да, но другой у нас нет, есть лишь изменяющийся информационный контекст, под который нам нужно подстраиваться. Время реакции сейчас важнее.

(с) "Слабовата модель, не учтено 1,2,3..." - да, но от нее можно оттолкнуться и донасытить доп. факторами.

(с) "У нас давно все просчитано и мы пашем" - да, но я вам завидую.

Не волшебная пилюля

Упражнение поможет перекрыть часть возможных потерь в продукте.