при таком подходе, никого не надо КОНТРОЛИРОВАТЬ - задача или реализована или нет, индикатром реализации является прохождение тестов, означающих полноту реализации API (в старой модели - аналог сответсвия ТЗ)
А размер задачи каков? ну в среднем? 1 час работы? 1 день работы? 1 месяц работы?
Просто хорошо бы знать, что мы проебываемся по срокам заранее. Вдруг нам выполнение этой задачи деньги должно принести для оплаты ЗП инженерам?
команда сама знает как покрошить такие компоненты на таски. таск или выполнен или нет. аналог выполнения таска - успешный коммит прошедший тесты. прогресс виден в дереве GIT.
Я некоторых-то даже лично не знаю, а некоторых приходят пообщаться, как вы — за стол, я их прогоняю, чтобы не отвлекали, есть проблема — описывай — решим.
это не значит, что у агронома нет метрик на которые он ориентируется при принятии решений - это значит, что есть целый класс мудаков, ктороые ТОЛЬКО контроллировать (в их извращённом смысле слова) и умеют, и это прям главное препятствие против культуры девопс