PowerBI я бы для таких целей использовал. Но это MSFT - для кого-то - хорошо, для кого-то - плохо.

Там есть встроенный конструктор отчётов, но он не совсем для 'менеджеров'. По постановке реально похоже на BI систему. Но там тонкости в совместимости с Pg/CH, стоимости, юзабилити и т.п.

PowerBI был дико дорогой для вменяемых объемов.

Ну и тормозной очень.

Из всех BI самым жизненным показался Табло или свой фронт на реакте + CH. Так как на практике менеджеры сами отчёты все равно не рисуют, а заказывают аналитикам, а те могут и код написать

Ну Табло, на сколько я понял, стоит вообще как самолет. Если не два самолета.

Я тут хочу паральльно для статистики про проектам вытащить примерно следующее: количество комитов по разрабам с гитлаба, и построить на них всякие графики.

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

Печатные формы - это примерно как ворд в гугл.докс, только еще с возможностью связывать разные части документа с типами\данными из системы. Пользователь создает себе в таком "ворде" документ "акт осмотра" с табличками, полями, местами под печать, подписи, с местом под номер документа наверху, колонтитулами и т.д. и сохраняет. А потом, когда ему нужно проверить "транспортное средство", он печатает готовый акт именно по этой машине и ему остается только галочки проставить и подписать.
(при этом обучить пользователей пользоваться вордом и слиянием не вариант, слишком сложно)

вот когда я сказал, что делать будем очень долго, мне сказали, что-то типа не бойся, если что на джаспер репортс джависты напишут

А для этого есть какая-то готовая тулза про гит как раз. Но это скорее вредно, чем полезно

Меня интересует просто velocity по проектам. Я понимаю, что метрики по багам весчь достаточно случайная.

Но интересно, почему вредно?

Такое я когда-то делал через word и DDE. Сейчас можно через pdf-ки.

Я не смог придумать осмысленного использования qlick

Смотря сколько пользователей. Если мало, то недорого. Минимальный комплект в пределах 10k в год вполне влезал и этого хватает на средний бизнес.

Тут беда, что или пользователь понимает, что такое 'модель предметной области' и ему можно уже и нормальные инструменты давать - или нет и не работает ничего.

Какие выводы будут сделаны по этим картинкам? Нужно до самих картинок понимать, а как они будут анализироваться (иначе картинки смысла не имеют).

у меня есть 50-100 географически разбросанных проектов (всякий LOB, достаточно критичный для бизнеса). Мне нужно оценить скорость движения этих проектов, через это построить приоритет модернизации.

Так же оценить уровень вовлеченности девелоперов, и уровень удовлетворенности конечных юзеров.

Для оценки велосити, джира подойдет. Думаю...

Но интересно посмотреть как к таким задачам подходят коллеги

100 проектов на одного менеджера? И нужно по всем видеть статистику?
Я бы уже тут увидел некоторую фигню...

И какие графики по коммитам предполагаются?) это та самая ситуация, когда если один прогер накоммитил 100 раз за день, а другой - 10 раз за день, то однозначно второй хуже?)

Так, и какая метрика вам покажет "движение"? Надеюсь, вы понимаете, что коммит и даже закрытие таска - не метрика?