Не мешайте сотрудникам работать!

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

TEAM

TEAM

«Мы нанимаем умных людей не для того, чтобы говорить им что делать — мы нанимаем их для того, чтобы они говорили нам что делать«, — Стив Джобс.

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

Человек должен сам принимать решение и в таком случае роль менеджера/тим лида должна заключаться в «немешании» этому человеку в принятии его решений. Ролью менеджера/тим лида в данном случае должно быть способствование обеспечения условий, при которых подобные решения сотрудников будут распространятся. Если разработчик что-то делает, и при этом думает что это будет не совсем верное решение, он «заглянет через плечо» к более опытному коллеге и «сделает для себя выводы».

Идем дальше. Если в команде никто ни за что не отвечает, то это так же очень подрывает мотивацию сотрудников. Точнее не так. Может быть один человек, например менеджер проекта или тим лид, который отвечает за всё. При этом вся ответственность лежит на нем, а все остальные при этом остаются как бы не при делах. Такого быть не должно. Ответственность за работу должна распределяться между всеми членами команды. Ситуации «мы не выкатили новую версию, потому что Андрей не сделал авторизацию» быть вообще не должно быть. Если Андрей не сделал авторизацию вовремя, то в этом виновата вся команда, а не только Андрей.

Идем ещё дальше. Не нужно загружать сотрудников на все 110%. При такой плотной загрузке не остается время на анализ и самосовершенствование, на идеи, на предложения, на обучение чему-то новому и тому подобное.

И напоследок. Если менеджер/тим лид постоянно выступает посредником, то это может вызвать у сотрудника ощущение «они мне не доверяют». Например, менеджер проекта может постоянно бегать между пользователями и разработчиками и передавать информацию от первых — вторым. Дайте сотрудникам больше полномочий и это их очень порадует.

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

Не мешайте сотрудникам работать!
12 votes, 4.92 avg. rating (98% score)

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *