Каковы признаки плохо сформулированной рабочей задачи?

«Каковы признаки плохо сформулированной рабочей задачи?» — вопрос из категории Софт-скиллы, который задают на 10% собеседований Java Разработчик. Ниже — развёрнутый пример ответа, который можно адаптировать под свой опыт.

Ответ

Плохо оформленная задача лишена контекста, измеримости и четких границ, что ведет к недопониманию и переделкам.

Типичные антипаттерны:

  • Размытая формулировка: "Сделайте поиск лучше", "Оптимизируйте код" — без конкретных метрик или целей.
  • Отсутствие критериев завершения: Нет списка AC, задача считается сделанной по субъективному мнению менеджера.
  • Отсылка к абстракциям: "Сделайте как в ВК" — без анализа, ТЗ или конкретных ссылок на функционал.
  • Неполная информация для воспроизведения бага: "Что-то не работает" — без логов, шагов воспроизведения, данных окружения.
  • Скрытые или меняющиеся требования: Новые условия появляются в процессе разработки или на ревью.

Пример плохой задачи и ее последствия:

Заголовок: Починить медленный метод processData().
Описание: Клиенты жалуются. Все тормозит. Исправь срочно.

Проблемы:

  1. Не указано, что считается "медленным" (нет метрики).
  2. Нет контекста или логов для анализа.
  3. Нет шагов воспроизведения.
  4. Разработчик вынужден сам проводить расследование, додумывать требования и согласовывать их постфактум, что увеличивает сроки и риск переделок.