Как остановить микроменеджмент
Бу! Испугался? Не бойся, я тебя не обижу… Что-то не так? Обычно так начинается пингование по мелочам и контроль каждого шага на задачах при микроменеджменте.
Люди, любящие микроменеджмент, не замечают этого за собой.
Главный минус такой системы управления — это превращение творческих, самостоятельных сотрудников в грустную массу, исполняющих задачи без энтузиазма и ровно по тз. Для IT такая работа практически невозможна и не принесет ничего хорошего, потому что здесь востребованы люди с нестандартным мышлением, творческие, разумные и воодушевленные. Которые могут найти решение задачи неожиданным путем. Тогда как микроменеджмент способствует параличу проекта, конфликтам и повышению текучке персонала.
Как заметить микроменеджмент и перестать этим грешить
Сформулировать ожидания и задачиЧеткое определение целей, ожиданий и критериев успеха для команды снижает необходимость постоянного контроля. Определите конкретные результаты, сроки и показатели эффективности.
Делегировать с доверием
Убедитесь, что задачи распределены разумно и команда понимает, что именно и как нужно делать. Важно не только делегировать задачи, но и позволить команде самостоятельно принимать решения и исправлять ошибки. Отсутствие доверия к команде и запрет на ошибки приводят к остановке в развитии команды. Логично, ведь у зомби нет командного духа.
Фокус на результат, а не на процесс
Перенесите внимание с процесса на результаты. Обсуждайте с командой достигнутые цели, а не каждый шаг. Это поможет научиться доверять профессионализму сотрудников.
Культура обратной связи
Важно, чтобы сотрудники или коллеги не боялись прийти к вам с проблемой. Мелочные вмешательства этому мало способствуют. Страх конфликта, отсутствие доверие и или ваше слишком довольное лицо с субтитрами «а я же говорил!» разрушают обратную связь. А вот регулярные и прозрачные разборы сложных мест проекта, ваша открытость для сотрудников и навыки коммуникации помогают выстраивать культуру обратной связи. Хорошо о том, что еще мешает команде приходить к вам с проблемами написал Патрик Ленсиони в книге Пять пороков команды.
Разработчик или другой самостоятельный специалист, попавший под радиацию микроменеджмента на некоторое время, может не только остановиться в развитии, но и существенно испортить свою карму или даже карьеру. Разучиться самостоятельно думать легко, а на восстановление этого навыка уйдет драгоценное время и ресурсы.
Помимо моральных неудобств для сотрудников, микроменеджмент приносит убытки бизнесу. Вовлекаясь в задачи разработчика менеджер неэффективно использует свое время. Получается, что над задачей разработчика трудится 2 специалиста: сам разработчик и менеджер.
Чтобы остановить микроменеджмент, важно его заметить в самом себе. Это самый первый и самый важный шаг. Для этого можно спросить команду, но есть вероятность, что сотрудники не скажут вам правды. Тогда включайте критическое мышление и анализируйте как часто вы дергаете сотрудников и по каким вопросам. Даете ли вы им бесценные рекомендации в стиле «возьми ведро за ручку» или все же доверяете.
А как вы искореняли микроменеджмент? Или наоборот, укореняли, потому что проекты без него не двигаются?
