• IT Jam в Киеве, 31 октября

    Posted on September 25th, 2009 Александр Орлов No comments
    На Agileee в кулуарах меня поймала Марина Вышегородских из компании Ciklum и в очередной раз заставила пожалеть, что я живу не в Киеве. :) Дело в том, что 31 октября в этом славном городе пройдет IT Jam – своеобразная мини-конференция на различные технические  и гибкометодологические темы:

    • Dynamic Programming Languages (Ruby on Rails, Python, Perl)
    • Mobile Development (iPhone, Android, Blackberry)
    • Agile (Scrum, XP, kanban)
    • RIA (Flash, Silverlight, Flex)
    • CMS (Drupal, EPiServer, Joomla)

    Программа простая:

    • с 12:00 до 16:00 доклады
    • с 16:00 до 17:30 панельная дискуссия с топами ИТшных компаний (любой может прийти и спросить, как конкретно они наживаются на простых программистах и менеджерах)
    • после 17:30 все в обязательном порядке перемещаются в бар, где слушают живую музыку, пьют живое пиво и общаются с живыми людьми

    Программа докладов еще не составлена, но зато мероприятие, я так понимаю, бесплатное. :)

    Регистрироваться нужно тут: http://it-jam.ciklum.net/index.php/component/user/register

  • Кейс “Замкнутый круг”

    Posted on September 25th, 2009 Александр Орлов 12 comments
    Новый пятничный кейс – о старой дилемме менеджера “цели проекта vs. цели людей”.
    Кейс “Замкнутый круг”

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

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

    Второй джуниор (звали его Коля) оказался весьма сообразительным товарищем. Собственно, то, что он стал заниматься тестированием GUI, было обусловлено скорее историческими причинами – он пришел в команду последним.

    Коля довольно быстро разобрался с тематикой, в свое свободное время посмотрел средства автоматизации, выбрал Selenium и быстренько автоматизировал 90% тестов. Оставшиеся 10% остались ручными и отнимали у Коли как раз 90% его времени.

    Алексей, видя Колину проактивность и резкость в действиях, понимал, что надо парня двигать вперед. Но как это делать – вот этого Алексей не понимал. Точнее, времени не было. Релизы надо было выпускать каждый месяц, а если убрать Колю с тестирования – то что тогда будет? Точно, ничего хорошего не будет. “Но делать с парнем что-то надо, – думал Алексей, – рано или поздно ему все это надоест.”

    И действительно, две недели назад, Коля подошел в конце рабочего дня и немного растерянно так спросил: “Леш, а как бы мне сменить характер работы? А то я тут уже все изучил, сделал все, что мог…” Алексей понял, что надо что-то решать, и пообещал Коле, что со следующего релиза переключит его на новую дейтельность: “Коль, давай сейчас этот релиз сдадим, чтобы у заказчика никаких проблем не было? А на следующем, я тебе обещаю, переведу тебя на разработку GUI.”

    Обнадеженный Коля ушел, и Алексей вернулся к тушению очередного факапа. Прошло десять дней, и Алексей внезапно вспомнил, что Колю надо переводить на разработку GUI. Однако, тут возникли проблемы. Изначально Алексей предполагал, что на тестирование он переведет второго джуниора. Но тот встал в глухую оборону, решив, что он в чем-то провинился и его за это хотят сослать в тестирование. Дошло даже до прямых угроз, что “если меня посадят кликать, то я уйду”.

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

    Алексей налил себе кофе и задумался. До встречи с Колей, на которой он должен был объявить ему о новой работе, был еще час. Нужно было что-то придумать…

    Вопрос: что сделать Алексею? И как ему избежать подобных проблем в будущем?

  • Как учились успешные менеджеры в Москве

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

    Событием сентября 2009 безусловно стал открытый тренинг Happy PM в Москве. По, крайней мере, для меня. :) Живых открытых тренингов я не делал с июня, поэтому с нетерпением ждал, что будет в этот раз.

    Желание народа учиться превысило все мои, в том числе самые нескромные, ожидания. Я не планировал брать на тренинг более 20 человек, поэтому когда записалось 27, немного растерялся. Пришлось срочно организовывать вторую серию, которая запланирована на ноябрь. А пока о том, как было в этот раз.

    Не буду долго расписывать. Крупными мазками:

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

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

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

    Я не сомневаюсь, что из этой группы получу отчеты от минимум 70% участников. Это будет очень хороший результат.

    Зажигательные гости. Гости в этот раз подобрались очень сильные. Сергей Архипенков – тут без комментариев, эксперт из экспертов. Сергей Егоров из Sun выступил с очень неожиданной речью. Деталей раскрывать не буду (кто присутствовал, поймет почему), но было неожиданно и, имхо, многих заставило задуматься о карьере менеджера.

    Под конец тренинга вышел Влад Балин и зажег просто-таки фейерверком. Участники потом в отзывах на то, что понравилось, так и писали “шоу Влада”. :) Влад говорил вроде бы простыми словами, но появлялось интересное ощущение, что ты вдруг становишься на порядок мудрее, что ли. Очень интересное ощущение, редко бывает.

    Организация не подкачала. Хочется отметить УЦ Люксофт, который любезно предоставил свое помещение, чай и плюшки. Большое спасибо коллегам за то, что в такие сжатые сроки все подготовили. Из улучшений на будущее: на осенние тренинги надо брать с собой обогреватель. :) И пицц надо заказывать больше. И не только пицц. :)

    Подводя итог – имхо, один из самых сильных тренингов который у меня был. Субъективное ощущение – что все идет по нарастающей. Очень понравились участники – уверен, что года через три это будут очень сильные менеджеры (некоторые уже и есть), если сохранят свой запал и настрой. Очень понравились гости – им большой респект. С нетерпением жду ноября. (На всякий случай, напомню, что на ноябрьский тренинг уже можно записаться, например, тут: http://www.happy-pm.com/blog/?p=3053).
    Фотогалерея тренинга:
    Народу собралось порядком

    Народу собралось порядком

    Отрабатываем навыки отбора людей

    Отрабатываем навыки отбора людей

    Наличие слабой половины - большой плюс тренингов :)

    Наличие слабой половины - большой плюс тренингов :)

    Сергей Архипенков: Патологии поведения бывают четырех видов...

    Сергей Архипенков: "Патологии поведения бывают четырех видов..."

    Влад Балин: Мозгом надо думать, мозгом...

    Влад Балин: "Мозгом надо думать, мозгом..."

  • Два в одном: разбор кейса

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

    Чужие ошибки искать всегда интересно. Я так понимаю, именно поэтому получилось столько ответов на кейс  ”Два в одном”. :)

    Ну, в самом деле, суммируя то, что было сказано участниками:

    • Были ошибки в проведении совещаний (выпали за регламент и пр.)
    • Была критика коллег-начальников перед лицом подчиненного
    • Было противопоставление “нас умных” “им дуракам”
    • Было предложено “объективно” оценить результаты своей работы исполнителям
    • Было принято компромиссное решение о сращивании скриптов

    Многие фактически так или иначе подчеркнули все эти ошибки. Мне, честно говоря, очень понравилось решение pbear51 – довольно точно угадана подоплека событий из ситуации, имевшей место в реальности:

    1. Cудя по первым 3-м абзацам кейса была и повестка совещания, и понимание проблемы у Ивана.
    Об этом говорят слишком короткие фразы между участниками (Димой, Алексеем, Иваном).

    Вот если бы Дима сказал что-то вроде: “На этом совещании я предполагал обсудить вопрос текстовых скриптов, которые …. Но сейчас не успеваем, поэтому перенесем этот вопрос.” Тогда можно было бы предположить, что повестки совещания не было. К тому же Иван понял Алексея с полуслова. А это значит, что вопрос ранее поднимался и обсуждался.

    Предполагаю, что на совещании Дима планировал принять решение кто конкретно будет заниматься скриптами, но не успел.

    2. Лично я не считаю затягивание совещания ошибкой. Все эти регламенты, слежение за временем хороши в теории, но на практике не всегда работают. Что хорошо работает на практике – так это предварительная повестка совещания. Не забывайте, что люди общаются по телефону. И скажем, задача нарисовать элементарную схему, показать что-то на бумажке превращается в большую проблему. А это один из факторов затягивания времени.

    3. Дальше с Ваней в кейсе есть “скользкий” момент. С Ваней может быть 2 варианта: либо сотруднику действительно нравится его работа и он готов решать любые поставленные задачи, либо сотрудник специально сделал больше, чем ему поручено (аттестации из прошлого кейса никто не отменял). Я предполагаю, что имеет место нечто среднее между 2-мя озвученными вариантами.

    4. А дальше Алексей делает всё ПРАВИЛЬНО :-) Только надо понимать, что цели у Алексея – закрепить за своей командой эту задачу и выполненный объем работ. Тот факт, что московская команда делала тоже самое говорит о том, что есть СКРЫТАЯ КОНКУРЕНЦИЯ между командами!

    bpgz совершенно прав. Всё зависит от целей (см. у bpgz п. 13). А цели у Алексея совершенно не соответствуют общим целям и целям Димы.

    В таких случаях (управленческой борьбы) важно предоставить ГОТОВЫЙ и ПРОВЕРЕННЫЙ продукт, поэтому он всё досконально проверяет. Если Алексей на совещании скажет: “А вот мы написали скрипты, сейчас тестируем.” Я почти уверен, что в ответ прозвучит от московской команды: “А у нас скрипты написаны и проверены”. ДАЖЕ если это неправда. (ложь должна быть правдоподобной и труднопроверяемой). И тогда будет ожидаемое решение Димы: “Так, у москвы всё уже сделано, поэтому не тратьте время на тестирование, берем московский вариант”.

    5. Я думаю, что скрытая конкуренция обусловлена системой оценки работы команд/сотрудников с помощью KPI.

    Здесь нужно сделать небольшое отступление и рассказать об одном большом недостатке системы BSC (ССП) и KPI (КПЭ). Заключается он вот в чём. Как только вводится оценка работы сотрудника по KPI, сотрудник перестает работать на цели компании, непосредственного начальника и т.д. Он начинает работать только на свои показатели и каждое задание будет оценивать только с точки зрения улучшения СВОИХ показателей.

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

    НО! менеджер команды знает об методике оценки!

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

    Таким образом при наличии ошибок работа команды Алексея будет дискредитирована в глазах главного менеджера Димы. В случае успеха команда Алексея и сам Алексей получили бы “плюсик” в репутацию. И возможность предоставить на следующей аттестации “железный” аргумент подтверждающий, что его команда работала больше московской. Успешная аттестация -> повышение зарплаты.

    Подчеркиваю, именно из-за совершенно других целей и условий, действия Алексея ПРАВИЛЬНЫЕ.

    Да, был риск, что его опередят. Но это другой этап борьбы :-)

    6. А вот Диме пришлось столкнуться с описанным выше недостатком системы BSC, точнее с её следствием. Его поставили перед фактом, что 2 команды сделали одно и тоже.

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

    В ситуацих с противоречиям, конфликтами между Вашими подчиненными нужно помнить одно правило: “НИКОГДА, никогда не выступать третейским судьей для Ваших подчиненных. Либо они договорятся САМИ между собой, либо обоим будет плохо.”

    Зная это правило, становится понятным, что Дима в целом выбрал правильное направление своих действий. Он стал ЗАСТАВЛЯТЬ команды ДОГОВАРИВАТЬСЯ между собой. Мало того, ему необходимо принять ОБОСНОВАННОЕ решение.

    Поэтому он и слушает спор в течение получаса, и заставляет их провести сравнения.
    И вот здесь он сделал ОДНУ небольшую ОШИБКУ (я считаю это единственной ошибкой за весь кейс).

    Вместо: “Попрошу вас обоих составить список метрик, по которым вы будете их сравнивать и провести сравнение”.

    Ему надо было сказать: “Попрошу обоих составить список метрик, провести сравнение и предоставить ОДИН, СОГЛАСОВАННЫЙ вариант сравнения”.

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

    Следует отметить, что несмотря на сделанную ошибку в дальнейшем он всё равно придерживался правильной линии поведения. Фразу “сращивайте скрипты между собой” нужно понимать как: “Я не собираюсь погружаться в технические детали и решать чьи скрипты лучше. Не можете договориться сразу, значит трахайтесь как хотите, но в результате должно быть ОДНО решение”. Т.е. командам в любом случае придется договориться.

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

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

    Подводя итог: ошибка и решение указаны в п. 6 , профилактические действия указаны в п. 7

    Я не вполне согласен с выводами (об этом ниже), но ситуация угадана на 90%. pbear51, мои поздравления! :)

    Мне бы хотелось подчеркнуть две вещи.

    Вещь №1. Если кто-то думает, что чтобы не попасть в эту ситуацию, достаточно будет не совершать ошибок, которые перечислены участниками кейса, то это тоже ошибка.

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

    Во-вторых, и тут сто раз прав pbear51, вступает в игру KPI. Во многих компаниях, в него включается impact вашей деятельности на деятельность подразделения и компании. Внедрили ваши скрипты в соседней команде – вы получаете плюшку. Внедрили чужие скрипты у вас – плюшку получаете не вы.

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

    Вещь №2. Я не вполне согласен, что не надо быть третейским судьей при споре подчиненных. Опять же, даже если вы сами не совершаете каких-либо ошибок, эти ошибки наверняка совершат ваши подчиненные. И рано или поздно принесут вам на сравнение свои “скрипты”.

    И тут я очень сильно на стороне товарища Роберта Таунсенда, который в своей книге “Сломай систему!” сказал следующее:

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

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

  • Agileee глазами очевидца

    Posted on September 24th, 2009 Александр Орлов 1 comment

    Прямо перед московским тренингом Happy PM я решил совершить марш бросок в столицу братского государства, город-герой Киев. Там в эти дни проходила грандиозная ярмарка гибких методологий под названием Agilee (Agile Eastern Europe).

    Забегая вперед, скажу, что ярмарка получилась довольно крупной – более 300 участников плюс докладчики со всех сторон света. К сожалению, не приехала обещанная Мария Поппендик, а ее так ждали, так ждали… Зато немедленно родился механизм проведения успешных конференций. Объявляете, что приедет Джоэл Спольски, народ набивается, а потом раз – и “Джоэл долго извинялся, но в последний момент изменил планы…” :) (Надеюсь, Леша и Наташа меня не убьют за такой цинизм… :) )

    Кстати, Леша и Наташа – это Леша Кривицкий и Наташа Тренина, главные организаторы Agileee, чье интереснейшее интервью вы могли прочесть пару недель назад. Собственно, конференция как раз и началась с выступления этой гибкой пары. Леша зажег зал фразой: “If you don’t understand English you can take those ear phones with the translation.” Зал выпал. Как в анекдоте: “Поднимите руки те, кто меня не слышат.” :)

    Ютта Экштайн

    Первым кейнот спикером была заявлена Ютта Экштайн (Jutta Eckstein), автор книги про Agile в больших командах и проектах. Доклад был на аналогичную тему. И, честно говоря, я ожидал от него большего – хотелось жизненных историй, и каких-то очаровательных тонкостей, как решались проблемы больших распределенных проектов. Ютта же ограничилась общей лекцией по теме, делая упор на важность face-to-face митингов. (Потом с Юлей Нечаевой поймали Ютту в кулуарах и рассказали ей всю правду про то, как владельцы компаний относятся к посылке сотрудников на face-to-face митинги. :) Заодно рассказал про бюджетный метод тим билдинга распределенных команд, которым делился Асхат Уразбаев во время круглого стола про тим билдинги. :) )

    Робин Даймонд

    Робин Даймонд

    Следующим кейнотом выступал дуэт Робина Даймонда и Юргена Де Смета (Robina Dymond and Jurgen De Smet) – про то, как изготавливать продукт. Вот тут ребята зажгли по полной. Видна подготовка. Тут тебе и поварские передники и колпаки, и ингредиенты, и сценарий и феерический выброс приготовленного на головы сидящих в первом ряду. Молодцы!

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

    Global Logic: кальяны, мартини, самокаты для программистов

    Global Logic: кальяны, мартини, самокаты для программистов

    Был интересный стенд ребят из Беларуси – Target Process, взрослый, адекватный инструмент по управлению Agile проектами. Вполне себе успешная отечественная разработка с солидными продажами. Был приятно удивлен.

    Был стенд компании Ciklum, которая планирует интересные конференции для программистов и сочувствующих (про это будет отдельный анонс).

    Удалось повидать многих знакомых из Киева, Минска, Одессы, Москвы. Также удалось познакомиться с многими незнакомыми доселе людьми. А дальше пришла пора снова сходить на доклады.

    Все слушают Сурена

    Все слушают Сурена

    Сурен Самарчан, президент нашей Гильдии менеджеров программных проектов и по совместительству :)  руководитель офиса управления проектами компании Innova, рассказывал про то, как они делали Scrum на уровне компании. То есть не для создания и ведения проекта, а для компании в целом. Очень интересно. сурен рассказывал это легко, перемежая шутками и цитатами, но я могу себе представить, сколько непростых решений пришлось принять, в том числе, и лично ему в процессе этих реорганизаций. Большой респект. Если будет запись, однозначно выложу.

    Андрей Бибичев

    Андрей Бибичев

    После Сурена пришла очередь Андрея Бибичева рассказать про два разных понимания и две кардинально разных реализации Scrum’а. Очень жизненный доклад, видно, что все пройдено на собственном опыте и пропрыгано на собственных граблях. Отличный доклад, собственно, видео доступно вот тут.

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

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

  • Конференция Agile Days, 9 декабря, Москва

    Posted on September 23rd, 2009 Александр Орлов No comments

    Коллеги из компании ScrumTrek сообщают, что 9-го декабря в Москве пройдет конференция AgileDays’09. Программа еще не составлена, но по составу программного комитета уже можно смело говорить: эти граждане плохо сделать не могут. :) Надеюсь, что сами они тоже выступят.

    Проект Happy-PM.com будет пристально следить за программой и новостями конференции. А пока нужно сообщить две финансовые новости для потенциальных участников:

    • До 30 сентября стоимость участия составляет 3900 рублей (с 1 октября будет 5000 рублей)
    • Читателям сайта Happy-PM.com организаторы предоставляют дополнительную скидку 10%.

    Хочу срочно записаться на AgileDays’09!

  • Agile свежевыжатый и Agile порошковый

    Posted on September 23rd, 2009 Александр Орлов No comments

    Будучи на первом дне Agileee, удалось попасть на несколько интересных докладов. Один из них – Андрея Бибичева, моего коллеги по Гильдии менеджеров программных проектов, где Андрей рассказывал про две противоположные реализации Agile’а. Видео доклада нет, но оказалось, что есть видео генеральной репетиции доклада в компании “Заказные ИнформСистемы”.

    И там еще во время доклада была музыкальная пауза, от которой я пришел в полнейший восторг – визуализация того, как команда коммитила код, в исторической перспективе – очень круто!

  • Первое мероприятие Гильдии менеджеров программных проектов – круглый стол “Серебряной пули нет! А что есть?”

    Posted on September 22nd, 2009 Александр Орлов 9 comments

    Локальная группа по интересам “Управление проектами в ИТ и телекоммуникациях” МО PMI и Гильдия менеджеров программных проектов представляют цикл совместных открытых семинаров по управлению проектами разработки ПО

    Первое мероприятие цикла

    Круглый стол «Серебряной пули нет! А что есть?»

    Стоимость: бесплатно

    Дата и время проведения: 06 октября 2009 18:00-21:00

    Место проведения:  компания R-Style, Москва, ул. Пришвина, д.8, корп.2, 1-й этаж, ауд. 117.
    Схема проезда

    Регистрация для участия

    Руководители программных проектов и эксперты с очень разным опытом и разными подходами к управлению разработкой ПО соберутся за круглым столом и постараются ответить на важные вопросы: когда нужен Agile, а когда достаточно просто CMMIL5? что общего и чем различаются RUPScrumLean и Kanban? PSP/TSP – это альтернатива Университета Carnegie Mellon стандарту CMMI? что надо делать для того, чтобы ваш проект завершился успешно?

    За круглым столом соберутся:

    Сергей Архипенков, эксперт в управлении программными проектами, PMP PMI. В разработке ПО более 30 лет. Автор книг, статей и учебных курсов по информационным технологиям и управлению программными проектами.

    Дмитрий Башакин, эксперт по управлению проектами Учебного Центра Luxoft; менеджер проектов и проектных программ с 12-летним стажем; в течение 6 последних лет – тренер-профессионал в области управления проектами по разработке программного обеспечения.

    Максим Дорофеев, начал карьеру в 2002, как инженер по тестированию в компании DC BARS, специализирующейся на создании и сертификации бортового ПО гражданской авиации. Руководил проектами по созданию, поддержке и тестированию встраиваемого программного обеспечения. В июне 2009 присоединился к команде Лаборатории Касперского для решения еще более сложных задач.

    Александр Кондаков, единственный авторизованный CMMI оценщик в России, Lead Appraiser и Instructor.

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

    Асхат Уразбаев, евангелист Agile и Scrum . Agile Coach, совладелец компании ScrumTrek. Основатель сообщества AgileRussia.

    Спонсор открытых семинаров по управлению программными проектами - компания R-Style

    Мероприятие бесплатное. Число участников ограничено 175 чел.

    Регистрация для участия

  • Скорость жизни: болото против драйва

    Posted on September 22nd, 2009 Александр Орлов 11 comments

    Несколько недель назад поехал я к родителям в пансионат. И надо было срочно поглядеть почту – ответить на пару писем. Поиски интернета в пансионате не показали наличия WiFi, зато был обнаружен автомат с интернетом. 1 час = 200 рублей (~$7).

    Я засунул 100 рублей в купюроприемник и приступил. Обычно, когда сидишь в интернете, есть желание почитать новости, блоги друзей, что-то еще… А тут смотрю – у меня счетчик тикает: “осталось 90 руб.50 коп.”, “осталось 85 руб. 20 коп.” У меня возникло острое ощущение, что я трачу свои деньги на что-то не то. :) Пришлось резко подхватиться и начать ожесточенно стучать по клавишам, пытаясь успеть сделать по максимуму за оставшиеся 25 минут. Мотивация заняться делом повысилась быстро и сразу.

    За полчаса я сделал столько, сколько обычно делаю за час. :) И главное – это ощущение. Ощущение того, что темп жизни повысился в два раза. Очень интересное ощущение, скажу я вам…

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

    Я иногда захожу на работу пообщаться с бывшими коллегами. Часто заезжаю в дружественные компании. У меня иногда возникает ощущение, что многие люди не понимают, что сами себя постепенно утягивают в болотце. Болотце – это там, где можно приходить на работу в 12, уходить в 5. Где можно сидеть на работе и два часа читать башорг, спортивные новости и смотреть ролики на ютьюбе. Болотце – это там, где тебе лень решать какие-то проблемы, где тебе лень придумывать что-то новое. Болотце – это там, где тебе уютно и не надо ничего менять, не надо шевелиться.

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

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

    “А какого фига я трачу на этот проект деньги, а Петя в моей команде работает спустя рукава? Не пора ли с ним серьезно поговорить?”

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

  • Галопом по Европам

    Posted on September 21st, 2009 Александр Орлов 1 comment

    Последняя неделя получилась немного сумасшедшей. День на встречах в Москве, потом Agileee в Киеве (будет отдельный отчет), потом два дня открытого тренинга в Москве (будет отдельный отчет) и сегодняшний разговор с главными действующими лицами майкрософтовской команды Patterns & Practices (для портала www.it4business.ru).

    Главные впечатления, конечно, от открытого тренинга. Группа подобралась просто отличная! Позитивная, активная, работающая, коммуникабельная. Несмотря на то, что нас было довольно много (19 участников в первый день и 22 во второй) тренинг прошел на одном дыхании (по крайней мере, для меня :) ).

    Сейчас перечитывал отзывы участников о событии – вынес для себя мысли, как можно сделать тренинг еще круче. А пока поделюсь саммари того, что людям понравилось. (Напомню, что следующий тренинг в Москве пройдет 21-22 ноября. Записаться можно уже сейчас по форме ниже.)

    • Нет “воды”
    • Структура и логичность
    • Открытость тренера и готовность помочь/разрулить
    • Раздаточный материал, шаблоны
    • Насыщенно, большой объем информации
    • Гости, делились опытом
    • Позитивная атмосфера
    • Общение и обмен знаниями
    • Практически все
    • Время организации (выходные)
    • Приглашенные гости
    • Установленная рабочая атмосфера
    • Тренер. Мне нравится слушать/участвовать в тренинге интересных людей
    • Понятная подача материала. Хорошие истории, паттерны, use cases.
    • Сжатость, полезность информации (+ отсутствие воды)
    • Возможность практического применения
    • Случаи из практики
    • Практическая направленность. Хороший баланс между теорией и конкретными рекомендациями.
    • Интересные приглашенные докладчики
    • Наличие упражнений
    • Практическое использование инструментов и методов
    • Простота и доступность излагаемого материала
    • Особенно понравилась тема нематериальной мотивации
    • Приглашенные гости
    • Отличный контент
    • Байки из жизни
    • То, что рассказываются какие-то практические вещи, а не теория
    • Гости
    • Простота и живость представления информации. Доходчивость.
    • Знакомства с новыми людьми. Приглашенные гости.
    • Все понравилось!
    • Информации было много, думаю, для меня очень полезной
    • Стиль изложения
    • Атмосфера (впрочем, как и всегда)
    • Min теории и max направленность на практическое применение
    • Очень много структурированной информации
    • Интересные гости (Владу отдельный респект)
    • Много примеров из опыта – очень интересно узнать, как это реально бывает
    • Живо, интересно, не занудно
    • Аудитория участвует в обсуждении
    • Много новых знаний
    • Стиль изложения
    • Приглашенные гости
    • Приглашенные гости вносят разнообразие в программу
    • Структурированный материал
    • Приглашенные гости
    • Модель лидерства по Адизесу
    • Шоу Влада Балина
    • Неформальность тренинга, общение
    • Хороший раздел “Карьера менеджера”
    • Отличный доклад Влада Балина
    • Отличный материал и кейсы по налаживанию связей
    • Стиль подачи материала
    • Приглашенные докладчики
    • Обмен визитками
    • Выступление Балина
    • Постановка перформанс ревью
    • Секция про общение с сотрудниками

    Хочу записаться на 21-22 ноября!

    1. (обязательно)
    2. (обязательно)
    3. (обязательно)
    4. (обязательно)
     

    cforms contact form by delicious:days