Tolja1.Я-программист, с некоторыми обязанностями (10-20 % рабочего времени), которые традиционно воспринимаются как обязанности руководителя проекта.
2."Моя" группа, как мне кажется выгодно отличается от все остальных в смысле эффективности (производительность, низкое кол-во "багов" и т. д.). Однако, все это лишь слова, если их не подкрепить фактами.
3.Как профессионально показать, что "мой" проэкт управляется и выполняется более эффективно, чем другие?
4.У нас дуют ветры перемен и шефы решили стандартизировать все процессы согласно "ИТИЛ", слышали о таком?
5.Необходимы факты, объяснение современных теорий и практик управлениями проэктами разработки ПО...
6.Я (шестым чуством) чуствую, что моя группа в два раза как минимуму эффективнее. Как только я вышеупомянутые показатели переведу на бумагу это уже будет не "шестое чуство", а факт.
7.Но одна команда в 5 раз больше другой. Как сравнить кто эффективнее? Тут "доказательство делом" не поможет. Надо как-то мерить и сравнивать.Сначала большая ложка дегтя:
1."которые традиционно воспринимаются" - что за чушь?! Для начала определитесь сами! Вы или руководите людьми, или стоИте сбоку...
2.Аффтар жжот! Если вы не можете определиться руководите ли вы своей группой, то откуда у вас умение сравнить ее с другими?!
3.Для начала прекратите писать слово проЕкт через "Э"!!! А то скоро начнете заказчикам говорить непередаваемо-рязанское "ОУКЭЙ"
4.Вообще-то ITIL - это скорее стандарт организации сервис-менеджмента (если крайне примитивно - качественной техподдержки), а не процесса разработки. То, о чем вы говорите, это скорее управление проектами - ссылайтесь на PMBOK, MOF и т.п. Почитайте книгу имени моего ника... ;)
5.См. п.3 и п.4.
6.Интуиция для РМ-а очень важна, но только если она подкрепляется знаниями. ПРостите, но в вашем случае я слегка сомневаюсь.
7.Супер вопрос. Сравнивать надо так, чтобы ваши аргументы были понятны начальству!
Итого рисуется образ ребенка, который уверен, что он самый замечательный, но не знает, как доказать это окружающим...

Теперь по делу.
Вы не знаете, в чем считать? ПРИДУМАЙТЕ!!! Самое банальное - посчитайте, сколько денег принесла конкретно ваша группа за месяц. Чем не критерий? А теперь посчитайте "прибыль на одного члена группы". А теперь сравните полученную прибыль с ФЗП группы фактически вы получите "коэффициент возвращения инвестиций". Возьмите те же самые показатели, но за год. Постройте их динамику по месяцам. Посмотрите, скольких клиентов конкретно ваша группа обслуживает. И сколько денег эти клиенты дают в общей прибыли. Так же рассмотрете динамику их числа. Придумайте другие вариации на эту тему. Обычно самые "доступные" для шефов критерии - сугубо денежные... Можете рискнуть ввести оценку сложности кода, отказоустойчивости, удовлетворенности клиентов и т.п. - но боюсь вы это не потянете. Да и бесполезно вводить эти критерии, если вы не проходите по главному - по деньгам. Никто не захочет за свой счет удовлетворять любопытство "группы крутых профи". ИМХО.
Дальше - вы хотите СРАВНИТЬ себя с другими? А готовы ли к этому они?! То есть вы вообще понимаете, что подобные сравнения должны проводить абсолютно третьи люди?! Или же сравнение должно проводиться на основе общедоступных фактов (а это снова деньги/ФЗП/численность команды) и ТОЛЬКО по ОБЩЕМУ согласию. Иначе вас любая другая группа пошлет нах - и будет права. И вообще это можно делать ТОЛЬКО по приказу руководства!
И заодно прикиньте - а готова ли к результатам этого сравнения вы лично и ваша группа?! Если вдруг выяснится, что вы ХУДШИЕ?! Назад ведь дороги не будет!!! Не повесят ли они тогда инициатора сравнения на первом же столбе????
ЗЫ. Считайте изложенное ИМХО, но стиль, в котором вы задали вопрос.... Он ИМХО выдает некоторый недостаток знаний/опыта/возможно уровня...