Найти тему
Будни инженера

Делегирование полномочий может быть опасным

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

Речь пойдёт о делегировании (передаче полномочий) и не только.

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

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

А ещё одна “печалька” заключается в том, что руководители не осознают, во что обходится каждый рубль затрат на программирование. А если попытаться в этом разобраться, то, скорее всего, выяснится, что из этого рубля 50 копеек тратится неправильно, а потом ещё 2-3 рубля требуется на то, чтобы исправить ошибки, вызванные этим неправильным вложением средств.

Это касается не только отделов ИТ, но и других инженерных отделов. Я, будучи начальником отдела автоматизации производства, через несколько лет фанатичных разработок (ну мне просто интересно было этим заниматься) начал задумываться об экономике. И пришёл к неутешительному выводу о том, что содержать отдел автоматизации экономически невыгодно. Проще и дешевле отдавать задачи внешним подрядчикам (на аутсорсинг). А это тоже своего рода делегирование, но в этот раз вполне допустимое и даже желательное.

Я изложил свои соображения руководству и тем самым подписал себе смертный приговор - теперь там нет ни меня, ни отдела автоматизации )))

Но я не мог по другому поступить. Если я вижу проблему, то я стараюсь её решить. Даже если результатом этого решения будет моё увольнение.

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

Ну а честных, кто изворачиваться не привык, просто увольняют, как меня. Ну не любит у нас никто слышать правду о том, что происходит в семье, в отделе, на предприятии, в стране…

Лучше делать вид, что всё хорошо, и убеждать в этом и себя и других. Уверен, что если бы я, как другие, на совещаниях раздувал щёки от важности и говорил о том, что без отдела автоматизации компании не жить, придумывал бы какие-то фантастические причины тех или иных решений и т.п., то меня бы и не уволили.

По мнению автора упомянутой выше книги существует два вида руководителей: инженеры и запуганные инженерами.

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

Запуганные инженерами множат те же проблемы, потому что не умеют говорить на языке инженеров и не понимают, чем должны заниматься инженеры. И им остаётся только верить на слово инженерам.

Так и живём…

Одни не могут сказать, чего хотят. Другие не желают пойти навстречу из-за того, чтобы не бай бог не взвалить на себя лишнюю работу, и всегда делают по-своему, даже если понимают, чего хотят первые.

Подписывайтесь на канал, чтобы не пропустить новые статьи…