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

А раз ошибки неизбежны, то нужно постараться минимизировать ущерб от них.  Самый эффективный способ — раннее обнаружение. Вот тут-то нам и пригодятся несогласные сотрудники.

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

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

Другое дело, что нужно сразу осознавать и обозначить три вещи:

  • Немотивированное несогласие, т.е. несогласие ради несогласия, НЕ поощряется, т.к. это потеря времени.
  • Если команда начинает ходить по кругу, в обсуждении вопроса, то задача менеджера взять на себя ответственность и принять решение.
  • Все члены команды должны начать действовать в соответствии с принятым решением, несмотря на свое несогласие во время обсуждения, если оно было. Саботаж нам тоже не нужен.

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

Практически неизбежное «зло» в такой команде — появление сотрудников с амбициями карьерного роста. Часть руководителей воспринимает таких сотрудников как угрозу их спокойной жизни и своему личному положению. А также начинает выдавливать и/или принижать их достоинства всеми правдами и неправдами.

На мой взгляд, это страшная ошибка. И для самого начальника и для компании. Компания имеет шанс либо потерять совсем, либо не рассмотреть и, вовремя,  не продвинуть  хорошего сотрудника. А менеджер рискует здоровьем команды и своей репутацией.

Значительно правильнее понять желания твоего сотрудника и постараться осуществить его мечты. Начать можно с предоставления ему большей свободы. Например, можно выделить ему какой-то достаточно независимый кусок работы и дать себя проявить. Можно организовать микрокоманду, с ним во главе. Можно делегировать ему часть своих обязанностей. Можно много чего еще придумать и, конечно, необходимо искать для такого сотрудника возможности для профессионального и карьерного роста во всей компании. И, главное, радоваться его успехам, как своим. Ведь в них есть и доля твоей работы, как менеджера.

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

А IT рынок маленький, кто знает где еще придется встретиться 🙂

А конкуренция? Не нужно её бояться, нужно самому развиваться и расти. У тебя ведь тоже есть амбиции и ты не собираешься сидеть на этом месте до пенсии 🙂

Вот я не понимаю!

Почему подавляющее большинство HR'ов или нанимающих менеджеров не звонит и не пишет проинтервьюированному кандидату об отказе, если он не подошел?!

Что это? Гипертрофированное чувство собственной важности, корона на мозг давит или просто разгильдяйство?

Это ведь так просто! Сделал шаблон вида: «Здравствуйте. <бла-бла-бла> К сожалению, Вы нам не подошли. <бла-бла-бла>. С уважением, я» и отправляешь его. Отправка занимает секунд 10, приблизительно. Зато, если что-то изменится вы сможете спокойно к этому человеку подъехать снова и он не расскажет своим друзьям, что в компании XXX работают одни YYY. А вдруг у него друзья — мегакрутые специалисты, которые вам край как нужны?

Добрее надо быть к людям и они к вам потянутся!

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

Hibernate — достаточно популярный пакет для упрощения работы с базой данных. Упрощение достигается путем автоматизации мапинга объектов в базу данных. Таким образом программисту не надо писать SQL запросы, а можно напрямую сохранять и загружать экземпляры классов.

Но, как обычно, в каждой бочке  мёда найдётся своя ложка дёгтя. Суть одной из проблем в том, как хранятся и представляются связи между объектами.

Задача

Есть две таблицы — People и Events. Между ними установлена связь «Многие ко многим», т.е. один человек может пойти на много событий и на одно событие пойдет много людей.

В Java, с использованием Hibernate, это будет реализовано следующим образом:

public class Man {
    private String name;
    private Vector events;
}
public class Event {
    private String name;
    private Vector people;
}

Вопросы

  1. Где проблема?
  2. Как бороться?
  3. Для всех ли случаев поможет lazy loading?

Ожидаемые ответы

  1. Проблема в том, что Hibernate будет загружать объект Man (или Event) целиком, включая все события, на которые пойдет человек. События, в свою очередь будут загружать людей, которые будут в них учавствовать. Таким образом, захотев посмотреть имя одного человека, мы имеем шанс загрузить все содержимое базы данных, с соответствующим влиянием на производительность приложения и сервера, объём памяти и загрузку каналов передачи.
  2. Правильный ответ на этот вопрос имеется в третьем вопросе и называется lazy loading. Включение этой опции позволяет загружать связи лишь при первом к ним обращении.
  3. К сожалению, даже lazy loading не решает проблему загрузки ненужных данных до конца. Например, мы хотим добавить одно новое событие к человеку и все остальные события, куда он собирается, нам безразличны. Но в момент добавления события мы обращаемся к вектору, т.е. тут же будут загружены все события. С этой бедой уже так просто не поборешься 🙁

Что проверяем

Проверяем задумывается ли человек к чему ведут его действия на более низком уровне. И как у него это получается.

Один из самых простых и самых действенных способов мотивировать своего сотрудника — похвала. Как бы банально это не звучало!

Похвала удобна со всех сторон. Она позволяет почувствовать сотруднику, что его работу видят и ценят. А что может быть приятнее признания твоих заслуг?! Остальные сотрудники тоже видят, что добрые дела не остаются незамеченными и начинают думать, если не думали до того, не сделать ли и им что-нибудь полезное. Кроме того это способ поднять авторитет, улучшить отношения в команде и прочее, и прочее.

И это практически ничего не стоит 🙂

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

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

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

И не стесняйтесь хвалить даже за самые мелочи!