• Кейс “Реформации и конкуренция”

    Posted on August 18th, 2010 Александр Орлов 15 comments

    Давненько у нас не было кейсов. Давайте это исправим. :) Новый кейс – про непростую ситуацию у менеджера во времена реформаций.

    Кейс “Реформации и конкуренция”

    Во многих компаниях любят проводить реорганизации, переименования и прочие реформации. Помнится, за мои 4 года в Intel:

    • наше подразделение сменило 4 названия
    • сменилась вся цепочка руководителей от меня до CEO компании (это человек 5 или 6)
    • не помню уже сколько раз наши команды объединяли и разъединяли с другими

    В знакомых больших компаниях (филиалах корпораций) это тоже довольно распространенное явление. В небольших компаниях (аусторсинговых) обычно случается из-за смены заказчиков или проектов.

    У этих телодвижений есть довольно много интересных особенностей, но сегодня хотелось бы поговорить о конкуренции.

    Практически во всех компаниях есть система пересмотра зарплат. В известных компаниях она обычно уже устоялась (работает с 68-го года и слава богу). В не таких известных тоже какая-то есть (раз в год ленинским прищуром всех оценивают).

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

    • Те, кто работал круче всех получают 20% прибавки к окладу. Таких людей в команде должно найтись 15-25%.
    • Те, кто работал нормально, получают 10% прибавки к окладу. Таких людей в команде должно найтись 60-70%.
    • Те, кто работали плохо, получают 0% прибавки к окладу. И таких людей должно найтись 0-15%.

    И вот, предположим, команда работает уже полгода. Менежер доносит до всех адекватную обратную связь. И хорошие ребята понимают, что они движутся в первой категории. То есть, к концу года им выдадут гордый месседж “Большой молодец и чемпион” и дадут-таки 20% к окладу. Люди начинают этого ждать.

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

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

    У старичков естественная мысль: “Ну какого фига, почему нам не повезло, и взяли вот этих вот ребят?”

    Риторический вопрос читателю: что в этот момент происходит с командной работой? Есть ли у людей шанс заработать как одна команда? :)

    Или другая ситуация. Вновь пришедшие в команду ребята – того же уровня, что и самые крутые в команде. В прошлом проекте они были в топе и рассчитывали к концу года на гордый месседж и большую прибавку. Но в новом проекте у них уйдет пара месяцев на то, чтобы вникнуть в новый контекст. (Ну, не писали они никогда для банков и на Java!)

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

    Риторический вопрос читателю: легко ли новички вольются в команду? Сразу ли начнут заниматься взаимо-поддержкой со старыми членами команды? :)

    Вопрос кейса: Что может сделать менеджер в этой ситуации?

    P.S. Хочешь разобрать свой кейс? Присылай его на info@happy-pm.com !

  • Happy PM в Новосибирске: 3-4 октября

    Posted on August 17th, 2010 Александр Орлов No comments

    Изменилась дата проведения открытого тренинга Happy PM в Новосибирске. Тренинг перенесен на 3-4 октября. Он пройдет в рамках конференции DevPoint 2. (Это означает, что можно пойти на тренинг отдельно, на конференцию отдельно, или и туда, и туда. :) )

  • Цитата недели (Роберт Таунсенд)

    Posted on August 17th, 2010 Александр Орлов No comments

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

  • Нужна ваша помощь

    Posted on August 16th, 2010 Александр Орлов 2 comments

    Коллеги, за 3 года существования Happy PM никогда не обращался с такими просьбами к читателям. А сейчас обращусь. Потому что, в процессе общения с организаторами одной конференции, получил такое вот письмо:

    Зная, что Вас читает множество людей, я хочу спросить о возможности размещения у Вас ссылки http://vlevchuk.livejournal.com/

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

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

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

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

    Со своей стороны я обещаю, что 10% от доходов открытых тренингов Happy PM пойдут в счет лечения Владимира.

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

    Хочу оказать помощь Владимиру Левчуку!

    Владимир Левчук с детьми

  • Андрей Бибичев: Think Different (видео)

    Posted on August 16th, 2010 Александр Орлов 4 comments

    Ура! Наконец появилось видео доклада Андрея Бибичева про то, как надо думать по-другому. До того были слайды и звук. А теперь вот видео. Наслаждайтесь!

    Доклад Андрея Бибичева “Think Different” на Agile Base Camp, May 2010 from Agile Eastern Europe on Vimeo.

  • IT Jam в Харькове 11 сентября: пиво, музыка и конференция

    Posted on August 13th, 2010 Александр Орлов No comments

    (участие бесплатное, при условии предварительной регистрации)

    11 сентября в Харькове пройдет очередной, по-моему третий IT Jam.

    Первый проходил в киевском пивном клубе Пивариум. Туда я не попал. То есть, в сам Пивариум попал и неоднократно (я там, помнится, смотрел прошлогодний финал Лиги чемпионов), а на IT Jam не попал. Но фотографии видел – там было хорошо.

    А на второй IT Jam я таки попал – правда, уже к концу. Потому что в тот день проводил тренинг. К концу дня все еще было бесплатное пиво и все еще было много интересной и частично знакомой ИТ публики для общения.

    И вот третий IT Jam. Чего мы ждем от него? Имхо, всего три пункта, на самом деле:

    • Интересных докладов
    • Живого общения со старыми знакомыми и новых ИТ знакомств
    • Пива и музыки

    Напомню, что мероприятие бесплатное. А билет до Харькова любой ИТшник должен мочь себе позволить. Чай не до Сан Франциско лететь. :) Ниже – официальный анонс от организаторов.

    11 сентября в Харькове состоится IT JAM 2010

    Среди рабочих будней и тысяч строк кода есть место для яркого, интересного и познавательного события- IT Jam 2010!

    Компания Сiklum – организатор IT Jam – приглашает всех айтишников 11 сентября в Радмир Экспохолл принять участие в ежегодной всеукраинской встрече разработчиков и тестировщиков ПО.

    Если вы следите за тенденциями в мире IT, интересуетесь передовыми технологиями, Вам есть о чем рассказать братьям и сестрам по разуму, а так же есть желание послушать гуру IT и получить ответы на свои вопросы, то IT Jam именно то что Вам нужно!

    Традиционно мероприятие меняет свой формат, в этом году это:

    • Презентации от европейских заказчиков и ведущих специалистов о новых веяниях в областях PHP, .NET, Java и Mobile development
    • Open areas для неформального общения и дикуссий на различные темы. Здесь можно поделиться своим опытом решения нестандарных и сложных задач, провести презентацию для узкого круга коллег.
    • Business Value Game для преверженцев Agile
    • Гаджет территория не оставит равнодушным ни одного любителя новинок от мировых производителей компьюеров, КПК, телефонов и т.п.
    • Насыщенную программу завершит IT Jam Music Session. Любой участник, который умеет виртуозно обращаться не только с клавиатурой и тач падом, но и с гитарой, басс установкой и любым другим музыкальным инструментом сможет выступить в рамках сэйшна.

    Участие в конференции- бесплатное. Для получения пригласительного билета, регистрируйтесь на сайте http://it-jam.ciklum.net

  • Джедайская техника пустого инбокса

    Posted on August 12th, 2010 Александр Орлов No comments

    Макс Дорофеев опубликовал слайдкаст своего выступления на DevLabs в Киеве в июле 2010. На этот раз – про технику GTD в борьбе с почтой. Как всегда чрезвычайно доходчиво, наглядно и практично:

    Также прилагается:

  • Patterns&Practices Summit Russia: Москва, 13 сентября

    Posted on August 11th, 2010 Александр Орлов No comments

    (Скидка 10% читателям Happy PM)

    13 сентября в Москве пройдет очередной P&P Summit. Возможно, читатели Happy PMпомнят его не только по интервью с главными героями, но и по чудесной идее мотивации участников саммита. В этом году организаторы обещают выступить не хуже! :) Ниже – официальный анонс.

    13 сентября 2010 года, в день программиста, в Москве состоится Patterns&Practices Summit – самая значимая осенняя конференция для технических руководителей, профессиональных архитекторов и ведущих разработчиков программного обеспечения.

    В этом году программа саммита включает ключевые доклады и два  параллельных трека, на которых выступят члены команды Microsoft Patterns & Practices и российские эксперты по архитектуре. Ключевые доклады планируется посвятить наиболее значимым общим архитектурным вопросам, Windows Application Architecture Guide и Windows Azure Architecture Guide. Первый трек посвящен ключевым архитектурным практикам, а второй сценариям облачных вычислений.

    Стоимость участия в мероприятии 20 000 рублей. Для читателей Happy PM специальная скидка 10%. Для активации скидки укажите кодовое слово Happy PM при регистрации.

    Подробнее о мероприятии: www.pnpsummit.ru

  • О причинах долголетия метрик и жесткого контроля

    Posted on August 11th, 2010 Александр Орлов 2 comments

    Вчерашняя цитата Тома Демарко взялась не из ниоткуда. Она написана в введении к его статье “Software Engineering: An Idea Whose Time Has Come and Gone?” Статья настоятельно рекомендуется к прочтению.

    В частности, Том излагает там интересную мысль:

    To understand control’s real role, you need to distinguish between two drastically different kinds of projects:

    • Project A will eventually cost about a million dollars and produce value of around $1.1 million.
    • Project B will eventually cost about a million dollars and produce value of more than $50 million.

    What’s immediately apparent is that control is really important for Project A but almost not at all important for Project B. This leads us to the odd conclusion that strict control is something that matters a lot on relatively useless projects and much less on useful projects. It suggests that the more you focus on control, the more likely you’re working on a project that’s striving to deliver
    something of relatively minor value.

    To my mind, the question that’s much more importan than how to control a software project is, why on earth are we doing so many projects that deliver such marginal value?

    Мой вольный перевод:

    Чтобы понять действительную роль контроля, нам нужно провести границу между двумя типами проектов:

    • Проект A обойдется в миллион долларов и принесет порядка $1.1 миллиона
    • Проект B обойдется также в миллион долларов и принесет $50 миллионов

    Сразу становится ясно, что контроль абсолютно необходим для проекта A. Но практически совсем не нужен для проекта B. Это приводит нас к странному заключению, что жесткий контроль – это нечто, что имеет больше значения для относительно бесполезных проектов и имеет меньшее значение для полезных проектов. Это предполагает, что чем больше вы фокусируетесь на контроле, тем более вероятно, что вы работаете на проекте, который в итоге принесет относительно небольшой эффект.

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

    Перевод статьи на русский

    Вопрос, на самом деле, действительно интересный. И ответ на него, имхо, прост – аутсорсинг.

    Объем рынка ИТ аутсорсинга и ИТ сервисов  огромен. Из проспекта Силиконовой Тайги :) , можно, например, узнать следующие факты:

    In IDC rate, the volume of IT services all over the world will increase to 20% a year and will come up to $626 billion in 2006 (the amount of services in the software development sector will to reach from $100 to $150 billion, according to various rates).

    Gartner estimates that 72% of enterprises working for IT services make a choice for outsourcing programming

    К сожалению, не удалось быстро найти данные за 2009 год. Но учитывая кризис, думаю, масштабы примерно те же. 100-150 миллиардов долларов – рынок аутсорсинга разработки софта. Если поделить 150 миллиардов на среднюю ставку программиста в компании-аутсорсере (взята с потолка) в $5000 в месяц, то это 2.5 миллиона человек! И это мы еще не берем в расчет ИТ сервисы, внутренние ИТ отделы, которые по сути тоже являются внутренним аутсорсингом. Вместе с ними будет миллионов 5, не меньше.

    У метрик и контроля в аутсорсе понятное происхождение. Имхо, есть две основные причины, почему они существуют:

    • Недоверие к подрядчику приводит к тому, что проект становится нужно жестко контролировать
    • Интересы владельцев аутсорсинговой компании по контролю прибыльности приводят к тому, что проект надо жестко контролировать

    Да, иногда аутсорсинг делают не потому, что это дешевле, а из-за нехватки своей экспертизы и чего-то еще. Но это, имхо, скорее исключение, чем правило.

    В проектах типа B работает 5 миллионов человек по всему миру. Метрики и жесткий контроль еще долго не умрут.

  • Игры в ИТ в Харькове: Путь самурая в подарок (остались последние места)

    Posted on August 10th, 2010 Александр Орлов No comments

    Организатор “Игр в ИТ” в Харькове (28-29 августа) Вика Мусияченко сообщила нам, что там остались последние свободные места. Если вы хотите вживую услышать и поиграть в Игры в ИТ, то это неплохой шанс. Потому что мое расписание подсказывает мне, что до ноября живых игр, скорее всего, больше не будет.

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

    1. Начало работы менеджером (4 часа)
    * Что надо обязательно узнать, когда ты приходишь в проект (заказчик, история, факапы,..)
    * Что ожидают стэйкхолдеры
    * Состояние планов проекта
    * Определение статуса работ
    * Понимание процесса компании (project life cycle, коммуникации, pre-sale, формирование требований)

    2. Заказчики и требования (4 часа)
    * Первые коммуникации с заказчиком
    * Как выбрать дистанцию с заказчиком
    * Типы заказчиков (госы, зарубежные) стартапы, иностранные корпорации
    * Внутренние заказчики
    * Как начать вытягивать требования
    * Управление процессом восстановления требований
    * Выбор методологии для проекта
    * Выбор людей на разработку требований

    3. Работа с людьми (4 часа)
    * Отбор и собеседование людей
    * Собеседование имеющейся команды – кто есть кто в текущей команде
    * Что людей мотивирует, как это выяснить
    * Выстраивание отношений если вы менеджер со стороны
    * Корректировка отношений если вы менеджер поднявшийся из команды
    * Налаживание отчетности – какие тайм-шиты нужны, как часто спрашивать по результату
    * Насколько глубоко влазить в технологии
    * Насколько глубоко оставаться в программировании если ты вышел из программистов – можно ли программировать самому
    * Принципиальное отличие менеджера и ведущего специалиста
    * Внедрение изменений – от революций к эволюциям

    4. Управление собой (4 часа)
    * Зоны ответственности и зоны влияния
    * Try планы и самоконтроль
    * Экшн планы
    * Рабочее время
    * Рабочий день
    * Самомотивация

    Приходите на Игры в ИТ в Харькове, будет интересно!