🧩 Декомпозиция.
Как разбить большую задачу на маленькие

Это способ превратить большую и не до конца понятную задачу в последовательность простых, ясных и проверяемых шагов.

Цель в снижении неопределённости и когнитивной нагрузки.

🎚 Принципы:

🔵 имеет ясный итог — что должно появиться или измениться;

🔵 содержит признак завершения — по какому факту работу можно принять;

🔵 закреплена за конкретным исполнителем и условиями выполнения.

* если один из пунктов отсутствует, задача остаётся слишком размыта.

🎚 Правила

🔵 Делить задачу до такого уровня, чтобы её можно было выполнить в рамках одного дня.

🔵Описывать подзадачи через итог: что должно появиться или измениться (спецификация, настройка, отчёт, метрика).

🔵Сразу определять признак готовности: по какому факту можно принять работу (тесты прошли, изменения в коде приняты, алерт отсутствует, метрика стабилизировалась).

🔵Начинать с пунктов, где больше всего неопределённости: что именно делать, от кого зависит выполнение и какие ограничения могут помешать.

🔵Заменять общие формулировки без результата на конкретные. Например: не «разобраться с ошибкой», а «найти причину ошибки и оформить тикет/зафиксировать решение».

➡️ Пример

📝 Задача: оптимизировать производительность сервиса.

✂️ Декомпозиция:

🔺 Зафиксировать базовые метрики производительности
Результат: документ/дашборд с метриками p95/p99, RPS, error rate, загрузкой ресурсов.
Ответственный: backend / SRE.
Срок: 1 день.

🔻Определить основные точки деградации
Результат: список узких мест с подтверждением (трейсы, логи, медленные запросы).
Ответственный: backend + DevOps.
Срок: 1 день.

🔺Сформировать план изменений
Результат: перечень конкретных доработок с ожидаемым эффектом и приоритетами.
Ответственный: backend lead / архитектор.
Срок: 0,5 дня.

🔻Реализовать изменения
Результат: Код и конфигурация обновлены и зафиксированы в Git.
Ответственный: backend.
Срок: 1–2 дня (в зависимости от объёма).

🔺Провести нагрузочное тестирование
Результат: отчёт с результатами тестов и сравнением метрик «до / после».
Ответственный: QA / SRE.
Срок: 1 день.

🔻Подтвердить эффект и зафиксировать результат
Результат: обновлённые метрики, вывод о достижении цели или список дальнейших действий.
Ответственный: владелец сервиса.
Срок: 0,5 дня.

#MentalDebug