Ваш вопрос напоминает - заход в клуб байкеров с вопросом, как лучше контролировать количество мотобайков на дороге, а то их больно много. Тут огромный процент публики - разработчики, которым не нравится быть доенными коровами.
Далее без сарказма.
1)Ваши эксперименты по максимальной выработке начнут бесить разумных работников. Как писали в книге, мифический человеко месяц (рекомендую почитать), разработчики весьма умные люди и легко ломают ваши метрики. И будут использовать их против вас.
2)Если человек справляется хорошо с количеством текущих задач, и по вашему мнению работают с 70-80% кпд, при загрузке на 90-100 может сильно просесть по результативности.
3)То чем вы интересуетесь похоже на термин эффективный менеджмент, к примеру, 2 месяца работники вкалывают без сна, затем увольняются. По бумагам у вас прибыль в 2 раза, по факту спустя два месяца нет работников.
4)Что бы оценивать работу тех. специалистов по качеству и кпд, надо хорошо понимать специфику задачи и быть в состояние ее выполнить. Да это будет субъективное мнение, но оно будет отражать ситуацию лучше чем оценка строк кода, задач, приложений.
-----
Вас должна устраивать по проектная/по задачная оплата, ибо вопрос о кпд человека там не сильно волнует, у задачи есть состояние выполнена и невыполнена.

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

Истина в одной фразе, что бы делать сложные проекты надо делать сложные проекты. Научится их делать кроме того как скрепя зубами решать трудности возникающие при создание нельзя. Либо будет, как в школах где учат рисовать за 1 день, пока над твоим плечом стоит мастер ты вроде неплохой художник, но по итогу ты сам ничего не научишься рисовать.

Вы с двойными и одинарными кавычками напутали, у вас ide не подсвечивает это?