Про инфраструктуру-как-продукт

Очень полезное упражнение — рассматривать инфраструктуру как продукт, предоставляемый для внутреннего заказчика. В этом случае становится возможным использовать продуктовый подход при развитии инфраструктуры и, что самое главное, использовать продуктовые метрики.

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

Например, есть такая хрень, как ICE Scoring. Это методика, которая позволяет количественно выразить важность фичи, опираясь на продуктовые метрики. ICE — это аббревиатура: Impact, Confidence, Ease. Каждый показатель может принимать значения от 1 до 10, и итоговая оценка рассчитывается по формуле Impact x Confidence x Ease = Ice Score
Impact: это влияние, оказываемое на ключевой показатель, подлежащий улучшению. Обратите внимание, в данном случае в качестве показателя выступает продуктовая метрика. Вы строите продукт, который имеет специфичный сценарий использования и который предназначен для внутренних пользователей. Так даже интереснее, на самом деле
Confidence: грубо говоря, это сводный показатель остальных двух показателей. То есть насколько вы уверены в том, что поставили именно такие значения для Impact и Ease. Такая поправка на ветер
Ease: здесь надо посчитать ресурсы. Все. Бабло, людей, железо, в общем все, что потребуется для реализации. А также не забудьте о том, что все эти ресурсы еще надо собрать воедино, это тоже влияет на легкость реализации (или сложность реализации, что по сути одно и тоже😁)

В итоге у вас получаются конкретные цифры, с помощью которых вы легко можете расставить приоритет для фичей

Понятно, что это довольно грубая оценка и вообще, обстоятельства бывают разные. Это, несомненно, так, но в качестве точки отсчета этот показатель вполне работает