Контроль должен быть по результатам, а не по процессу. Поставьте четкие критерии готовности задачи и дедлайн. Если разработчик сдал все вовремя и код прошел ревью, то плевать сколько часов он сидел в телеграме.

Используйте ситуационное руководство. Степень контроля зависит от уровня сотрудника.

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

Мидла достаточно чекать раз в день на стендапе. Сеньору ставится цель на спринт и контрольные точки на демо. Попытка контролировать сеньора каждый час приведет к тому, что он просто уволится. Перестаньте смотреть на процесс написания кода, смотрите на метрики выполнения задач в таск трекере.

Мы у себя внедрили скриншотилку экранов на удаленке. В итоге за три месяца уволилась вся топовая команда. Оставшиеся научились имитировать бурную деятельность с помощью кликеров и скриптов. Сроки поплыли еще сильнее. Выкинули этот софт, перешли на нормальное планирование спринтов в Жире. Стало намного лучше, люди выдохнули.

Если не пинать программистов, они вообще ничего делать не будут. Начинаются разговоры про выгорание и творческий кризис. Вводите жесткие KPI, тайм трекеры со скринами экранов и штрафы за просрочку без уважительной причины. Работа это работа, а не клуб по интересам.