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

Ну, скрам - это уже явно не про эффективность, а про карго-культ.
Примерно как и perf review

А там есть примеры компаний, не переживших трансформацию или ухудшивших свои показатели?
А если этих примеров нет - то почему?

Угу. И в RnD обычно так оно и бывает (вот только что обсуждал, сколько стоит добавить локализацию в мобильное приложение. Джун "подключим intl, день работы". Я - а еще сделаем инфраструктуру, поменяем пайплайн, допишем свой анализатор кода, опишем требования по ключам - и это если нам повезет и локализация нужна простая и для популярных индоевропейских языков и может в 20md уложимся).
Но если не понимать, что сложность - вектор, то что уж дальше продолжать )

Ну вот да, примерно так. Джуны могут оценить по самой тривиальной части или же просто не зная насколько глубока кроличья нора.

Не столько по самой тривиальной, сколько по самой знакомой. Собственно, и не только джуны, а все вообще - оценивают понятную и знакомую часть и, если повезет, могут оценить границы этой понятной части.
Поэтому и бывает оценки ровно трех типов:
"мы такое уже делали и это просто", "мы такое делали и знаем как", "мы такое не делали"
И в большинстве моих проектов - сплошной третий тип(

А всякие scrum - для проектов с задачами только первого типа, т.е. для процесса вялотекущей поддержки.

Pair programming решает проблему неоднородной эффективности индивидуальных программистов

Это не функции CIO?

Вы читали когда-нибудь учредительные документы различных АО или ООО? Цель – извлечение прибыли.

Ну, на длинных интервалах - решает. Но это скорее про годы.
При современном "периоде полураспада разработчика" в один-два года эффективность не успевает выровняться и при парной разработке мы не получим именно "парную", будет "ведущий и ведомый", что, все-таки, менее эффективно.

Junior software developers в принципе не эффективны на коротких отрезках времени.

Угу. Но и middle до уровня senior довольно долго доходит, часто просто кругозора не хватает (
Тут вообще грустная история, вкладываться в развитие сверх потребностей "здесь и сейчас" становится все менее интересным, так как удержать на длинный срок все сложнее и сложнее.

T = f(M)

Да, так пишут. Но и в Конституции у нас много чего написано . Кстати, вроде, в ГК нет явного требования, что должно быть именно так.

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

И о том, в какой компании людям будет приятнее работать.

Ну пирамиды и скам проекты тоже просто про зарабатывание денег…

квартальная премия в %% от квартальной прибыли потенциально может мотивировать.
Но вносит разлад между теми, кто мотивируется премией и готов за это рвать пятую точку и теми, кто не готов её рвать

А насколько хорошо вообще иметь в команде товарищей, которым нужен только оклад при том, что можно иметь больше из-за %?

В продажах, насколько я знаю, очень часто в качестве оклада какая-то символическая сумма и основной хлеб продажника - именно %.

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

по числу обраащений тоже так себе - начнут чаще “закрывать” тикеты, чтобы пользак приходил с новым тикетом.
В то же время, удовлетворённый пользовааатель - вполне себе тоже показатель для поддержки и почему первую линию нельзя так же премировать от успешности? Тогда сотрудник линии будет так же заинтересован в том, чтобы пользователь был доволен и заносил больше бабла или привлекал новых пользаков