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

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

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

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

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

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

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