пятница, 28 января 2011 г.

Reminder: MS QA Day – 22 февраля, Москва

Tweet (Читателям Happy PM - скидка 10%: при регистрации в поле “Комментарии” укажите “Happy PM”) Тем, кто еще не собирается начать отмечать праздник защитника отечества 22-го февраля, напоминаем, что именно в этот день в Москве пройдет конференция MS QA Day (http://www

Здесь можно оставить свои комментарии. Выпуск подготовленплагином wordpress для subscribe.ru

Уход людей: а как правильно?

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

IMHO, основной вывод из вышеприведенной истории следующий: Главный герой (менеджер) ведет себя крайне непрофессионально. А именно – вешает лапшу на уши подчиненным. Попытаюсь обосновать свое мнение.

В пункте 2 говорится о стабильности А реальная стабильность – она обычно в крупных конторах а-ля ГАЗ-МЯС

В таких организациях, как правило, провернуть что-либо подобное пунктам 3 и 4 невозможно. Скорее всего, в пункте 2 менеджер молол  чепуху сотруднику лишь бы его удержать.

Здесь возможны два основных варианта:

1. Менеджер ВСЕГДА молол  чепуху сотруднику.

2. Менеджер раньше говорил правду а теперь ВДРУГ  начал молоть  чепуху сотруднику.

В обоих случаях сотруднику стоит срочно поменять менеджера. Чем он и занимается.

Комментариев к ситуации много, я рекомендую их все прочитать, а мне очень понравилось, как написал по поводу ситуации Dmitriy:

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

1. На следующий день назначаю встречу 1х1 с сотрудником. Встречу условно делю на 3 этапа:

а) Спрашиваю, что не устраивает на текущем месте работы и что предложили на новой. Т.к. сотрудник уже сообщил об уходе, у него развязываются руки и язык :) . Главное для меня как менеджера – сохранять душевное спокойствие (даже если причиной ухода являюсь я сам). Даю человеку выговориться, внимательно слушаю и делаю пометки.

б) Обсуждаем процесс передачи дел

в) В конце спрашиваю, подписал ли сотрудник оффер (п. 6-б.) и согласовал ли срок выхода на новое место. Если да, то изменить ситуацию сложнее.

2. Иду с пометками к директору. Думаем, можно ли решить имеющиеся вопросы.

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

3. Если решения есть, назначаю встречу с сотрудником и, по возможности, директором, на которой:

а) Предлагаю решения не всех проблем, а те, которые действительно может решить компания:
– Хочешь освоить технологию Х – В проекте Y менеджер как раз набирает команду;
– Считаешь что всего добился в этом проекте- Можешь возглавить новый проект и набрать свою команду;
– Не хочешь работать с сотрудником А – этот сотрудник переходит в другой отдел и с ним этот вопрос уже решен.
– и.т.д.

б) Преподношу сотруднику варианты как неожиданные для него (и на текущем месте можно что-то изменить!) и естественные для руководства (это произойдет независимо от ответа сотрудника)

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

И напоследок. Стараюсь избегать п.7. С хорошими сотрудниками нужно поддерживать хорошие отношения.

Я категорически согласен с этим “напоследком”.

Во-первых, негативно уходящий сотрудник может достаточно существенно навредить компании и потрепать нервы всем.

Во-вторых, и это даже важнее, ИТ-мир очень маленький. Где мы еще столкнемся, никто не знает. Поэтому со всеми, с кем расставался я, я старался поддерживать нормальные человеческие отношения.

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

Это очень правильное решение, имхо. То, что люди уходят из компании – достаточно естественная вещь. Ведь несмотря на все рекомендации:

  • Общаться с людьми лично – на формальных встречах 1:1 или просто за кофе и обедом
  • Слушать, что люди думают о будущем и пытаться это как-то связать с текущей работой
  • …

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

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

Здесь можно оставить свои комментарии. Выпуск подготовленплагином wordpress для subscribe.ru

среда, 19 января 2011 г.

Опрос: Хороший ли сервис мы предоставляем заказчику?

Серега Бережной, большой специалист по взаимоотношениям с заказчиком в заказной разработке, решил собрать отечественный опыт по тому, как строить отношения с заказчиком. На эту тему устроено исследование, оно же  опрос “Хороший ли сервис мы предоставляем заказчику?”, по поводу которого Сергей говорит следующее:

<Что дает исследование>

Главная цель – Руководители проектов /программ/компаний поймут, что можно и нужно знать и делать, чтобы понять насколько Заказчик доволен текущим уровнем предоставления услуг по разработке (а также тестированию, поддержке, настройке, «свой вариант») программного обеспечения.

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

В-третьих, у меня есть идеи как на базе этого исследования предложить изменения, направленные на улучшение процессов работы с Заказчиками в ИТ.

В-четвертых, хочу проверить, дозрела ли блогосфера до серьезных коллективных идей или все еще остается «лидером броуновского движения мыслей» :) .

Если у вас есть что сказать на эту тему и вы хотели бы, чтобы ваши слова прочитали сотни и тысячи коллег, то не поленитесь – потратьте полчаса на заполнение формы ниже.

Впишите свое имя в первое отечественное исследование по работе с заказчиком ИТ-компаний!

Здесь можно оставить свои комментарии. Выпуск подготовленплагином wordpress для subscribe.ru

вторник, 18 января 2011 г.

Тайм менеджмент в стиле Лего

Будучи летом в Штатах заехали с семьей в Леголэнд под Сан Диего. Что сказать – потрясающее место. Все сделано из лего. Включая лицо Эйнштейна масштабом в два этажа:

Вот сразу видно – большой ученый! :)

Побывав в Леголэнде, нельзя не увлечься этими конструкторами. Мы, помню, прямо по приезду в отель со старшим два часа собирали какой-то истребитель. Потрясающая штука эти конструкторы!

Потом страсть к лего как-то поутихла. А тут – на тебе, в обсуждениях стратоплановского IT-клуба промелькнуло описание техники тайм менеджмента при помощи лего.

Вот так, например, у человека выглядит план на день:

Однозначно, инновация! Которую, что немаловажно, можно потрогать руками. Непонятно, правда, где у автора хранятся списки задач по категориям (категории обозначены разными цветами). То ли надо ждать следующей статьи, то ли автор эту информацию умолчал, чтобы потом книгой издать. :) Но методика все равно очень симпатичная и забавная.

А главное – человек не успокоился на том, что ему не подходят известные системы управления временем, а взял и придумал что-то свое, что для него работает. За это автору безусловный респект.

А напоследок – еще пара фотографий из Леголэнда:

(На фотографии можно нажимать, тогда они открываются в полном размере)

Большой ПМ и два мини-ПМа на фоне лего-Вегаса

Картины из жизни маленького города Вашингтона

Улицы мини-мегаполисов

Zoom in

"Ничего, что я маленький..."

Лего-внедорожник в натуральную величину

Здесь можно оставить свои комментарии. Выпуск подготовленплагином wordpress для subscribe.ru

понедельник, 17 января 2011 г.