В профессиональных кругах, особенно в IT и управлении проектами, я часто слышим фразу «тушим пожары». Этот термин описывает хаотичную ситуацию, когда команда бросает все силы на срочные, незапланированные задачи, чтобы предотвратить катастрофу. Звучит героически, но по сути это признак системной неэффективности.

Проблема в том, что «тушение пожаров» — это следствие, а не причина. Мы редко задумываемся, почему «пожар» вообще возник. Мы просто бросаемся в бой, действуя реактивно, при этом часто забывая о плановых задачах, стратегии и благополучии команды. Наша сосредоточенность на тушении не даёт нам увидеть, как огонь распространяется дальше, создавая новые проблемы.

Это не просто проблема терминологии, это проблема мышления. Говоря «тушим пожар», мы оправдываем хаос, создаём иллюзию нормы. Мы не ищем первопричину и не строим систему, которая предотвратила бы такие ситуации в будущем. Мы бегаем с огнетушителем, не задаваясь вопросом, почему вообще загорелось.

«Борьба за живучесть»: из личного опыта

Я сам когда-то тушил пожары, совсем не офисные, это тренировки реальной «борьбой за живучесть» во время службы на военном корабле. И это совершенно другой подход. «Тушение пожара» — это когда вы хватаете огнетушитель и бежите, не глядя куда. Вы действуете спонтанно, ситуативно, ищете виновных и пытаетесь спасти то, что ещё можно. Вы работаете с последствиями. «Борьба за живучесть» — это не паника, а чёткий, отработанный алгоритм действий в условиях форс-мажора. На корабле это понятие включает не только ликвидацию аварии, но и предотвращение её распространения, сохранение боеспособности корабля и всего экипажа.

В чём разница?    - Системность: «Борьба за живучесть» начинается задолго до аварии. Это постоянные тренировки, учения, отработка алгоритмов. Каждый член экипажа знает свои действия наизусть. Нет паники, нет хаоса. Есть чёткий план.  - Приоритизация: Во время «борьбы за живучесть» мы не просто ликвидируем аварию. Мы понимаем, что самое главное — это сохранение целостности корпуса, недопущение затопления, сохранение управления. Мы работаем не только с очагом возгорания, но и с его последствиями, постоянно оценивая ситуацию и принимая решения, что важно сейчас, а что может подождать.  - Ответственность: Нет понятия «виновного» в моменте, есть понятие «ответственного». Каждый знает свою зону ответственности и действует в её рамках и на своем посту. Есть командир, который координирует все действия. Нет места для оправданий или поиска виноватых. Есть только цель — спасти корабль.

Как это применить в управлении проектами?

Опыт «борьбы за живучесть» на корабле научил меня главному — не действовать реактивно, а мыслить системно. Я применил этот подход в своей профессиональной жизни. Вместо того чтобы «тушить пожары», я начал внедрять «борьбу за живучесть» в проектах:  - Проактивное планирование: Вместо того чтобы ждать проблем, мы стали думать о рисках заранее. Мы анализировали потенциальные «пробоины» в проекте и готовили план действий. Мы проводили «учения» — симуляции кризисных ситуаций, чтобы каждый член команды знал, что делать.  - Чёткая приоритизация: Мы перестали бросаться на всё сразу. При возникновении проблемы мы не «тушили», а оценивали — какой ущерб она наносит, что нужно сделать в первую очередь, а что можно отложить. Мы не позволяли одной проблеме поглотить весь проект.  - Системность и алгоритмизация: Мы создали чёткие алгоритмы на случай сбоев. Например, что делать, если сервер упал? Что делать, если клиент недоволен? Каждое действие было расписано и отработано. Это устранило панику и сделало команду более уверенной. «Тушение пожаров» — это, по сути, признак того, что мы не справились с управлением. Это не повод для гордости, а сигнал к тому, что нужно пересмотреть подходы.

Вместо вывода

Перестаньте «тушить пожары». Начните «бороться за живучесть». Это не просто смена терминологии, это смена мышления, которая поможет вам не только спасти свой проект, но и сделать его неуязвимым.    P.S. …и семь футов под килем Вам, соратники!