Как поступаешь с задачами, которые не хочешь делать?

Стратегия работы с нежелательными задачами в разработке

В 10+ лет работы PHP-разработчиком я выработал системный подход к задачам, которые изначально вызывают сопротивление. Моя стратегия основана на нескольких ключевых принципах.

Анализ причин сопротивления

Первым шагом всегда является рефлексия — понимание, почему задача кажется нежелательной:

// Метафорический пример анализа задачи
class TaskAnalyzer {
    private $task;
    private $resistanceReasons = [];
    
    public function analyze(Task $task): array {
        $this->task = $task;
        
        // Диагностика причин
        $this->checkIfBoringRepetitiveWork();
        $this->checkIfLackingBusinessValue();
        $this->checkIfTechnicallyProblematic();
        $this->checkIfMisalignedWithSkills();
        
        return $this->resistanceReasons;
    }
    
    private function checkIfBoringRepetitiveWork(): void {
        if ($this->task->isRepetitive() && !$this->task->canBeAutomated()) {
            $this->resistanceReasons[] = 'Рутинная работа без возможности автоматизации';
        }
    }
}

Тактические подходы к решению

1. Переосмысление задачи

Я пытаюсь найти скрытую ценность даже в скучных задачах. Например, поддержка легаси-кода — это возможность:

• Глубоко понять историю проекта
• Найти слабые места архитектуры
• Предложить улучшения, которые предотвратят аналогичные проблемы

2. Декомпозиция и приоритизация

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

1. [15 мин] Анализ требований и контекста
2. [30 мин] Написание тестов для текущего поведения
3. [1 час] Рефакторинг самой болезненной части
4. [2 часа] Реализация основной функциональности
5. [30 мин] Документирование изменений

3. Техническая оптимизация процесса

Для рутинных задач разрабатываю инструменты автоматизации:

# Пример скрипта для автоматизации скучных операций
#!/bin/bash
# Автоматизация рутинных задач деплоя

php artisan migrate --force
php artisan cache:clear
php artisan view:clear
php artisan config:cache
npm run production

4. Метод "помидора" для мотивации

Использую технику Pomodoro — 25 минут концентрации на задаче, затем 5 минут перерыва. После 4 циклов — длинный перерыв. Это психологически облегчает начало работы.

Проактивные стратегии предотвращения

Переговоры о пересмотре задачи

Если задача действительно неоправданна, я открыто обсуждаю это с командой:

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

Обмен задачами внутри команды

В здоровой команде практикуется балансировка нагрузки — я беру задачи, которые интересны другим, в обмен на свои нежелательные.

Долгосрочная перспектива

Нежелательные задачи часто указывают на системные проблемы:

1. Архитектурные долги — требуют планирования рефакторинга
2. Процессные проблемы — нуждаются в улучшении workflow
3. Дисбаланс компетенций — сигнал для обучения или найма

Конкретный пример из практики

Однажды мне пришлось поддерживать устаревший модуль на PHP 5.3 с глобальными переменными и сквозными побочными эффектами. Вместо простого "латания дыр":

1. Я создал полный набор интеграционных тестов, фиксирующих текущее поведение
2. Разработал поэтапный план миграции на современный PHP с оценкой рисков
3. Автоматизировал наиболее частые операции поддержки
4. Представил руководству TCO-анализ (Total Cost of Ownership), показывающий, что рефакторинг окупится за 6 месяцев

В результате задача превратилась из рутинной в стратегически важную, получила дополнительные ресурсы и в итоге привела к значительному улучшению кодовой базы.

Ключевой вывод: даже самые нежелательные задачи содержат возможности для роста — профессионального, процессного или архитектурного. Важно не избегать их, а трансформировать подход к выполнению, находя скрытую ценность и создавая инструменты для минимизации будущих аналогичных ситуаций.