-
05.06.2026 В письме «Mistakes Don't Exist» Ichak Adizes предлагает смотреть на ошибку как на приглашение учиться, если человек действовал добросовестно и с доступной ему информацией.
-
Для управления проектами это полезно, но требует уточнения: ошибка становится обучением только тогда, когда у команды есть механизм извлечения новой информации.
-
Иначе фраза «ошибок не существует» легко превращается в мягкое оправдание хаоса.
-
Нам нужен не культ ошибки, а короткая петля: гипотеза, действие, факт, корректировка процесса, закрепление знания.
Ошибки как цикл обучения, а не поиск виноватых
Как превратить ошибку в управляемую петлю обучения: критерий усилия, новая информация, корректировка процесса и инженерная память.
- Когда ошибка действительно учит
- Петля разбора
- Как это связано с IT
- В письме «Mistakes Don't Exist» Ichak Adizes предлагает смотреть на ошибку как на приглашение учиться, если человек действовал добросовестно и с до...
Когда ошибка действительно учит
Есть обучение
- Решение принималось на доступной тогда информации.
- Команда может назвать, какая новая информация появилась после действия.
- Изменен следующий шаг: тест, чеклист, архитектурное ограничение, метрика или договоренность.
- Знание попало в общий контекст, а не осталось у одного участника.
Обучения нет
- Никто не пытался проверить риск до запуска.
- Разбор свелся к поиску виноватого или к общему «надо внимательнее».
- Та же ошибка повторяется в следующей итерации.
- Команда не изменила процесс, но изменила риторику.
Петля разбора
-
01
Факт
Что произошло наблюдаемо: дата, система, пользовательский сценарий, эффект.
-
02
Контекст
Что команда знала на момент решения и какие ограничения считала существенными.
-
03
Новая информация
Что стало понятно только после действия или инцидента.
-
04
Изменение
Как меняется процесс, тест, мониторинг, архитектурное правило или критерий готовности.
-
05
Память
Где это знание будет лежать, чтобы следующая команда не платила за него снова.
Как это связано с IT
-
DORA и SRE давно формулируют тот же принцип инженерным языком: скорость и надежность не враги, если система работает маленькими изменениями, наблюдаемостью и быстрым восстановлением.
-
Ошибка в большой партии становится кризисом.
-
Ошибка в маленькой партии становится сигналом.
-
Поэтому для AI-native команды важно не только ускорять генерацию решений, но и ускорять проверку.
-
Чем быстрее модель, разработчик или аналитик производит варианты, тем жестче нужен контур проверки: тесты, evals, review, логирование, понятные критерии приемки.
Где граница
-
Не всякий провал стоит называть обучением.
-
Если команда игнорировала известные ограничения, не спрашивала владельца процесса, не проверяла данные, не подняла риск вовремя, то это не «приглашение учиться», а сбой ответственности.
-
Учиться все равно придется, но сначала нужно восстановить управленческий контракт.
-
Здоровая культура не снимает ответственность.
-
Она делает ответственность полезной: не наказание ради наказания, а изменение системы, которое снижает вероятность повторения.
Вывод
Ошибка становится активом только после преобразования в знание. Пока она не изменила процесс, тест, метрику или архитектурное правило, это просто стоимость. Задача руководителя - не запретить ошибки, а сделать так, чтобы каждая честная ошибка сокращала следующий путь.
Источники
Дата проверки: 30.06.2026
