• Информационные потоки или для чего ребенку пупок

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

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

    - Вася, ты вот скажи, зачем тебе пупок?

    - Ну… Ну… А вот пуля мне в рот попадет, она потом через пупок выйдет!

    - (неожиданно, но надо как-то продолжить разговор) А через попу она не выйдет?

    - Не, там узко. Через пупок выйдет.

    Как потом оказалось, старший (почти 7 лет, увлекается военными делами) рассказывал младшему о пулях со смещенным центром тяжести. Которые залетают в одну точку тела, потом гуляют по телу и выходят в каком-то случайном месте.

    Вот в организациях с информацией происходит примерно то же самое. Информационные потоки:

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

    Преобразуются по пути следования: как в анекдоте: Прибыль в этом квартале упала -> Прибыль упала, а какое подразделение у нас самое не прибыльное? Ну ты все понимаешь. -> Прибыли нет из-за вон того отдела. -> Скоро начальника того отдела будут снимать.

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

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

  • Software People все ближе и ближе

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

    Конференция Software People 2010 становится все ближе и ближе… (Напоминаю, что там мы сможем увидеться, потому что я там буду делать доклад про обратную связь – как бывает, что она пропадает, и где ее снова находить. :) )

    Вы услышите Питера Хрущку, главу Agile сообщества Германии и соавтора знаменитого Тома ДеМарко, узнаете о будущем функциональных языков от автора языка F# Дона Сайма, узнаете о конфликтах в командах разработки и о проектировании архитектуры от Дона Смита, архитектора известной команды Microsoft Patterns&Practies, а также услышите других известных зарубежных и российских экспертов. Подробнее смотрите в программе конференции

    Кроме того, один из ключевых докладчиков конференции – Питер Хрущка, учредитель Atlantic Systems Guild, международно известной группы экспертов, в которую входят легендарные Том ДеМарко и Тим Листер; автор знаменитой книги «Балдеющие от адреналина и зомбированные шаблонами» не только сделает доклад, но и проведет серию семинаров в Минске, Санкт-Петербурге и Москве. Для тех участников, которые регистрируются сразу на конференцию и семинар, действует специальное пакетное предложение.

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

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

  • Неукротимая Маша: разбор кейса

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

    За всеми путешествиями и тренингами (за последний месяц умудрился посетить 5 городов и провести 15 тренинговых дней) настало время поговорить о кейсе “Неукротимая Маша”. Большое спасибо тем, кто принял участие в обсуждении. Если не ошибаюсь, этот кейс стал самым обсуждаемым на happy-pm.com. Много мнений, вполне разумных, думаю, автор кейса получил интересную обратную связь.

    Что я думаю по поводу всей этой ситуации.

    То, что Маша вот так открыто послала своего руководителя со словами “ты для меня не авторитет” – это хорошо. Гораздо хуже, если бы она таила в себе злобу, молчала и делала что-то такое нехорошее за спиной менеджера. Скрытые конфликты решать сложнее. Тут конфликт открытый, и это уже неплохо.

    Что делать, когда подчиненный тебя открыто посылает. Точно не надо вступать с ним в перепалку при всех. Иначе получится как на всех форумах – оба оппонента друг друга измазали не буду говорить чем в попытках выяснить, кто из них Д’Артаньян. Если подчиненный посылает публично, переводите в конструктив: “Маша, ок, возможно я чего-то не понимаю. Давай это обсудим с тобой после общего собрания.”

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

    Если же вы хотите работать с этим человеком, то проблемы стоило бы обсудить вот какие:

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

    2. “Посылать руководителя при всех – не конструктивно. Если есть какие-то проблемы, то я открыт для их решения. Что-то не устраивает – приходи, расскажи, решим что делать.” – можно прямо так и сказать.

    3. “Авторитет менеджера не зарабатывается словами. Он зарабатывается делами. Маша, если ты видишь, что я как руководитель должен сделать – скажи прямо, давай обсудим и посмотрим, что можно будет сделать.” – можно прямо так и сказать.

    Дальше – Маша может прислушаться, и тогда вы договоритесь и придумаете, как жить дальше. Может не прислушаться – не намеренно или намеренно. В этом случае вам нужно будет планировать ее уход. Готовить другого сотрудника для ее задач и помогать Маше искать себя в другом проекте или компании. Но это уже немного другой разговор. Вначале надо обсудить все с ней.

    На будущее пара важных вещей:

    1. Если вы приходите в проект не с начал – обязательно поговорите с предыдущим менеджером. Не только про состояние проекта, планы, отчеты, риски и прочие проектные прибамбасы. Поговорите про людей. Кто есть кто, кто чего хочет, к кому какой подход нужен? Не только про сотрудников в проекте – про коллег менеджеров тоже поговорите. И про начальника поговорите. Чтобы потом не было такого, что начальник неожиданно ни с того, ни с сего посылает. :)

    Не исключено, что сотрудник остро воспринимает прямые указания типа “сделай вот так и вот так”. Может быть, он лучше воспринимает, если ему каждую фразу сопровождать словами “как думаешь?”

    2. Используйте “статус нового менеджера”. Если происходит что-то мутное или непонятное (коллеги-менеджеры пытаются на что-то продавить, или сотрудники непонятно почему чего-то не делают) – не молчите и не кричите громко. Вместо этого заучите волшебную фразу “коллеги, я проектом руковожу недавно, возможно, чего-то еще не понимаю, расскажите мне …” И дальше разбирайтесь, что и почему. Статус нового менеджера очень удобен. Главное не оставаться с ним в течение двух лет. :)

  • Лидерство с Суреном Самарчяном: двухдневный мастер-класс в Питере и Москве

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

    Не так давно ко мне в почту постучался Сурен Самарчян – президент Гильдии менеджеров программных проектов, директор департамента по управлению проектами в компании Innova Systems. Сурен сообщил новость, что он разработал курс по лидерству и уже прочел его в двух весьма успешных компаниях.

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

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

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

    В результате быстрых обсуждений с компанией Scrumtrek (да-да, это Асхат Уразбаев), мы решили объединить усилия и устроить два воркшопа по лидерству в ИТ – в Москве и Питере. Итак:

    28-29 апреля, Санкт-Петербург

    14-15 мая, Москва

    Мастер-класс Сурена Самарчяна «Situational Leadership for Agile»

    (при участии Асхата Уразбаева и Александра Орлова)

    Стоимость: 20 000 рублей (при оплате до 20-го апреля)

    Почему на эту тему и для кого тренинг

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

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

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

    Предлагаем вашему вниманию уникальный по своей прагматичности авторский тренинг о Cитуационном Лидерстве в Agile Сурена Самарчяна, основанный на опыте десяти лет работы в инновационных компаниях США и России.

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

    У вас есть уникальная возможность посетить тренинг одного из самых эффективных менеджеров в области разработки ПО в России. Сурен – практик, он является главой департамента управления проектами компании Innova Systems.

    Мастер класс предназначен для директоров компаний, заместителей директоров по проектам, руководителей департаментов, руководителей проектов, менеджеров продуктов и программ.

    Записаться на тренинг вы можете на странице: http://scrumtrek.ru/trainings/Leadership/

    Далее – программа, стоимость, гости и т.д.

    Read the rest of this entry »

  • Курс естествознания для менеджеров проектов: 2-й сезон

    Posted on April 7th, 2010 Александр Орлов 1 comment

    Макс Дорофеев потихоньку выложил уже 6 серий 2-го сезона “Курса естествознания дл яменеджеров проектов”. Напомню, что 1-й сезон можно посмотреть вот тут.

  • Цитата недели (Александр Васильевич Суворов)

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

    Главное дарование великого человека – уметь избирать особ по их талантам.

  • Программа РИТ++

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

    Пока суть да дело, сформировалась программа конференции “Российские Интернет Технологии 2010″. О чем организаторы с радостью и сообщают. Имхо, ради одного доклада товарищей из Facebook про их инженерную культуру уже можно идти на РИТ++. :)

    В программу РИТ++ вошли 88 докладов и 11 мастер-классов, тезисы большинства из них опубликованы на сайте конференции вместе с информацией о докладчиках:

    Мы ожидаем приезд 7 зарубежных звезд, среди них:

    • Эндрю «Boz» Босуорт расскажет про инженерную культуру в Facebook в секции “Управление персоналом”;
    • Джонатан Вортингтон прочтет доклад о компиляторе Perl 6 Rakudo;
    • Патрик Лауке из Opera Software расскажет участникам конференции о новых технологиях, которые помогают сделать сайты доступными для широкого спектра мобильных устройств;
    • Алекс Могилевский (Microsoft) представит слушателям Internet Explorer 9;
    • Мачей Дображаньски (Percona) раскроет темы высоконагруженного MySQL и поискового движка Sphinx.

    Три дня насыщенной программы, доклады и мастер-классы будут звучать в четыре параллельных потока:

    • CSS-менеджмент. Три года спустя / Вадим Макеев (Opera Software);
    • Десктоп-подобные веб-приложения: SproutCore, Cappuccino и ukijs. / Владимир Колесников (Яндекс);
    • СSS анимации в боевых условиях: преимущества и недостатки / Сергей Чикуенок;
    • Грабли в Agile на опыте Afisha.ru (3 летний опыт) / Виктор Ламбурт (Афиша.ру);
    • Выбор стратегии проекта или продукта / Сергей Котырев (Umisoft);
    • Прагматичный подход к документированию веб-проектов / Анатолий Филин (Грамант);
    • Высокопроизводительные системы хранения на основе глубокого взаимодействия с механизмами операционной системы / Александр Крижановский (NatSys Lab);
    • NoSQL хранилища / Кирилл Коринский (Yota);
    • Гигапиксели и пета-масштабы: астрономические вызовы технологиям баз данных / Иван Золотухин, Олег Бартунов;
    • О [нагрузочном] тестировании и мониторинге производительности для программистов / Александр Шигин (Рамблер);

    Доклады по серверному программированию (Perl, PHP, Erlang, C/C++, Java), интереснейшие выступления в секции “Качество” по функциональному тестированию и тестированию безопасности, секции “Технологии будущего”, “Алгоритмы и архитектуры”, “Дата-центры”, “Кластерные технологии”, “Виртуализация и облачные вычисления” – это лишь немногие из тем, которые будут освещены на конференции РИТ++.

    Цель конференции — профессиональный рост каждого из ее участников, приобретение практических знаний в различных сферах веб-разработки, установление новых полезных связей и контактов.

    Мы надеемся, что сформированная программа окажется для Вас полезной и интересной, и будем рады видеть Вас среди участников конференции!
    Добро пожаловать, удачи и до встречи! :)

  • Рассылка Happy PM приостановлена до ~12 апреля

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

    Вероятно, многие заметили, что уже второе воскресенье не выходит рассылка Happy PM. Связано это с падением сервиса SmartResponder – хостинг в Одессе, на котором ребята его держали неожиданно сгорел. Причем сгорел совсем.

    Сейчас идет переезд на новые сервера, а это процесс не быстрый. Но ребята стараются, говорят, что примерно к 12-му апреля все восстановят. Где-то тогда же восстановится и рассылка Happy PM.

    Update: рассылка возобновлена.

  • Каждому проекту – свой офис!

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

    Вероятно, многие читали статью Алистера Коберна «Каждому проекту своя методология».  Статья разумная и логичная. Но во что интересно. Давайте посмотрим на коммуникации, которые разнятся от проекта к проекту, от команды к команде.

    Скорость коммуникаций различна. Одно дело у нас команда говорит на одном языке, другое дело – у нас в команде индусы, китайцы мексиканцы и русские. Если все кроме индусов по-английски говорят не очень здорово, то так или иначе придется записывать все, о чем договорились. Чтобы участники совещания могли прочитать, о чем они там на самом деле поговорили. :) Ну и так далее.

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

    Если же у вас проект более спокойный – то в нем не будет стольких коммуникаций. Когда мы работали в проекте Apache Harmony – что там было много коммуницировать? Спецификация того, что мы писали, существовала уже несколько лет. Вначале, конечно, собрались, обсудили, кто и что будет делать. А потом поделили куски работы – и пошло наращивание мяса согласно спеке. Я не хочу сказать, что там совсем не было коммуникаций – конечно, были. Но на порядки меньше, чем в случае стартапа с бешенным владельцем.

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

    Если же в команде есть новички, то новичкам так или иначе надо кому-то задавать вопросы. Сажать их в отдельные кабинеты можно, но не вполне понятно зачем. Да, новички могут задавать вопросы через мессенджер, но, как объяснили нам психологи в непонятных исследованиях, только 10% информации передается именно через слова. Еще около 20% передается через тон голоса, а 70% через жесты, мимику и прочую невербальщину.

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

    Но иногда, когда коммуникаций в проекте становилось больше, и мне приходилось бегать с 3-го этажа на 4-ый и обратно, какие-то смутные подозрения начинали меня посещать. :) Фактически же получалось, что команда, сидящая в разных кабинетах – это распределенная команда. Со всеми вытекающими бедами от низкой скорости коммуникаций.

    Имхо, устройство офиса, где команда работает должно зависеть от:

    • Типа проекта – сюда включаем объем проекта, частоту изменения требований, частоту итераций и т.д.
    • Команды – сюда включаем компетентность игроков, есть новички или их нет, все знакомы с областью, которой сейчас предстоит заниматься или нет и т.д.

    То есть, можно нарисовать какую-то такую матрицу:

    Бурлящий проект Спокойный проект
    Новички в команде Сидят все вместе Новичок сидит в кабинете у опытного
    Опытная команда Сидят все вместе Сидят в кабинетах

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