Критическое мышление
Вопросы-детекторы: Как ловить плохие решения
Большинство плохих решений можно было бы предотвратить, задав правильные вопросы. Но мы не задаём их, потому что 'некогда', 'уже решили', 'эксперт сказал'. Вопросы-детекторы - это чеклист, который ловит типичные ошибки до того, как они станут дорогими.
- **Базовые детекторы:** 'Какую проблему решаем?', 'Что если ошибёмся?'
- **5 Whys:** Докопаться до реальной причины
- **Red Flags:** 'Все так делают', 'нет времени на анализ'
- **Devil's Advocate:** Систематический поиск слабых мест
Предварительные знания
Сила правильных вопросов
**Правильный вопрос важнее правильного ответа.** Вопросы направляют мышление и выявляют скрытые проблемы.
**Вопросы-детекторы:** Набор проверенных вопросов, которые выявляют типичные проблемы в решениях. Используй их как чеклист.
**Правило:** Если не можешь ответить на эти вопросы - решение не готово.
'Нам нужен Kubernetes'. Какой вопрос-детектор первый?
5 Whys: Докопаться до корня
**5 Whys** - техника Toyota для поиска root cause. Спрашивай 'почему?' пока не дойдёшь до реальной причины.
**Когда использовать 5 Whys:** - Когда предлагается 'решение' без понимания проблемы - Когда симптом принимают за причину - Когда решение кажется слишком сложным для проблемы
**Ловушка 5 Whys:** Можно докопаться до 'корня', который не решаем. Баланс: достаточно глубоко, чтобы найти actionable причину.
'Нам нужен Redis для кэширования'. 5 Whys привёл к 'база данных медленная из-за отсутствия индексов'. Что делать?
Red Flags в аргументации
Некоторые паттерны аргументации - **красные флаги**. Если слышишь их - включай критическое мышление.
**Вопросы для каждого Red Flag:** - 'Какие данные подтверждают это?' - 'Какие альтернативы рассматривались?' - 'Что если мы ошибаемся?' - 'Кто не согласен и почему?'
**Red flags в технических решениях:**
- 'Просто перепишем' — complexity hidden behind simplicity
- 'Это займёт неделю' — planning fallacy
- 'Работает на моей машине' — environment assumptions
- 'Потом оптимизируем' — technical debt accumulation
'У нас нет времени на рефакторинг, нужно быстрее запуститься'. Red flag?
Devil's Advocate: Найди слабые места
**Devil's Advocate** - роль человека, который систематически ищет проблемы в решении. Не для того, чтобы заблокировать, а чтобы улучшить.
**Как играть роль Devil's Advocate:** 1. Явно объяви: 'Я сейчас буду искать проблемы' 2. Фокус на идее, не на людях 3. Задавай вопросы, не делай утверждения 4. Предлагай альтернативы 5. Завершай конструктивно
**Pre-mortem как Devil's Advocate для всей команды:**
Devil's Advocate замедляет и демотивирует
Devil's Advocate предотвращает дорогие ошибки и улучшает качество решений
Час критики до решения дешевле, чем месяцы исправлений после. Ключ: фокус на идеях, не на людях.
Коллега говорит: 'Хватит критиковать, давай уже решим!' Что ответить?
Ключевые идеи
- **Правильный вопрос важнее ответа** — вопросы направляют мышление
- **Базовые детекторы:** Какую проблему? Какие предположения? Что может пойти не так?
- **5 Whys:** Спрашивай 'почему?' пока не найдёшь actionable причину
- **Red Flags:** 'Все так делают', 'нет времени', 'это закономерно'
- **Devil's Advocate:** Критика до решения дешевле исправлений после
Куда дальше?
Вопросы-детекторы - это тактика. Дальше - стратегические фреймворки:
- Decision Frameworks — Структурированные методы принятия решений
- AI для архитектуры — AI как Devil's Advocate
- Когнитивные искажения — Что именно ловят детекторы
Вопросы для размышления
- Какой вопрос-детектор ты бы хотел задать в прошлом проекте? Что бы изменилось?
- Применил 5 Whys к текущей 'проблеме'. Настоящая проблема — та же?
- Какие red flags ты игнорируешь в текущем проекте?