Про то, как взвешивать риски в продукте с учетом бешенной турбулентности. Поделился автор telegam-канала про IT продукты Алексей Арефьев на своей странице в VK.
Большое кол-во разной информации сейчас меняется в моменте. С одной стороны можно бежать и что-то делать, чтобы что-то сделать, с другой — собраться и холодно взглянуть на ситуацию, прикинув риски.
Алгоритм
Берем кого-то из лидов разработки/архитектуры, садимся и…
-
Раскладываем продукт по косточкам- как ходят фин.потоки в продукте- какие крупные куски затрагиваются: железо, проги, эквайринг
На выходе: карта связей и блоков, по сути архитектура продукта.
-
Смотрим на карту под призмой потенциальных санкцийСобираем таблицу по столбцам:
-
что может отрубиться, в чем риск, пишем
-
вероятность наступления от 1-10, где 1 маловероятно, 10 — сто процентов случится
-
какие потенциальные потери в деньгах относительно вашего оборота также от 1 до 10, где 1- фигня, 10 — капец- какое решение можем затащить под риск, пишем
-
какова трудоемкость реализации решения от 1 до 10, где 1 — быстро сделаем, 10 — очень долго
На выходе: таблица со списком рисков решений и оценками, где считается общий балл, как сумма вероятности и потерь, деленная на трудоемкость.
Пример готовой таблицы для копирования — https://docs.google.com/spreadsheets/d/1XaApwCLGilMkp4_HL3grx7ovgycNn8nV3LTwI5ArXyc/edit?usp=drivesdk
-
Приоритезируем риски по общему баллу
Смотрим весь список, риски с самым высоким общим баллом берем в работу.
Да, но
(с) «Это же субъективная оценка» — да, но другой у нас нет, есть лишь изменяющийся информационный контекст, под который нам нужно подстраиваться. Время реакции сейчас важнее.
(с) «Слабовата модель, не учтено 1,2,3…» — да, но от нее можно оттолкнуться и донасытить доп. факторами.
(с) «У нас давно все просчитано и мы пашем» — да, но я вам завидую.
Не волшебная пилюля
Упражнение поможет перекрыть часть возможных потерь в продукте.
ссылка на оригинал статьи https://habr.com/ru/post/656101/
Добавить комментарий