E>А можно поподробней, из чего состоял КПИ? Критические баги его понижали, а что повышало? Был некий "базовый" уровень КПИ, выше — премия, ниже — предупреждение о несоответствии?
E>Еще вопрос — QA были в одной лодке с разработчиками? Т.е. баг — это по идее понижение в т.ч. и КПИ QA?
E>За какой период считался КПИ? Если условно, проект на полгода — то он добавляет КПИ каждый месяц или только после выпуска?

Тут есть некая проблема — по умолчанию премия раз в квартал. Но это при условии, что не резанет владелец (такое было раза 3 за последние 5 лет). По умолчанию она равна фиксированному количеству процентов, но могут дать больше (опять же если владелец решает, что заработали достаточно денег).
Поэтому фактически КПИ могут только понизить премию — увеличить не могут. Это недостаток данной конкретной ситуации.
И это несколько демотивирует, когда понимаешь, что на наличие премии ты не влияешь — это решение других. Но вариант автоматического начисления премий в случае отсутствия крупных косяков не прокатил — Россия

QA идут в одном блоке с разработкой, потому что предполагается, что от отдела разработки интересен конечный продукт и с этой точки зрения за качество конечного продукта QA несет такую же ответственность, как и разработка.
Поскольку все работают либо по Скраму либо по Канбану (взависимости от группы), то это несколько нивелирует проектность — руководитель ИТ и так знает результаты и кто где прокосячил.
Хотя в конце квартала ему предоставляется от каждой группы информации об участии о крупных (в идеале законченных) проектах, в которых участвовала группа. Желательно чтобы проекты были "бизнесовые", а не "оптимизационные", т.к. по оптимизационным приходится еще показывать что получит/получил бизнес от них.