• Связи решают все. Особенно обратные.

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

    Стало доступно видео моего выступления “Связи решают все. Особенно обратные.” на конференции Software People 2010.

    Кстати говоря, большинство выступлений Software People 2010 уже можно посмотреть в видео. А слайды доступны у всех, у кого они были, по-моему.

  • Кейс “Заметьте меня!”

    Posted on May 21st, 2010 Александр Орлов 7 comments

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

    Кейс “Заметьте меня!”

    Я попала на работу в небольшую 100% финскую IT-фирму, 10 человек.  она делает кассовые системы для торговли и продает сопутствующие оборудование и программное обеспечение.:) SAS – наше все.:)

    Я – новичок, на подхвате.:)  Профессия: экономист с информационным профилем (общие знания от программирования, управления проектами в айти, до создания баз данных и сайтостроения).

    В этой фирме я – низшее звено в отделе продаж и работы с ключевыми клиентами.  Мой босс – директор по финансам и работе с ключевыми клиентами.   Дело в том, что когда меня нанимали мне дали понять, что фирма ищет себе человека, который бы делал работу, которую делать нужно, но у всех нет времени.   НО я тут 4-ую неделю (!), срок большой, и столкнулась с тем, что работы мало! Бывают ДНИ, когда я просто занимаюсь своими делами.

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

    Сейчас я на испытательном сроке.   Единственный, кто иной раз спрашивает порой “Как  дела, хватает ли работы?”, директор по продажам и дает мне крошечные задания:)

    Просто яма какая-то!  И как мне быть? Искать другую работу – начала искать:))) Но как мне внедряться и внедриться в ЭТУ команду? И в какие игры все они со мной играют?

  • Семинары Дмитрия Безуглого по требованиям и коммуникации архитектуры

    Posted on May 21st, 2010 Александр Орлов No comments

    Май и июнь – не время отдыхать! Ну ладно, ладно… время, я и сам знаю. :) Но можно ведь и поучиться. Тем более, что как раз скоро Дима Безуглый проведет несколько интереснейших семинаров.

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

    «Эффективная коммуникация архитектуры заинтересованным лицам», 26 мая 2010 г., Москва

    Целевая аудитория семинара:

    • архитекторы;
    • руководители проектов и подразделений ИТ;
    • сотрудники, занимающиеся представлением важной технической информации для нетехнических специалистов.

    Подробная информация о семинаре (программа, краткая биография спикера).

    2-й модуль «Мастерство работы над сценариями использования системы и не функциональными требованиями», 18-19 июня 2010, Киев

    Сценарный подход. Мастерство работы над сценариями

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

    Мастерство работы над нефункциональными требованиями

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

    Подробная информация о семинаре (программа, стоимость и пр.)

  • Иногда выгоднее не напрягаться

    Posted on May 21st, 2010 Александр Орлов No comments

    Очередная порция статистической анимации от Макса Дорофеева – про то, почему иногда с точки зрения денег выгоднее не напрягаться.

  • Опять двадцать пять: разбор кейса

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

    Итак, пришла пора разобрать кейс «Опять двадцать пять». Спасибо всем, кто откликнулся со своим решением! И прошу прощения за задержку с разбором. Но с этими поездками по конференциям и тренингам времени разобрать кейс найти никак не получалось. Сейчас вот, сидя в поезде Минск-Питер время как раз есть, поэтому разберем.

    Какие ошибки во время данного разговора допустили Максим и Алексей?

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

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

    Какие ошибки были допущены в ведении проекта вообще?

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

    Что точно ясно – что ретроспективы как-то не очень проводятся в проекте. Или проводятся, но неправильно. Раз проблемы кочуют из итерации в итерацию.

    Что бы предприняли на месте Алексея?

    Сказал бы: «Леша, Леша, погоди говорить нам когда, где и сколько работать. Может, щас другое решение придумаем. Давай к проблеме вернемся.  Правильно ли я понимаю, что проблема у нас сейчас вот в этом – <описание проблемы>?

    Максим: Да.

    Алексей: Эге. Ок. <Напряженно думает> Давай ее решим вот так – таки мы выходим на этих выходных и решаем. Но. Работать в выходные – не по фэн шуй. Согласен?»

    Максим: Эээ, ну вообще, наверное, да.

    Алексей: Как думаешь, чего с этим сделать-то можно?

    И дальше надо подводить к тому, чтобы проблему с тестированием в последний момент таки порешать.

    Как бы вы построили разговор на месте Максима?

    Примерно так:

    Максим: Леша, привет! Тут такая проблема. Заказчик стонет, плачет и звонит, что хочет наш релиз. Группа разработки только что совершила невозможное и пофиксила 27 багов. Заказчик хочет к себе эти фиксы as soon as possible, то бишь через пару дней. Что вы, как группа тестирования, можете сделать, чтобы оттестировать этот билд?

    Пусть решение принимает Алексей. Пусть он возьмет на себя отвестственность. На все разговоры в духе: «Опять… Блин…» ответ должен быть один: «Да, согласен, давай эти проблемы обсудим после релиза. Сейчас нам как его быстро оттестировать?»

    И главное – потом не забыть проблемы таки обсудить. Иначе получится “опять…” и “снова…” :)

  • Баги, бабочки и чашки

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

    На прошедшей конференции SQA Days, куда я заезжал прочесть мастер-класс на тему разруливания конфликтов и проблем, было много интересного. О чем я, вероятно, напишу, отдельный пост. Но особенно порадовали сувениры от харьковского QA Club‘а. QA Club за недорого распространял чашки с разными надписями и картинками, такими как вот эта:

    Клацни по картинке, чтобы увидеть ее в полном размере. Автор картинки: Andy Glover (cartoontester.blogspot.com).

    Клацни по картинке, чтобы увидеть ее в полном размере. Автор картинки: Andy Glover (cartoontester.blogspot.com).

    Ну а мне организаторы великодушно презентовали другую, но тоже QA’ную чашку:

    Тестировщики рулят! :)

  • Тренинг Happy PM “Управление командой”: Киев, 28 мая

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

    Обнаружил, что вроде бы еще не анонсировал это событие. Или анонсировал, но про другой тренинг. Ну ничего, сейчас мы это исправим. :) Итак. Последний до сентября тренинг Happy PM по управлению командой состоится 28-го мая в городе-герое Киеве в рамках программы мастер-классов при конференции Agile Base Camp.

    На самой конференции 29 мая я выступлю с докладом “Практические инструменты работы с мотивацией сотрудников”, а 28-го, стало быть, будет тренинг. А больше таких тренингов не будет до сентября 2010 года. Поэтому если вы считаете, что эти знания и навыки были бы вам полезны и у вас есть возможность прийти – приходите, буду рад вас видеть! (Есть ли еще свободные места, я не знаю. Лучше уточнять у организаторов.)

    Обзор курса

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

    После тренинга каждый участник получает:

    • Раздаточные материалы тренинга
    • План работ на ближайшие год и три месяца
    • Список литературы для самостоятельного изучения
    • Книгу и аудиокурс «Секреты Управления Программистами»

    Продолжительность: 1 день (8 часов)

    Цели курса

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

    Аудитория

    • Менеджеры, управляющие проектами и командами разработки ПО
    • Тимлиды и техлиды проектов по разработке ПО

    Размер группы: до 25 участников

    Тренер: Александр Орлов

    Программа

    Формирование команды

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

    Удержание и мотивация сотрудников

    • Большая текучка – когда она хороша и когда плоха
    • Дорогие и бесплатные способы удержания лучших людей
    • Почему все хотят работать в Google
    • Как создать имидж команды (компании), куда все хотят попасть
    • Основные ошибки менеджеров, приходящих в уже сформированную команду
    • 8 вещей, которые программисты не любят
    • 7 вещей, которые программисты любят
    • Ключевые ошибки российских менеджеров
    • Неденежные способы мотивации – что работает лучше денег?
    • 3 способа определить, что мотивирует сотрудника
    • Придумываем 100 способов улучшить мотивацию команды
    • Особенности работы в распределенной команде
    • Практические инструменты для определения мотивирующих факторов

    Материальная мотивация (Про материальную мотивацию интересно всем :)

    • За что поднимать зарплату и давать бонусы?
    • Что отвечать, когда сотрудник жалуется, что Васе зарплату подняли, а ему нет
    • Подмена внутренней мотивации на внешнюю
    • Формальные аттестации – что это и для чего нужно
    • 6 качеств, оцениваемых при формальных аттестациях
    • Процесс проведение аттестаций (360 feedback, performance review, ratingsession)
    • Основные ошибки при проведении аттестаций

    Обратная связь в работе менеджера

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

    Стоимость участия:

    • для общей аудитории – 1500 грн
    • для участников конференции – 1200 грн

    * – скидка предоставляется после регистрации и оплаты участия в конференции

    Регистрация ->>

  • Цитата недели (Зиг Зиглар)

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

    People often say that motivation doesn’t last. Well, neither does bathing – that’s why we recommend it daily.

  • Психология в управлении программными проектами: как совместить индивидуальность и интересы дела

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

    4 мая 2010 в рамках совместной инициативы Гильдии и Локальной группы по интересам “Управление проектами в ИТ и телекоммуникациях” московского отделения американского Института управления проектами (PMI) состоялся семинар Дмитрия Башакина “Психология в управлении программными проектами: как совместить индивидуальность и интересы дела“.

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

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

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

    Семинар транслировался через Интернет в формате вебинара, что помогло принять в нем участие большому количеству желающих.

    Участники могут зачесть 1 PDU за этот семинар при продлении сертификации PMI PMP, PgMP. ID семинара: OSMC16.

    Скачать презентацию

    Предлагаем Вашему вниманию видеокаст выступления Дмитрия:

  • Как поднять свое visibility глядя по сторонам

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

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

    На самом деле, чтобы существенно поднять собственное visibility как внутри компании, так и снаружи, нужно овладеть двумя вопросами:

    У кого это уже есть?

    Кому еще это может быть полезно?

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

    Первая мысль: надо сделать самим! Эту мысль надо на время отогнать. Посмотреть вокруг – внутрь компании и снаружи. И задать первый вопрос: у кого это уже есть? Нет ли у кого нужного скрипта? Или библиотеки? А, может быть, кто-то уже разработал план для проведения собеседований с архитекторами?

    И если обнаружится, что кто-то уже это сделал, то нужно что? Правильно, переиспользовать то, что сделано до вас. И поделиться с другими: «Коллеги, если у кого-то будет такая же проблема как у нас – то решение вот оно.» Фраза может быть другой – понятно, что все зависит от того, у кого вообще потенциально может возникнуть такая же проблема. Если нативная библиотека кроме вас в компании никому и не нужна, значит некому будет рассказывать про свои успехи. Ну, кроме своего шефа.

    В любом случае visibility поднимется как у автора результата (его работа оказалась полезна где-то еще), так и у вас, как человека, который догадался это у себя переиспользовать.

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

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

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

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

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

    5. Попробовали у себя новую систему учета дефектов или систему планирования проекта – расскажите про свой опыт остальным. Опыт интересен как позитивный (вдруг, кто-то тоже захочет попробовать), так и негативный (чтобы люди знали, что этот инструмент – какое-то невнятное нечто).

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

    • Убедиться, что мы это сделали не зря и такого еще не было (у кого это уже есть?)
    • Подумать, как принести еще больше пользы (кому еще это может быть полезно?)

    P.S. Коллеги, если у вас есть примеры реального использования этих двух вопросов – пишите, думаю, другим коллегам будет любопытно почитать.

    P.P.S. Если писать публично неудобно – пишите лично мне на info@happy-pm.com . :) Я никому не расскажу, но порадуюсь. :)