прости, я не понял обобщения, можешь пожалуйста развернуть мысль? Где черное а где белое?

Забыл на это ответить.

У нас когда предлагаешь идею, ты должен прикинуть риски, план по их уменьшению и какой-то более-менее детальный план по реализации. Ещё стоимость и сколько это в теории принесёт денег.

Дальше этот документ обсуждается с начальством, и если они дают добро - дальше риски уже на них. Это они должны профессионально оценивать риски. Иногда дополнительные сущности появляются, иногда убираются.

Мониторинг и метрики - это просто must have - без этого бессмысленно и начинать. Они всегда есть, и обычно описывается в начале проекта, как мы будем мерять его успех.

Вот тут ты сделал вывод, что если команда работает на продукт - метрики не нужны. Я правильно понял?

да

Ну то есть я, разработчик, должен экономическую модель просчитать. Мм. Нет, пожалуй, я лучше пойду почитаю лично для себя документацию по очередной БД или конференцию посмотрю.

Ну говорю же - чёрное и белое. Почему не нужны? Как понять, что команда делает нужное для клиентов, а не для своей бабушки? Как понять, что прибыль от действий больше, чем затраты?

Я не умею в экономические модели, извините

Вообще - да, это необходимо

эээ, ну тогда ты уже скорее кодер, а не инженер

Цитируя классиков, а мне, может, еще и пол помыть?

и тесты ты писать не должен, для этого есть отдел по тестированию

а драйвера на ноут должны админы устанавливать

А что конкретно вы тогда делаете? Буковки печатаете или решаете проблемы клиентов?

а зачем они нужны?

ну то есть обычно обосновывают же необходимость

и о каких метриках ты сейчас ведешь речь?

Ну вот я привёл 2 примера - их не достаточно? Ну дам ещё 2 десятка - чем-то поможет?

В парадигме Дмитрия, я делаю сформированные до меня задачи.

О бизнес-метриках для команд. Можешь читать как kpi

в идеальном мире (или приближенном к идеальному) этим должен заниматься продукт овнер, как часть команды