По первой формуле вообще получается, что разработчику не выгодно комитить. А выгодно просто писать долго код, или брать в работу простые задачи, которые точно не вернут на доработку.
Если уж рассчитывать kpi, то, как мне кажется, надо рассчитывать агрегированый kpi, как взвешенное среднее (геом или арифм). И там должны участвовать частные kpi: прибыль\выручка компании, качество процесса разработки, качество реализации кода, грейд (senior\middle\junior).
Т.е. те параметры, которые хочется повысить\понизить.
Кому-то еще придется ставить min, max, целевые значения показателей, чтобы вычислять kpi относительно них. Значение kpi находится в диапазоне от 0% до 100%.
Зачем приют для собак? Сказали же - ларек с шаурмой)
По ощущениям вы в одну кучу свалили знания по разным дисциплинам:
* бизнес процессы и оптимизация процессов;
* архитектура предприятия;
* маркетинг;
* финансовый менеджмент;
* продуктовый менеджмент;
* APQC process classification framework - стандартные процессы по доменным областям;
* итп
Вобщем, курс MBA на одной картинке.
По мне так, надо наоборот упрощать, уменьшать количество элементов на диаграмах, а не усложнять и пытаться всё на всё завязать. Все равно всем этим будет не один человек заниматься, а будет специализация.