E>И что-то мне кажется, что такая оценка задач и разбор багов весьма трудоемки, это надо выделять отдельного и достаточно понимающего человека...
E>Есть ли на эту тему что-то вменяемое? Какая-то популярная практика, что можно почитать?

Я не видел. Из того, что у нас используется
1. KPI есть, но они влияют на зарплату не на 100%. У технических вообще на оклад не влияют и влияют только на премию.
2. Они оценивают работу группу в целом. В результате определяется размер премии, которая выдается на группу и там руководитель группы может до некоторых пределов делить эту сумму между участниками.
Грубо говоря премия 50% от оклада. Т.к. были косяки выдали 40% от общей зарплаты группы. Руководитель группы может урезать до 10% кому-то конкретному, а остаток выдать другим. Руководитель группы не влияет на свою премию — получает ее в размере процентов группы.
3. Баги являются составной KPI для разработки. Но есть нюанс: сопровождение при нахождении и оформлении бага определяет его ранг. Если это критический баг, то он уменьшает KPI разработки. Если не критический — никак не влияет. Критичность — это нарушение работы системы в рабочей среде, т.е. система становится нерабочей.
Для сопровождения KPI — это скорость реакции и решения багов. Сроки решения в KPI устанавливались совместно с сопровождением. + оценка работы владельцем систем (не всеми пользователями, а именно владельцами).

Но еще раз подчеркну — это при условии, что в зарплата платится средняя (или даже несколько выше среднего) по рынку и 50% — это так, цифра для примера. Т.е. режется пряник, а не применяется кнут. Это позволяет уменьшить текучку. И даже при этом есть эффект привыкания к премии, когда сотрудники считают, что она им положена по умолчанию и обижаются, если ее резанули.