Бюрократия, хуёвый менеджмент и самоуправление

К IT- менеджменту я отношусь потребительски. Мне со стороны кажется, что все проблемы IT-менеджмента сводятся к трём моментам:

тупому напористому бизнесу хер объяснишь, что надо делать
ИТ менеджеры и сами пиздец тупые, отстали от жизни
линейный персонал работает неэффективно: ебалаи и лентяи 10 раз переделывают свою хуйню

Всё это в синергии порождает кучу проблем, когда вы обнаруживаете отсутствие результата своей работы за целый год, хотя ЗП исправно получали.

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

Любой ИТ менеджер почти сразу понимает, что его работу можно и нужно частично автоматизировать. Для этого он создаёт процесс и предполагает, что он будет работать. Если по процессу не организован удобный сбор обратной связи и её обработка, то получается бюрократия.

Например, в одно время я работал архитектором инфраструктуры, и исполнителями были системные администраторы с декларируемо высокой квалификацией. По факту, их способности в поиске и анализе проблем были на уровне помощника сисадмина, то есть эникейщика.

Процесс внесения изменений был следующим: архитектор создавал заявку, отправлял её на согласование ИТ-менеджеру и главному системному администратору. После этого заявка бралась в работу. На этапе согласования приходилось отправлять дополниетльные сообщения согласовантам - ведь они иногда просто ебланили или занимались другими делами. Таким образом, дело 30 минут растягивалось на 2 дня.

Но на этапе выполнения заявки исполнитель часто заявлял, что вот тут непонятно, откуда брать дистрибутив и как его устанавливать (что, конечно же, полнейший абсурд). Мог заговниться, что дистрибутив, скачанный из интернета (а откуда же он блять ещё возьмётся, с дискеты?) может содержать вирусы (для линукса). Мог сказать, что установить он установит, а поддерживать это он не знает как. Словом, процесс был очень рваный и недерминированный, пользоваться им в предсказуемые сроки было невозможно.

Во владельцах процесса был указан Мыкола Тарасович Пыздэнько, уволившийся 4 года назад. Процесс по изменению процесса отсутствовал. Это было совершенно, абсолютно невозможно.

Установленные 1 раз и не улучшающиеся процессы - это бюрократия. Иногда вам будут говорить, что бюрократия обусловлена требованиями регуляторов, аудиторов и прочих левых людей. Это полное пиздабольство. Если таким людям сказать, что температура +10 в их квартире обусловлена февралём, они не согласятся. Просто им впадлу решать такие задачи. Такие уж они хуесосы по жизни.

Бюрократия, тем не менее, это не самое худшее. Представьте, что у вас оборонный завод, где на каждый пердёж 100 согласований. А представьте, что это всё разом стало необязательное. Произойдёт жопа. Люди автоматические начнут производить говно, нарушая все нормы. Было 100 деталей в час, станет 1 деталь в первый час, 10 деталей во второй и всё такое прочее. Отсутствие менеджмента - это тоже пиздец. В ИТ отстутствие можно задетектить по нескольким признакам:

есть 5-10 тянущихся проблем, создающих трудности в каком-то процессе
инженеры дрочат ебалайскую хуйню, например улучшают быстродействие каких-то парашных запросов с 4 секунд до 3, или автоматизируют создание всей инфраструктуры с нуля в новом датацентре
очень часто возникают аварии и их тушения
непонятно что было сделано за последний квартал. Или было сделано мало.

В некоторых ситуациях вместо обычного менеджмента делают самоуправление. Это выглядит так: ты регулярно улучшаешь процессы сам, и все рады. В реальности почти никто не понимает, как делать это хорошо (хотя всё описано 150 раз). Но даже не в этом дело. Морально сложно взять на себя эти обязанности. А почему? Ну вот, допустим, у меня фокус на то, как сделать задачу. У менеджера фокус на то, чтобы задача принесла пользу бизнесу - сделана была вовремя и в нужном объёме. Менеджер не может быть уверен, что я по дефолту сделаю, как надо. Я не могу быть уверен, что менеджер за час до конца мне не выдаст новую хотелку. На этом антагонизме и строится процесс - типа скорее всего всё будет ок, но если тчо, то возникнет решаемый конфликт. Соответственно, если я решу самоуправляться, то я буду самостоятельно выяснять у заказчика, что надо сделать и т.п. Но фокус у меня будет на технике. пусть даже я очень хороший софтово инженер и стремлюсь сделать всё лучшим образом. Это ограничение психологии. Поэтому делать само-менеджмент неудобно. Дешевле поступить вот каким образом: дать возможность неограниченной обратной связи с нулевой ответственностью и отрабатывать её.

Но все пидарасы, бизнес напирает, менеджеры тупые, а инженеры - соевые аутисты. И будет только хуже.