• Сайт “Игр в ИТ”: it-games.ru

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

    У проекта “Игры в ИТ” появился свой сайт: http://it-games.ru/

    Там будут публиковаться новости проекта, ссылки на публикации в СМИ (которые уже запланированы) и все такое прочее. :)

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

    Следите за событиями!

  • Разыскиваются спонсоры сообщества Coffee-n-Code

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

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

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

    Я не очень понимаю, почему наши компании как-то неохотно поддерживают многие такие особщества. Имхо, поддержка (еще лучше организация) сообщества – это лучшее вложение этих жалких $200, которых обычно стоит спонсорство. Отдача в плане развития сотрудников, их энтузиазма, ощущения того, что они в индустрии, да даже банального хедхантинга – обычно на порядки больше. На мой взгляд, как только появляется новое сообщество, его тут же должны атаковать местные компании с предложением стать его спонсорами. :) Про это я когда-то даже писал специальный пост “Для чего козе баян или для чего менеджеру свое ИТ коммьюнити”.

    И что бы вы думали? На днях ко мне обратился Александр Петров, основатель украинского сообщества разработчиков Coffee’n'Code с просьбой помочь в поиске спонсоров. Сейчас ребят поддерживают следущие продвинутые компании (продвинутые компании, заносите деньги за рекламу сюда :) ):

    Но коллеги хотят расти, чтобы больше людей смогло прийти обсудить больше тем и съесть больше плюшек.

    Срочно объявляется конкурс среди украинских компаний на то, кто первой станет спонсором сообщества Coffee’n'Code. С предложениями обращайтесь к Александру Петрову (oleksandr.petrov@gmail.com).

    Чуть ниже вы сможете прочитать, что это за сообщество, а пока заодно скажу, что 26 сентября в Киеве пройдет Ruby and Rails Barcamp – понятно для каких разработчиков. Баркемп бесплатный, поэтому если вы пишете на Ruby, то смело засылайте туда своих разработчиков. Сайт мероприятия.

    Что такое Coffee’n'Code?

    Coffee’n'Code – мероприятие, на котором специалисты могут собраться вместе для того, чтобы поделиться своими знаниями Peer 2 Peer. Без привязки к отдельной технологии, некоммерческая организация, основаная на инициативе профессионалов. Мы – специалисты в области разработки программного обеспечения, и мы хотим делиться своими знаниями с другими людьми. На данный момент проводятся мероприятия в нескольких форматах: workshop (небольшая группа профессионалов, сведующих в технологии. Дискуссия с примерами из жизни, с возможностью показать рабочий код, обсудить возможные альтернативные решения, бенчмарки фреймворков и ORM, сравнения скорости разработки с использованием разных технологий и методологий) и barcamp (группа людей 30-100 человек, доклады на более общие темы, презентации стартапов, Success Stories).

    Read the rest of this entry »

  • Цитата недели (Рэй Крок)

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

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

  • Опрос: соотношение разработчиков/тестировщиков

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

    После своего доклада на конференции PM Labs 2009 «Компании-разработчики ПО: светлая и тёмная сторона», Юлия Нечаева и Тимур Хайруллин получили очень много вопросов, откуда докладчики взяли приведенную статистику о среднем соотношении тестировщиков и разработчиков в софтверных компаниях. Напомним, что на основании собственных наблюдений Тимур и Юля показали «сферическую компанию в вакууме» с таким количественным набором сотрудников: на 30 программистов – 5-7 тестировщиков. Многие оспорили такой расклад и попросили источники статистики. Так как кроме ощущения, докладчикам предъявить было нечего, они решили обратиться к вам за помощью по сбору такой статистики.

    Общими усилиями соберем статистику по отрасли! :)  Укажите, пожалуйста, в форме ниже тип компании в, которой вы работаете, размер компании или отдела (если выбрали ИТ-отдел) и количество программистов и тестировщиков.

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

    cforms contact form by delicious:days

  • IT-радио: распределенная разработка, 23 сентября, 20:00 (МСК)

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

    (Внимание, время эфира изменилось: 23 сентября, 20:00 по московскому времени)

    Пока идет опрос о том, какие темы обсуждать в эфире IT-радио, мы со Славой решили сделать эфир про особенности распределенной разработки и работы в распределенных проектах.

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

    На эфир мы пригласили Дмитрия Башакина, эксперта по управлению проектами УЦ Люксофт, участника круглых столов проекта happy-pm.com по методологиям и тимбилдингам.

    Присоединяйтесь к нам 23 сентября в 20:00 по московскому времени и задавайте свои вопросы про распределенную разработку в прямом эфире. Если присоединиться не можете, а собираетесь прослушать запись, задайте вопросы комментариями к этому посту.

    Зарегистрироваться на прямой эфир!

  • Новости открытого тренинга Happy PM, 19-20 сентября, Москва

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

    Коллеги, у меня есть три новости про московский открытый тренинг Happy PM.

    Новость №1. 20 сентября на день карьеры к нам на часок заглянет Сергей Егоров, Senior Engineering Manager из компании Sun Microsystems, Inc. – поделиться своим опытом и ответить на вопросы слушателей.

    Для справки: Сергей самый большой (по весу, наверное тоже :) ) менеджер в питерском Sun’е – руководит отделом из более 50 сотрудников в России, Индии, Чехии и США.

    Новость №2. Определилось место проведения тренинга – это Учебный Центр компании Люксофт: Москва, ул. 1-й Волоколамский проезд, 10, стр. 3 (бизнес-центр Диапазон), УЦ Люксофт, ауд. 1.55. Схема проезда.

    Новость №3. Количество записавшихся уже превысило запланированные 20 мест, поэтому регистрация на этот тренинг закрыта. Следующий открытый тренинг в Москве планируется на 21-22 ноября. Если вам интересно было бы в нем поучаствовать, то оставляйте заявки в форме на сайте московского мероприятия.

  • Интервью с Алексеем Кривицким и Натальей Трениной, SCRUMguides

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

    (До Agileee осталось 12 дней.)

    Это интервью с Алексеем Кривицким и Натальей Трениной из SCRUMguides задумывалось почти месяц назад. Но ребята оказались очень заняты, их ждада Agile конференция в Чикаго, а тут еще я задал вопросы, требующие развернутого ответа. В общем, процесс немного затянулся, но таки ура! интервью состоялось, чему я очень рад. Для тех, кто не в курсе Алексей и Наталья в Украине – это как Асхат Уразбаев и Никита Филиппов в России. :) Главные евангелисты гибких подходов.

    Леша, Наташа, привет! Спасибо, что согласились поделиться своим опытом с читателям проекта Happy-PM.com.

    Всегда рады делиться своим скромным опытом.

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

    [А.К.] Ну, истории у нас разные. Я пришёл к Аджайлу из аутсорсинга. Насмотрелся на тяжеловесный RUP (он бывает и другим), на компанию, несущую на плечах  спущенный сверху CMM, на отсутствие внутри- и меж- командного взаимодействия. Уволился… Начитался книжек и понял, что XP/Scrum/Crystal могут дать то, чего мне, моим командам и заказчикам не хватало: эффективного взаимодействия, прозрачности, драйва.

    В 2007, живя вдали от Родины, запустил группу рассылки AgileUkraine.org. По возвращению из “ссылки”, стал работать независимым консультантом. Так родились “Скрам Гиды”. Сейчас мы стали называть себя коучами – это более верное определение.

    Весной 2009 на своём тренинге по “Базовым концепциях Agile и Scrum” я встретил ЕЁ!..

    [Н.Т.] :)  Я пришла к Agile из корпоративных проектов – руководила командой, разрабатывающей и поддерживающей интегрированные системы управления.

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

    Серфинг по интернет и чтение “Заметок с передовой” Хенрика Книберга, показывали, что подход довольно структурный и легковесный. Мы как раз запускали новый проект, ничто не мешало попробовать. И однажды утром, я порадовала свою команду – “Завтра у нас SCRUM!” :)

    Поиграли в ball-point, рассказала ребятам о ролях, церемониях и артефактах, и за пару дней мы запустили “первый спринт комом”. А через месяц отправилась на тренинг – за деталями и тонкостями планирования.

    Собственно, тренинг стал переломным моментом в моей карьере. Я ведь тоже “начитавшаяся книг” (тут у нас много общего).  А текущая корпоративная проектная культура, оставляла не так много пространства для практического развития.

    Что бы глубже разобраться  с гибкими подходами я разработала однодневный тренинг “для друзей”. Друзья из IT пригласили других друзей, и получилась сборная аудитория из разных проектных сфер. Это был интересный опыт.  И повод для общения с Лешей о  применении SCRUM вне IT.

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

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

    Многие события последнего полугода я считаю фантастичными. Прежде всего – возможность работать с НИМ.

    Сейчас в мире выработано довольно много методологий. Те же отцы-основатели Agile манифеста создали их несколько: Scrum, XP, Crystal. На ваш взгляд, от чего должна зависеть методология? Как менеджеру проекта выбрать методологию, которая будет лучше всего подходить для его ситуации?

    [Н.Т.] Забыть о <своей> ситуации и подумать о людях, с которыми он работает. Задействовать весь их потенциал, открыть новый уровень доверия,  вовлеченности, и самоорганизации. Разделить с командой ответственность за успехи и поражения, заставить их глаза блестеть, и вместе работать над выбором оптимальной методологии.

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

    К сожалению, этому не учат на курсах PMP. Многие менеджеры не знают ничего кроме водопадной модели, диаграмм Ганта и Парето – это наиболее ассоциируемые с проектным менеджментом концепции. А мир меняется, лучшие практики становятся отраслевыми стандартами.  Но прежде чем внедрять новые подходы в организации процессов – подумайте о том, что большего за ними стоит. То, что объединяет все методологии Agile-семейства и выражено в Agile-манифесте.

    [А.К.] Кстати, отцы-основатели манифеста (многих мы повидали недавно на Agile2009) недолюбливают слово “методология” и чаще используют “подход”.

    В сущности, всё семейство гибких подходов про одно и то же:

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

    Это моё понимание Манифеста, его ценностей и принципов.

    В принципе, выбирать подход не нужно – нужно строить свой итеративный процесс, основанный на вышеперечисленных ценностях. Ключевым фактором успеха является как можно более частое обсуждение и улучшение процесса. Таким образом, со временем можно прийти к XP, SCRUM, RUP или чему-то сугубо инивидуальному. Так, кстати, и родились все эти подходы в свое время.

    Еще один способ – “copy-paste”. Многим проще начать с чего-то существующего, проверенного и адаптировать это под себя. Выбор гибких подходов не так уж велик. SCRUM, де факто – самый простой в понимании и объяснении Agile-подход. Не зря же отцы XP и Crystal сейчас уже проводят SCRUM-сертификации (!). Важно наращивать и детализировать свой процесс, учиться разрешать проблемы, которые стали видны благодаря SCRUM, а не менять сам SCRUM.

    Примеру: если вы не можете научиться выпускать демонстрируемые версии продукта каждые три недели, не стоит удлинять итерации до месяца, вводить итерации плавающей длины, –  их стоит укоротить до двух недель!

    Read the rest of this entry »

  • Linux все-таки круче Windows

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

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

    Fun
  • Мастер-класс Сергея Архипенкова в С-Петербурге, 3 октября

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

    3 октября 2009 в С-Петербурге пройдет мастер-класс Сергея Архипенкова “Семь принципов эффективного управления программным проектом”. Мастер-класс пройдет при поддержке проекта Happy PM, поэтому все участники получат специальный бонус (о чем ниже).

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

    3 октября в С-Петербурге Сергей Архипенков проведет свой однодневный мастер-класс “Семь принципов эффективного управления проектом”.

    Из этого мастер-класса вы вынесете понимание того, что общего между ракетами, футболом и разработкой ПО? Почему классические методы управления не эффективны в разработке ПО? Как управлять, если структура и свойства объекта неизвестны или меняются со временем? Принципы адаптивного управления. Две главные задачи менеджера программного проекта. Необходимые и достаточные условия эффективной работы. Эффективные взаимодействия. Командообразование. Динамика команды.

    Рассматриваемые темы

    1. Аналогия эволюции методов управления программными проектами с историей АСУ. «Как получится»- можно, но не далеко и не точно. «Водопад» – лучше, но не эффективно. Agile методологии – «Планы – ничто, планирование – все». Самонаведение – «метод частых поставок». Адаптивное управление.

    2. Эффективность каждого участника рабочей группы. Принцип достаточного разнообразия. Все люди разные. Правильные люди. Неправильные люди. Четыре условия эффективной работы. Четыре функции руководителя. Проект – «кооперативная игра». Мотивация. Зависимость мотивов от опыта. Ошибки мотивации.

    3. Эффективные процессы взаимодействия. Принцип лидерства. Качества лидера. «Ситуационное лидерство». Делегирование. Главная работа менеджера – «точить пилу». Принцип четырех «П». Рекомендации по эффективности коммуникаций. Конфликты. Команды. Доктрина командного менеджмента. Четыре фазы командообразования. Принцип цикличности.

    Сергей Архипенков

    Гуру в области управления программными проектами. В разработке ПО более 30 лет. Создавал имитационные модели сложных космических систем в Центре управления полетами. Руководил коммерческой разработкой ПО и проектами организационного развития в компаниях PriceWaterhouseCoopers, Luxoft, CBOSS. Выполнял проекты по заказу Европейского космического агентства, “Даймлер-Бенц Аэроспейс”, корпорации “Боинг”, ЦБ РФ, ОАО “Газпром”. Автор 5 книг, около 100 статей, докладов и учебных курсов по информационным технологиям и управлению программными проектами. Сайт автора: www.arkhipenkov.ru .

    Стоимость

    Стоимость участия в мастер-классе: 8000 рублей

    Стоимость участия при оплате до 25 сентября: 8000 7000 рублей

    Групповые скидки обсуждаются индивидуально (свяжитесь с нами по info@happy-pm.com).

    Бонусы

    В качестве бонуса все участники бесплатно получат запись тренинга проекта Happy PM “Человеческий фактор 2.0″ (обычная стоимость: 4500 рублей).

    Место проведения

    Определяется. По мере определения всем записавшимся будет разослана дополнительная информация.

    Как записаться

    Если вы хотите попасть на мастер-класс, пожалуйста, заполните форму ниже, мы с вами свяжемся.

    1. (обязательное поле)
    2. (правильный e-mail)
    3. (обязательное поле)
    4. (обязательное поле)
     

    cforms contact form by delicious:days

  • Кейс “Менеджер из не пойми кого”

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

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

    Менеджер из не пойми кого

    Оля пришла в компанию SSSS (Saratov Software Solutions & Services) два года назад. Как раз тогда Оля закончила Саратовский универ по специальности филолог со знанием английского и испанского языков. Но работы для переводчиков в городе не было совсем. А SSSS как раз активно расширялась, набирая тестеров на новый проект с американским заказчиком.

    Итого, два года назад Оля получила должность junior tester и приступила к нелегкой работе кликателя. На тот момент визуальный интерфейс был сырой, Ольга же всегда была девушкой методичной и аккуратной, поэтому дефекты плодились как грибы после дождя. Попутно, чтобы как-то втянуться в тему, Оля начала читать статьи и книжки по тестированию. Немного погуглив, она вышла на статьи Брайана Марика, которые прочла все до одной (зря, что ли учила в институте английский).

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

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

    Ольга попала в проект, который шел уже два года до нее. Команда была небольшая: два синьор программиста Сергей и Федор (обоим около 30 лет) и два студента-джуниора Коля и Леша. Руководил командой менеджер Игорь. У команды была особенность – ребята были потрясающими спецами по Java, но абсолютно не разговаривали по-английски. Прочесть или написать со словарем – да, а поговорить по телефону с заказчиком – нет. Эту функцию закрывал собой Игорь.

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

    Оля взялась за дело с воодушевлением. Стратегия тестирования, критерии выпуска продукта, software quality plan, обоснование автоматизации тестов… Игорь сразу начал брать нового тестера на совещания, чтобы а) кто-то подсказывал, что там мяукает Кришнарам б) кто-то отвечал на вопросы о тестировании. В итоге, дошло до того что Кришнарам начал звонить Оле напрямую со своими вопросами, обсуждениями дел в проекте, а иногда просто так поболтать.

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

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

    И опасения ее оказались не напрасны. В четверг на отдельном совещании Игорь объявил на всех о своем уходе и назначении Оли менеджером. Сергей бросил: “Это все новости?”, встал и тут же молча вышел из комнаты. Федор и два джуниора, казалось, восприняли новость спокойно.

    На следующий день, выходя на обед, Оля услышала вопли Сергея с лестничной площадке снизу: “Федя, ну ерш твою медь! Тебя это не напрягает? Мы в этой компании восемь лет. Восемь! Лет! Фигачим код как черти! А менеджером делают ее! Блин, два года в компании, человек даже не знает, есть ли в Java множественное наследование, а ее – менеджером! Ну, пусть теперь рулит, посмотрим, чем это закончится…”

    Вопросы: Каких проблем Ольге следует опасаться? Что ей нужно начать делать прямо сейчас? И что можно будет сделать потом?