Или как трекать время так, что бы утилизировать ресурсы по полной :)

Вот про трекалки личного времени я бы послушал. Все, что нашёл приличного для себя - это timing , но он только os x. Всякие rescue time не канают просто потому, что сливают всю инфу к себе и хз, куда они ее потом толкают

Так не для себя же, а для разработчиков. Я вот только вчера был на совещании, где на полном серьезе обсуждали, как заставить разработчиков в конце дня списывать время на задачу "Простой", и какие KPI надо ввести для РП и руководства выше, если вдруг разработчик все таки не спишет как надо.

А для разрабов и прочего это профанация и демотивация

В нынешних условиях пофиг, когда и где ты сделал задачу, если ты ее сделал:)

Не совсем. Как, например, понять, почему вы не успели зарелизить в срок? Когда есть оценка каждой задачи и разрабы +- нормально списывают время, можно найти конкретные задачи, по которым пошел оверхед и с ними разбираться. Без этого получается примерно "это тестировщики долго тестировали", "это разработчики долго программировали", "это аналитики долго анализировали" и т.д.

В таких условиях возрастает нагрузка на продактов

Да легко. Сделать тайм слоты «до обеда» и «после обеда» и никаких «на простой» и «митинг на 30 минут». Заполнять легко, контролировать легко, фигни нет.

Другими словами, резко увеличить гранулярность с часов и минут до дней и полудней.

Измерения отставания от графика надо делать 1 раз в неделю или 1 раз в две недели, когда точно известно, что конкретный Вася делал одну задачу, с конкретный Петя две. Не важно сколько часов списали, важно научить Васю и Петю не отставать. А, если это невозможно, то искать им замену.
Есть стадия сведения всей фич воедино и взаимного влияния изменений. На устранение негативных взаимных влияний требуется время, которое списывается с проекта целиком, а не с Васи и не с Пети.

Если погроммсты не могут синхронно работать, то их нужно уволить?

Нет, надо учить. Тут от тимлида зависит результат.

И, как обычно, отдел разработки кто-то хочет свести к понятному "отдел написания отчетов"

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

Насчёт паролей и утечек. Мы в одном большом им брали одну из известных больших бд Логинов/паролей размером около 19гб в csv, и проверяли всех своих пользователей по этой базе, по итогу принудительно блокировали и поменяли около 500тыс паролей, которые были там засвечены..

Уменьшать гранулярность отчетов? А как же ананкастический синдром? Учитывать рабочее время рядового состава нужно с точностью до минут! А лучше секунд! А вообще надо бы до миллисекунд! И чтобы работник заполнял журнал, а автоматика отдельно следила, и сравнивать! И поставить разрабам KPI "точность совпадения отчета с показаними видеокамеры"!

Когда я работал в режиме "пожарной команды", у меня где-то четверть рабочего времени уходила на подробный отчет)

Э, снимки экрана забыл!

Да, и специального человека, чтобы отсматривал, и специального человека, чтобы контролировал отсматривающих.

А как вы узнали какие у ваших пользователей пароли?