Нужно ли ставить программистам время в задачах?
Дебаты про тайм-трекинг не утихают в IT-сообществе с момента его возникновения. Жесткий контроль приводит к недовольству и текучке кадров. Отсутствие контроля - к снижению эффективности. Основатель KR Digital Сергей Ковалев размышляет о том, как найти золотую середину.
Ну я бы поспорил с тезисом про советских инженеров, бо я сам из такой семьи, и прекрасно знаю, как работали познесоветские НИИ (большинство их): без сроков, без ответственности, без денег.
В остальном, данная задача всегда решается таймтрекингом в тоже же джире.
Если разраб сам хронически не попадает в свои сроки, там это видно.
Для проверки качества есть КУА. Если разработчик косячит, нормальное куа это видит. Есди это доходит до потребителя - это плохое, негодное куа.
Ну и еще тезисну, что на моем опыте на плохое тз разработчики ссылаются, как правило, когда оно и правда плохое :)
Тз все таки должно быть хорошим, чтобы оценки были точными, а не +-50%
Но дальше мы попадаем на вопрос, а до какой степени должно детализироваться тз? :)