Что хотят услышать интервьюеры:

Ожидают увидеть понятный и практичный подход к оценке задач, а не абстрактные числа. Важно показать, что сложность определяется по объёму работы, рискам, неопределённости и зависимостям. Хороший ответ обычно включает разбиение задачи на части и уточнение требований до оценки.

Определение:

Уровень сложности задачи определяют по совокупности факторов: насколько понятны требования, сколько нужно затронуть систем, есть ли внешние зависимости, как много логики и тестирования потребуется, а также есть ли риск скрытых проблем.
На практике задача может быть простой, если это локальное изменение с понятным результатом, и сложной, если нужно менять несколько компонентов, мигрировать данные или разбираться в неопределённых требованиях.

Пример использования:

Например, добавление нового поля в форму и сохранение его в базу — обычно задача низкой или средней сложности.
Если же нужно добавить это поле во все связанные API, миграции, валидацию, обратную совместимость и покрыть всё тестами, сложность заметно растёт.

# Пример упрощённой оценки задачи по факторам
def estimate_task_complexity(requirements_clear, dependencies, risk, test_scope):
    score = 0

    if not requirements_clear:
        score += 2
    score += dependencies
    score += risk
    score += test_scope

    if score <= 2:
        return "low"
    elif score <= 5:
        return "medium"
    return "high"


task = estimate_task_complexity(
    requirements_clear=False,
    dependencies=2,
    risk=1,
    test_scope=1
)

print(task)  # medium или high в зависимости от шкалы

Пояснение кода:

Здесь сложность задачи оценивается по простой балльной модели.
Сначала проверяется, насколько ясны требования: если они неполные, добавляется дополнительный риск. Затем к оценке прибавляются зависимости, риски и объём тестирования.
В конце сумма переводится в категорию: низкая, средняя или высокая сложность. В реальном проекте такая модель помогает быстро сравнивать задачи, но не заменяет инженерную оценку.

Ключевые моменты:

Сложность лучше оценивать не по строкам кода, а по рискам, зависимостям и неопределённости.
Перед оценкой полезно уточнить требования и границы задачи.
Чем больше затрагивается систем и интеграций, тем выше сложность.
Важный фактор — объём тестирования, миграций и обратной совместимости.
Если задача непонятна, корректно выделить время на декомпозицию и уточнение, а не угадывать оценку.

Как вы определяете уровень сложности задач в своих проектах?