Бу! Испугался? Не бойся, я тебя не обижу... Что-то не так? Обычно так начинается пингование по мелочам и контроль каждого шага на задачах при микроменеджменте.

Люди, любящие микроменеджмент, не замечают этого за собой.

Главный минус такой системы управления — это превращение творческих, самостоятельных сотрудников в грустную массу, исполняющих задачи без энтузиазма и ровно по тз. Для IT такая работа практически невозможна и не принесет ничего хорошего, потому что здесь востребованы люди с нестандартным мышлением, творческие, разумные и воодушевленные. Которые могут найти решение задачи неожиданным путем. Тогда как микроменеджмент способствует параличу проекта, конфликтам и повышению текучке персонала.

Как заметить микроменеджмент и перестать этим грешить

Сформулировать ожидания и задачиЧеткое определение целей, ожиданий и критериев успеха для команды снижает необходимость постоянного контроля. Определите конкретные результаты, сроки и показатели эффективности.

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

Фокус на результат, а не на процесс
Перенесите внимание с процесса на результаты. Обсуждайте с командой достигнутые цели, а не каждый шаг. Это поможет научиться доверять профессионализму сотрудников.

Культура обратной связи
Важно, чтобы сотрудники или коллеги не боялись прийти к вам с проблемой. Мелочные вмешательства этому мало способствуют. Страх конфликта, отсутствие доверие и или ваше слишком довольное лицо с субтитрами "а я же говорил!" разрушают обратную связь. А вот регулярные и прозрачные разборы сложных мест проекта, ваша открытость для сотрудников и навыки коммуникации помогают выстраивать культуру обратной связи. Хорошо о том, что еще мешает команде приходить к вам с проблемами написал Патрик Ленсиони в книге Пять пороков команды.

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

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

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

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