Ответ
Качественная задача содержит достаточно контекста и четкие критерии для разработки и тестирования.
Структура хорошей задачи (например, в Jira):
- Цель (Goal): Бизнес- или пользовательская ценность.
- Описание (Description): Детальное текстовое описание, часто в формате User Story.
- Технические требования (Technical Requirements):
- API-контракты (если есть).
- Ограничения (перформанс, безопасность).
- Зависимости от других сервисов/систем.
- Критерии приемки (Acceptance Criteria - AC):
- Пронумерованный список условий, при которых задача считается выполненной.
- Часто формулируются как сценарии "Given-When-Then".
Пример задачи:
Заголовок: [Search] Добавить фильтрацию пользователей по email и номеру телефона
Цель: Ускорить и упростить поиск клиентов для операторов поддержки.
Описание: Как оператор поддержки, я хочу искать пользователей по email или номеру телефона, чтобы быстро находить нужные учетные записи.
Технические требования:
- Добавить индексы на поля `user.email` и `user.phone`.
- Реализовать кеширование результатов поиска на 5 минут (Redis).
- Максимальная нагрузка на БД не должна увеличиться более чем на 10%.
Критерии приемки (AC):
1. При вводе полного email в поле поиска система возвращает соответствующего пользователя.
2. При вводе полного номера телефона система возвращает соответствующего пользователя.
3. Время ответа API поиска < 100 мс при нагрузке 500 RPS.
4. Результаты идентичных запросов, выполненных в течение 5 минут, возвращаются из кеша.Действие разработчика: Проанализировать задачу, задать уточняющие вопросы по неясным пунктам AC или техническим требованиям, предложить альтернативы, если требования противоречат архитектуре или best practices.