• Лидершоп в ИТ: Киев, 13-14 августа

    Posted on July 14th, 2011 Александр Орлов No comments

    Note: Это верхний пост, который символизирует собой самую важную новость последнего месяца. :)

    Лидершоп - это не магазин лидеров, как многие могли бы подумать, это сокращение от Leadership Workshop. :) И мы со Славой Панкратовым проведем его в Киеве 13-14 августа.

    Лидерство для менеджера, тим лида и ведущего специалиста.

    Инструмент управления людьми в ИТ.

    Что такое лидерство в менеджменте?

    Лидерский стиль управления:
    — Конструктивный
    — Эффективный
    — Результативный

    Как сделать так, чтобы люди шли за тобой, твои слова понимались правильно и работа была общим делом?

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

    Лидерский стиль менеджмента позволяет минимизировать традиционные проблемы в управлении людьми:
    — Неготовность принятия чужого мнения
    — Критическое отношение к принимаемым решениям
    — Недоверие к руководству в любом формате
    — Восприятие любых организационных изменений как ущемление своих прав

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

    Записаться на воркшоп можно на странице:

    http://www.stratoplan.ru/trainings/leadership-workshop/

    Ниже – все подробности: программа, цена, детали участия

    Read the rest of this entry »

  • Там, где нужно знать, русские изобретают

    Posted on July 14th, 2011 Александр Орлов 10 comments

    За два дня, прошедших со дня старта опроса про что мешает и чего не хватает тестировщикам, откликнулись более 500 человек. За что им однозначное спасибо. Результаты получились любопытные:

    Чего не хватает тестировщикам ПО?

    1. Понимание целей и задач процесса тестирования (50% голосов)
    2. Умения программировать (41% голосов)
    3. Умения коммуницировать и договариваться (40% голосов)

    Что мешает тестировщикам ПО?

    1. Слабое вовлечение в процесс анализа требований (62% голосов)
    2. Слабое вовлечение в процесс планирования (50% голосов)
    3. Неумение отстаивать затраты на тестирование и свою точку зрения (46% голосов)

    С последним примерно понятно – какой смысл вовлекать тестировщиков куда бы то ни было, если они не умеют отстаивать свои интересы и свою точку зрения (46%), а также не умеют коммуницировать и договариваться (40%). :)

    И то, что половина тестировщиков не понимает целей тестирования, имхо тоже объяснимо. Тут я начинаю вспоминать себя.

    Когда я пришел в тестирование (это было 11 с лишним лет назад), то естественно, никаких книг я не читал. :) Тестировать? Давайте, чего там тестировать-то! :) Вся наука начала познаваться где-то года через два, а то и три.

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

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

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

  • История проектного инструментария

    Posted on July 12th, 2011 Александр Орлов No comments

    Обнаружил у Сергея Поволяшко интереснейший пост про то, откуда взялся проектный инструментарий. Наконец, появилась возможность узнать, откуда взялся Гантт с его диаграммой:

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

    Начнем с Фредерика Тейлора (Frederick Winslow Taylor, 1856-1915).

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

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

    * «В 1911 г. выходит его книга «Принципы научного управления», в которой он сформулировал 4 принципа, которые представляют собой комбинацию механических, концептуальных и философских идей. Стержнем всей концепции Тэйлора стал тезис о том, что дневное задание рабочему и методы выполнения поручаемых ему функций должны быть научно обоснованы:

    1. Разработать научный подход для каждого элемента рабочих заданий с целью замены эмпирического метода.

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

    3. Дружеское сотрудничество с людьми с целью обеспечения работы в соответствии с разработанными научными принципами.

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

    Прочитать всю историю >>

  • Опрос: чего не хватает и что мешает тестировщикам?

    Posted on July 12th, 2011 Александр Орлов No comments

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

    Начать мы решили с тестировщиков ПО, поскольку сами из тестирования и соранили приятные впечатления от этой деятельности. :) Итак опрос:

    Чего не хватает и что мешает тестировщикам ПО?

    Чего не хватает тестировщикам ПО?

    Принять участие в вопросе >>

  • 26 ноября, Питер: конференция Software Project Management Conference

    Posted on July 9th, 2011 Александр Орлов No comments

    Коллеги, 26-го ноября в Питере пройдет первая конференция для менеджеров Software Project Management Conference. Поскольку мы со Славой собираемся активно принимать участие в ее организации, то конференцию категорически рекомендую к посещению (тем более, что там сейчас установлена early-bird цена), а сами постараемся подготовить ее полезной, нескучной и зажигательной. Все идеи по поводу формата, докладчиков – присылайте или пишите в комментариях. А пока – официальный анонс:

    От создателей конференций Software Quality Assurance Days и Application Developer Days.
    Приглашаем вас принять участие в Международной конференции Software Project Management Conference (SPM Conf).

    Конференция вобрала в себя лучшую экспертизу по проектному менеджменту.  В формировании содержательной части конференции примут участие – представители Гильдии менеджеров SPM Guild, “Чернокнижники“, представители клуба ИТ менеджеров “Stratoplan” и авторитетные обладатели уникального, подкрепленного практикой, опыта.

    В параллельных секциях проектные менеджеры обсудят:

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

    На основе кейсов будут разобраны типовые ошибки менеджеров.

    Ниже – все подробности и как записаться.

    Read the rest of this entry »

  • Кейс “Пропавшая копилка”

    Posted on July 9th, 2011 Александр Орлов 13 comments

    Получил любопытное письмо от читателя сайта с просьбой разобрать кейс. Имхо кейс интереснейший:

    Кейс “Пропавшая копилка”

    У нас в команде правило: пропустил скрам – штраф 50 руб., опоздал – штраф 30 руб. Часто встречающаяся практика. Деньги складываем в копилку и потом расходуем на что-нибудь командно-приятное (например, пиво).

    Копилке уже года 4, использовали с разными командами, опустошали несколько раз. С последнего опустошения прошло больше года, иногда заглядывали, чтобы разменять деньги, или взять сдачу если например купюра 500 руб. а надо положить 50. Сегодня та же ситуация – человек пропустил скрам, есть только 500. Я лезу в копилку чтобы отсчитать сдачу и обнаруживаю что там всего 97 руб.

    Пропали все крупные деньги (за долгое времся были купюры и по 100 и по 500). Никто не знает, сколько там было, но явно больше чем 97…

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

    Жалко не деньги а доверие. Случалось ли у тебя что-то подобное? Как выходили из ситуации? Что в этой ситуации делать лидеру команды?

  • О выступлениях. Часть 1. “Структура и позиционирование”

    Posted on July 8th, 2011 Александр Орлов 16 comments

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

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

    Но сейчас не об этом. Хотелось бы поделиться своими наблюдениями об ошибках, которые делаются многими докладчиками на ИТ-конференциях. Это мои наблюдения, это не перепечатка советов по публичным выступлениям.

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

    1. Неправильное открытие доклада

    2. Общая несвязанность и нехватка конкретики

    3. Непонятно, к чему все это  было?

    Ошибка №1: Неправильное открытие доклада. Свои выступления я обычно строю по структуре:

    - Открытие: почему я все это буду говорить

    - Тело: раскрытие 3-5 основных пунктов выступления

    - Закрытие: к чему я все это говорил

    “Почему я все это буду говорить”, на самом деле, представляет из себя два вопроса:

    1. Почему про это буду говорить?

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

    Поэтому свои выступления я стараюсь начинать с ответом на вопросы: К чему вообще весь этот доклад? Почему его надо слушать? Зачем оно слушателям?

    Read the rest of this entry »

  • Внутренняя структура лидеров ИТ-индустрии

    Posted on July 1st, 2011 Александр Орлов 1 comment

    Какой должна быть успешная компани внутри? Все может быть очень по-разному:

    Подсмотрено в Твиттере, спасибо @alexmak .

    Fun