Как ответить
В моей последней команде было четыре человека: два бэкенд-разработчика (я и ещё один коллега), фронтенд-разработчик и тимлид. Мы занимались внутренним сервисом для автоматизации квартальных отчётов для отдела продаж. Работали по Scrum с двухнедельными спринтами.
- Ежедневно проводили стендапы по 15 минут — каждый говорил, что сделал вчера, что планирует сегодня и есть ли блокеры.
- Задачи ставили в Jira, каждую спринт-планинг оценивали в стори-поинтах. Тимлид выступал в роли скрам-мастера и Product Owner одновременно.
- У нас были обязательные код-ревью: каждый PR должен был получить хотя бы один аппрув от другого разработчика. Мержили только после успешных проверок в CI (GitLab CI).
- Я отвечал за разработку REST API на Django Rest Framework, написание unit- и интеграционных тестов, а также частично за документацию эндпоинтов в Postman.
Конкретный пример: за один спринт (две недели) я реализовал модуль выгрузки данных в Excel — создал эндпоинт с генерацией .xlsx на openpyxl, написал тесты на 95% покрытие и провёл код-ревью для двух смежных задач коллеги. После внедрения этого модуля менеджеры стали получать отчёты на 30% быстрее, потому что раньше им приходилось вручную копировать данные из нескольких дашбордов.
Каждые две недели проводили ретроспективу: обсуждали, что получилось хорошо, что можно улучшить. Например, после одной ретро мы добавили шаблоны для задач в Jira, чтобы все описывали Acceptance Criteria одинаково.
В целом работа в такой небольшой команде дала мне много опыта: я научился лучше оценивать время на задачи, чётче формулировать технические требования и не бояться включаться в код-ревью. Тимлид поощрял самостоятельность, но всегда подсказывал, если я застревал.