Ответ
Да, в моей команде был senior-разработчик, который стабильно укладывался в сроки. Его подход я взял на вооружение:
1. Детальное декомпозирование задачи перед оценкой. Он не просто брал задачу "добавить API-метод", а сразу разбивал ее на этапы:
- Проектирование контракта (DTO, схема валидации).
- Реализация в слое Controller/Handler.
- Интеграция с Service и Repository.
- Написание unit- и интеграционных тестов.
- Обновление документации OpenAPI/Swagger.
2. Реалистичная оценка с учетом рисков. Вместо оптимистичной оценки он сразу закладывал буфер (20-30%) на непредвиденные сложности, ревью кода и доработки. Например, если чистая разработка оценивалась в 8 часов, в план ставилось 10.
3. Постоянная коммуникация о прогрессе. Если в процессе возникала проблема, которая могла сорвать срок (например, неочевидная бага в legacy-коде или сложность интеграции), он сразу же сообщал об этом тимлиду, а не пытался геройствовать в одиночку. Это позволяло оперативно перераспределить ресурсы или скорректировать ожидания.
Итог: Его секрет был не в том, чтобы работать быстрее всех, а в предсказуемости. Команда могла точно рассчитывать на результат к обещанному сроку, что сильно упрощало планирование спринтов.