Какие твои действия, если пришла непонятная задача?

Мой подход при получении непонятной задачи

Это очень важный вопрос о профессионализме и коммуникации. Вот мой проверенный алгоритм действий:

1. Не паниковать и честно признать непонимание

Первое правило: честно сказать, что задача непонятна. Это не стыдно — это ответственно. Лучше потратить 10 минут на уточнение, чем сделать неправильное решение за 2 часа.

2. Углубленный анализ: задать правильные вопросы

Я спрашиваю в этом порядке:

вопросы = [
    "Какова конкретная задача и её цель?",
    "Какой входные данные и формат?",
    "Какой должен быть результат?",
    "Есть ли ограничения по времени, памяти, производительности?",
    "Есть ли примеры или тесты?",
    "Какие части системы это затрагивает?",
    "Есть ли уже готовые компоненты, которые я должен использовать?",
]

3. Документировать и переформулировать

Я переформулирую задачу своими словами:

• «Если я правильно понял, нужно...»
• Показываю примеры в коде или псевдокоде
• Прошу подтверждение от заказчика

4. Разбить на части

Большую непонятную задачу разбиваю на маленькие понятные подзадачи:

# Вместо: "Написать сложную систему обработки данных"
# Делаю:

Подзадачи:
1. Спарсить входной формат
2. Валидировать данные
3. Применить трансформацию
4. Сохранить результат

5. Проактивная коммуникация

• Регулярно обновляю прогресс
• Сообщаю о блокерах сразу
• Если вижу потенциальную проблему — говорю заранее
• Спрашиваю про приоритеты, если нужно выбирать

6. Использование инструментов

• Рисую диаграммы (ASCII, Mermaid, draw.io)
• Создаю макеты решения
• Пишу пример на бумаге или вайтборде
• Ищу похожие задачи в коде или документации

Пример из жизни:

Мне сказали: "Оптимизируй запросы к БД". Непонятно.

Я спросил:

• Какие конкретные запросы? (они указали 3 критичных)
• Какой критерий успеха? (снизить время ответа на 50%)
• Есть ли профилирование? (да, есть логи)
• Какие ограничения? (не менять схему БД)

Через 30 минут уточнения я уже знал ровно, что делать.

Главное

Качество результата зависит от качества понимания задачи. Лучше потратить время на вопросы, чем на переделку. Это не медлительность — это профессионализм.