Все просто по принципу Парето. Смотрите что нужно, и обсуждайте сколько это займет. Действуйте через минимально необходимое и постепенно усложняйте
Если Вы хотите подменить техдира иногда нужно и в коде разбираться
Если Вы хотите все контролировать, то увы, но Вам придется разобраться во многих тонкостях работы IT-специалиста (языки программирования, технологии, базы данных и т.п.)
Единственная метрика которая у Вас есть достаточно проста и логична - контролировать качество полученного продукта не на уровне кода или архитектуры, а на уровне бизнес-смысла.
Знание особенностей различных языков программирования и БД на уровне, достаточном, что бы принять или отклонить предлагаемую технологию.
Особенности рынка труда, найма и работы в IT
KPI разработчиков
Методологию работы (как ставить задачи, контрольные точки, будете ли agile, scrum использовать)
Основы тестирования приложений (хотя бы на уровне, что бы спросить: у нас есть unit-тесты? в какой они папке? какой покрытие?)
Основы безопасности (основные угрозы: взлом, ddos и как от них защититься)
если вас техдир будет обманывать, то вам почти ничего не поможет
Я не смогу понять устраивает ли меня время Х, т.к. мне не от чего оттолкнуться. Я могу говорить, "Почему так много?", а мне скажут "Ты что?! Это вообще по минимуму! Ты же ничего не понимаешь! ....(далее куча технических аргументов)". Только сравнение с аналогичным предложением может внести какую-то ясность. А в данном случае аналогичных предложений у меня не будет
Получается мы опять приходим к тому, что либо надо самому хорошо технически разбираться, либо это будет управление на полном доверии?