• Творческий отпуск до 10-го января 2010

    Posted on December 31st, 2009 Александр Орлов No comments

    До 10-го января проект Happy PM будет находиться в отпуске. Почта будет читаться периодически (предварительная цель: прочесть все 10-го января). Буду в скандинавских странах с семьей. Если что – шлите СМС-ки. (Куда слать – см. Контакты .)

  • Happy PM: отчет 2009 и с Новым 2010 годом!

    Posted on December 31st, 2009 Александр Орлов 6 comments

    С Новым годом!

    Коллеги, сегодня последний день 2009 года. Когда же как не сегодня потратить день на нарезку оливье подвести итоги года?

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

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

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

    Отчет Happy PM 2009

    А теперь обещанный отчет. Год выдался бурным и через это интересным. Хотя в начале года, как говорится, ничто не предвещало. :) Из того, что удалось сделать:

    1. Было проведено 18 открытых и 8 корпоративных тренингов. Общее число слушателей составило около 350 человек, не считая 150 слушателей онлайн тренинга “Как стать менеджером в ИТ”. Где-то 200 слушателей прислали отчеты , в которых они делились своими успехами от того, что получилось и не получилось. :) Сейчас в мастер-группе Happy PM порядка 70 человек. И ее ряды постоянно пополняются.

    Огромное спасибо тем, кто помогал с организацией тренингов, а конкретно Сергею Полаженко, Наташе Космач, Вике Мусияченко, Ане Твердохлебовой, Дмитрию Башакину, Татьяне Филюта. Отдельное спасибо гостям, которые приходили и выступали. А конкретнее: Асхату Уразбаеву (Scrumtrek), Славе Панкратову (Luxoft), Сергею Архипенкову (www.arkhipenkov.ru), Владу Балину (gaperton.livejournal.com), Роману Хмилю (Global Logic), Сергею Егорову (Sun Microsystems, Inc.), Алексею Дмитриеву (Yota Lab), Денису Петелину (EPAM Systems), Юрию Шиляеву (EPAM Systems), Фрицу Моргену (fritzmorgen.livejournal.com).

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

    2. Удалось выступить на 6 конференциях: SQA Days, SEF, Software People, PM Labs, PHPConf, CEE-SECR. SQA Days, которая проходила в Питере, заодно и со-организовывал. :) Также посетил еще несколько: Agile Labs, Agileee, Agile Days. И выступил гостем на нескольких “сторонних” мероприятиях:

    3. Совместно со Славой Панкратовым сделали ряд проектов:

    • Тренинг “Как стать менеджером в ИТ”, который стал, вероятно, одним из самых популярных ИТ вебинаров. Запись была скачана более 2000 раз. Мы получили порядка 50 отчетов от участников. Многие слушатели уже достигли своей цели и стали менеджерами. Одна слушательница даже оказалась в панике: “Меня назначают менеджером! Что читать? Что делать? Карьерный рост теперь опережает профессиональный.” :)
    • Тренинг “Путь самурая: путь инженера в менеджеры проекта” – я даже немного горжусь этим курсом. Аналогов материала с учетом особенностей наших отечественных компаний, я не знаю.
    • “Игры в ИТ” – отдельный проект про психологические и политические игры, в которые играют друг с другом инженеры, менеджеры, директора, заказчики и компании.
    • Тренинг “Машина проекта” – сжатый, насыщенный инструментами, практический курс по созданию самоуправляющихся групп сотрудников.
    • IT-радио “Пром. разработка” – выпущено первые 10 выпусков с интереснейшими гостями.

    4. Совместно с коллегами организовали Гильдию менеджеров программных проектов. Сделали несколько круглых столов, докладов. И стартовали исследование успешности отечественных ИТ проектов. Результаты будут опубликованы в 2010 году.

    5. Сделал ряд интервью и круглых столов с интересными людьми:

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

    Услышал некоторое количество конструктивной и чуть-чуть неконструктивной критики. :) Которая была многократно перекрыта тем, сколько людей сказали спасибо за Happy-PM.com. Честное пионерское – это очень мотивирует на то, чтобы двигаться дальше.

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

    Примерно так. Что будет в 2010? Будем менять жизнь дальше. Все вместе, я так думаю? Быстрее, активней, практичней, напористей, энтузиастичней. :) Всем хорошо отдохнуть перед хорошей работой!

  • Детям о программировании

    Posted on December 30th, 2009 Александр Орлов 3 comments

    Макс Дорофеев выложил еще один прекрасный слайдкаст своего рассказа детям о том, что такое программирование. Имхо, смело можно показывать студентам, особенно те слайды, где фотографии Макса на фоне Гранд Каньона и пр., и пр. :)

  • Культуры программных проектов: часть 5

    Posted on December 30th, 2009 Александр Орлов No comments

    (все выложенные на текущий момент части – здесь)

    Заключение

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

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

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

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

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

    Продолжение следует …

  • Цитата недели (Марк Твен)

    Posted on December 29th, 2009 Александр Орлов No comments

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

  • Культуры программных проектов: часть 4

    Posted on December 28th, 2009 Александр Орлов 4 comments

    (все выложенные на текущий момент части – здесь)

    Заводская Культура

    Что-то сдерживало СамоСервис. Что-то не давало компании корректировать бизнес процессы и приложения со скоростью, которую держали конкуренты. Каждый день СамоСервис всё больше отставал.

    Они пробовали мотивационные речи; они пробовали угрозы; они пытались вливать деньги в проблемные участки; но ни один из подходов не оказался достаточно успешным. Тогда я решил порасспрашивать вокруг. Я говорил с менеджерами, я говорил с тимлидами, и говорил с рядовыми сотрудниками. В результате я обнаружил, что СамоСервис является наиболее типичным представителем Заводской Культуры, что и сдерживало бизнес.

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

    Доводы, обосновывающие Заводскую Культуру, звучат убедительно, но в этом-то и кроется проблема. Они были действительно убедительными во времена медленно развивавшегося мира бизнеса 60-70-х годов, когда Заводская Культура находилась на пике популярности в индустрии программных приложений. В те времена компьютеры в основном предназначались для технарей, занимавшихся решением алгоритмических задач в закрытых кабинетах. Бизнес процессы менялись редко. Требования к приложениям были стабильны. Кроме того, в те времена значимость программ была не так существенна.

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

    На удивление, много компаний, включая СамоСервис, всё ещё разрабатывают приложения так, будто бизнес процессы не имеют особого значения: используют методики разработки, которые были созданы для решения проблем, с которыми бизнес сталкивался в 60-70х годах.

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

    Дизайнерская Культура

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

    Удивительно, как много можно узнать о внутренних делах компании, немного порывшись вокруг. А потому я скоро узнал, что многие из конкурентов СамоСервиса отвернулись от Заводской Культуры и стали культивировать Дизайнерскую Культуру.

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

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

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

    Сервисная Культура

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

    Отличительной чертой было то, что они отошли от Заводской и Дизайнерской Культур и объединились вокруг Сервисной Культуры.

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

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

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

    Почему же это имеет такое большое значение?

    Заводская и Дизайнерская Культуры фокусируются на успехе нашего бизнеса. А Сервисная Культура во главу угла ставит успех клиента. Она понимает, что наш заказчик находится в непрерывной конкуренции на своём собственном рынке. Чтобы выжить и процветать, им приходится реагировать на возможности в любое время, что означает адаптирование их собственных процессов необходимым способом. Сместив наш фокус на поддержку этих меняющихся процессов мы становимся для клиента вложением, а не расходом.

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

    Продолжение следует …

  • Конференция Agile Base Camp, 23 января, Киев

    Posted on December 27th, 2009 Александр Орлов No comments

    Леша Кривицкий и Наталья Тренина решили сразу после Нового года устроить Agile конференцию. И я даже почти собрался туда приехать, как неожиданно понял что в это же самое время будет тренинг Happy PM в Москве. :) Поэтому, приехать в Киев самому не получится. Решил послать туда десяток дисков с сюрпризами, чтобы они как-то попытались меня там заместить. :)

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

    Конференция Agile Base Сamp соберет профессионалов в сфере разработки программного обеспечения, интересующихся подходами Agile Software Development.

    Тематика докладов подобрана для специалистов с разными областями интересов и уровнем опыта:

    • Mainstream
    • New to Agile
    • Java Craftsmanship
    • Experience Reports
    • Agile Soft Skills
    • Open Space Discussion

    В программе несколько мастер-классов от экспертов области по инженерным практикам, моделированию предметной области, обогащению коммуникаций. Ряд докладов посвящены обеспечению качества разработки. Уделено внимание аудитории start up предпринимателей в IT.

    Кроме стоимости участия, Вас ждет еще несколько приятных сюрпризов :) Будем рады видеть Вас в числе участников нашей конференции!

    Узнать больше и записаться на Agile Base Camp!

  • Тестировочные магниты

    Posted on December 26th, 2009 Александр Орлов No comments

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

    Обратите внимание, на ручке лупы девиз, который виден плоховато. Но девиз очень правильный! :)

    (Если у вас есть чем поделиться из мира креатива на местах – пишите на info@happy-pm.com . Вместе сделаем мир позитивней! :))

  • Культуры программных проектов: часть 3

    Posted on December 25th, 2009 Александр Орлов No comments

    (все выложенные на текущий момент части – здесь)

    Пример из жизни

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

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

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

    Времена конкуренции

    Не так давно я работал пару месяцев с одной известной “dot com” компанией. Дабы сохранить анонимность, будем называть её СамоСервис.

    Самосервис революционизировал индустрию, в которой промышлял, переведя её из клиент-сервис разряда в онлайновый бизнес, где люди обслуживали себя сами (Internet-based self-service). На этом СамоСервис неплохо заработал – годовой оборот составлял несколько миллиардов долларов. И тем не менее, их рыночное доминирование стало снижаться довольно высокими темпами. За прошлые два-три года несколько конкурентов стали вырываться вперёд. Они стали отхватывать куски рынка с ужасающей скоростью. Руководство СамоСервиса сказало мне, что они серьёзно озабочены. СамоСервис нанял меня, и я провёл два месяца исследуя, что же было не так.

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

    Продолжение следует…

  • Intel стреляет из пушек своими сотрудниками

    Posted on December 24th, 2009 Александр Орлов No comments

    Вот он настоящий креатив на местах! :)

    Вирус от крупнейшего производителя компьютерных чипов

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

    Веселые финны наглядно продемонстрировали, что сотрудники корпорации действительно не такие как все – в доказательство этого постулата, озвученного в кампании “Спонсоры будущего”, несколько сотрудников Intel выстрелил из пушек… сами себя. Залпом из пяти пушек по громадным стальным трубам интеловцы воспроизвели свой фирменный джингл.

    Ролик “Cannonbells”, что можно перевести как “Пушечный звон”, сразу же напоминает немецкий вирус “Megawoosh” от Microsoft. В тот раз создатели быстро раскололись и признали, что прыжок с водяной горки в бассейн – фейк. Но в истории с Intel все не так однозначно, ведь ролик создан финнами, а их подход к шуткам зачастую очень серьезен.

    Ролик распространяется через YouTube и специальную страницу на сайте Intel, на которой представлены дополнительные материалы об этой необычной акции и биографии добровольцев.

    (Взято отсюда)