Про то, как взвешивать риски в продукте с учетом бешеной турбулентности, поделился автор telegam-канала про IT продукты Алексей Арефьев на своей странице в VK.
Большое кол-во разной информации сейчас меняется в моменте. С одной стороны можно бежать и что-то делать, чтобы что-то сделать, с другой - собраться и холодно взглянуть на ситуацию, прикинув риски.
Алгоритм
Берем кого-то из лидов разработки/архитектуры, садимся и...
Раскладываем продукт по косточкам- как ходят фин.потоки в продукте- какие крупные куски затрагиваются: железо, проги, эквайринг
На выходе: карта связей и блоков, по сути архитектура продукта.
Смотрим на карту под призмой потенциальных санкцийСобираем таблицу по столбцам:
что может отрубиться, в чем риск, пишем
вероятность наступления от 1-10, где 1 маловероятно, 10 - сто процентов случится
какие потенциальные потери в деньгах относительно вашего оборота также от 1 до 10, где 1- фигня, 10 - капец- какое решение можем затащить под риск, пишем
какова трудоемкость реализации решения от 1 до 10, где 1 - быстро сделаем, 10 - очень долго
На выходе: таблица со списком рисков решений и оценками, где считается общий балл, как сумма вероятности и потерь, деленная на трудоемкость.
Пример готовой таблицы для копирования
Приоритизируем риски по общему баллу.
Смотрим весь список, риски с самым высоким общим баллом берем в работу.
Да, но
(с) "Это же субъективная оценка" - да, но другой у нас нет, есть лишь изменяющийся информационный контекст, под который нам нужно подстраиваться. Время реакции сейчас важнее.
(с) "Слабовата модель, не учтено 1,2,3..." - да, но от нее можно оттолкнуться и донасытить доп. факторами.
(с) "У нас давно все просчитано и мы пашем" - да, но я вам завидую.
Не волшебная пилюля
Упражнение поможет перекрыть часть возможных потерь в продукте.
