Найти в Дзене
Код ИТ-директора

Зачем мы строим планы, когда всё летит в тартарары?

Посмотрел на выходных выпуск-подкаст, тема была не совсем про ИТ. Мне понравился один момент, который как мне кажется хорошо перекликается с ИТ-проектами. Там зачитывают вопрос подписчика: Как строить планы на жизнь в горизонте пары лет, если я не знаю, что со мной будет через месяц? Знакомая ситуация для любого руководителя в последние годы. Лег сервер, уволился ключевой сотрудник, срываются сроки проекта и т.п. Ведущий дает ответ, который меня зацепил: Это вопрос не про план, это вопрос про ощущение контроля. Я почему-то никогда в такой парадигме не думал… Обычно план воспринимают как карту будущего. Но когда ничего не понятно, а в ИТ так почти всегда, функция у него другая. Психотерапевтическая. Когда есть план и ты начинаешь действовать, то перестаешь быть щепкой, которую несет течением. Возвращается субъектность и то самое ощущение контроля. Если переложить это на нашу работу, становится понятно, зачем на самом деле нужны все эти роадмапы, спринты и стратегии. Даже если через меся

Посмотрел на выходных выпуск-подкаст, тема была не совсем про ИТ. Мне понравился один момент, который как мне кажется хорошо перекликается с ИТ-проектами.

Там зачитывают вопрос подписчика:

Как строить планы на жизнь в горизонте пары лет, если я не знаю, что со мной будет через месяц?

Знакомая ситуация для любого руководителя в последние годы. Лег сервер, уволился ключевой сотрудник, срываются сроки проекта и т.п.

Ведущий дает ответ, который меня зацепил: Это вопрос не про план, это вопрос про ощущение контроля.

Я почему-то никогда в такой парадигме не думал…

Обычно план воспринимают как карту будущего. Но когда ничего не понятно, а в ИТ так почти всегда, функция у него другая. Психотерапевтическая. Когда есть план и ты начинаешь действовать, то перестаешь быть щепкой, которую несет течением. Возвращается субъектность и то самое ощущение контроля.

Если переложить это на нашу работу, становится понятно, зачем на самом деле нужны все эти роадмапы, спринты и стратегии. Даже если через месяц их придется переписывать.

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

2. Снижается нагрузка на мозг. Спринты планируют не из слепой веры в неизменность задач на две недели. Это нужно, чтобы разработчик утром просто знал: сегодня я делаю задачу А. Меньше тревожности, больше фокуса.

3. Ловушка «иллюзии контроля». Тут важно быть честным, есть риск. В погоне за ощущением контроля руководители часто начинают управлять тем, до чего могут дотянуться, а не тем, что важно.

Не можешь гарантировать, что внешний провайдер не отключит API? От бессилия начинаешь следить, во сколько сотрудники приходят в офис, или считать строки кода. Вроде успокаивает — я же управляю! — но результат убивает. Такой вот карго-культ.

Резюме

Планирование в турбулентности нужно для сохранения холодной головы. Автор подкаста привел жесткий пример: даже если несешься в автобусе в пропасть, мысль о страховке и плане действий для семьи позволяет не истерить, а сгруппироваться и возможно, это спасет тебя.

В ИТ, да и в любом бизнесе то же самое. Планы строят не чтобы угадать будущее, это невозможно. Они нужны, чтобы здесь и сейчас команда чувствовала почву под ногами. Чтобы делали своё дело, а не рефлексировали над новостями.

Мне кажется, что это важная мысль и в текущее время это актуально как никогда. Планируйте проекты, друзья!

Подписывайтесь на мой TG по ссылке ниже:

Код ИТ-директора