Тренинги Сергея Бережного Консультации Сергея Бережного Бесплатные материалы

Слайд-каст: Agile Base Camp

Лето оказалось богатым на выступления и я выступил на мегО-Agile конференции Agile Base Camp, которая в этот раз проходила в Днепропетровске.

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

Несмотря на происки организаторов :) мне удалось сделать аудио-запись своего доклада, который я превратил в слайд-каст.

Хотите узнать:

  • Как связаны интерес и усилия Заказчика
  • Почему отношения между Заказчиком и командой похожи на отношения влюбленных?
  • Что такое «точка Г»?
  • Как вовлекать Заказчика в работу команды

Тогда смотрите слайдкаст:

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

 

Jul 6th, 2011

Видео: Код менеджера на Cool-IT

Недавно выступал на киевской встрече айтишников aka Cool-IT с темой «Код Менеджера».

Как я уже писал раньше, я доработал доклад c SEF.BY новыми идеями по поводу того, как правильно пользоваться этими буквами SMBD в оценке и развитии менеджеров и команд.


Слайды доступны на странице для подписчиков сайта.

P.S. Мы были очень agile в своих планах. Вместо двух прекрасных девушек на встрече выступал Слава Панкратов. С одной стороны, конечно жалею, что не было девушек в компании выступающих. А с другой стороны, было интересно послушать вживую, как Слава рассказал про мамонтов :)

P.S.S. Рутуб – жалкое подобие хостинга. Вместо того, чтобы разрешить крос-пост на блогах и т.д., мне пришлось долго ковыряться. Мастдай :)

Jul 4th, 2011

Проблемы тестирования в аутсорсинге

Опубликовал немножко злой пост о тестировщиках на их главном русском портале: software-testing.ru. Для тех, кто по каким-то причинам не читает этот портал, публикую копию тут на блоге. Оригинал тут!

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

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

«Человек не будет переживать за качество всего проекта. Он не встанет и не скажет, что проект не готов к выходу, даже если давление (в том числе и с моей стороны) будет высоко».

С моей стороны показалось странным, почему он (опытный руководитель проектов) обращает внимание именно на это, а не на профессиональные знания и опыт. Неужели читал Спольского про «smart and get things done»? Такая тема не могла быть не обсуждена дополнительно! И мы решили обсудить, какие же проблемы кроме этой Заказчик видит в нашем тестировании.

Получился вот такой список главных разочарований в тестировании со стороны Заказчика:

Jun 30th, 2011

О полезности целей визита

К визиту Будь готов!Личный опыт – как обычно лучший источник для полезных идей в блог.

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

Ситуация простая: сотрудник (в данном случае я) едет в командировку. Заказчик сам выступил инициатором поездки и желает видеть вас у себя, чтобы познакомиться и обсудить текущие вопросы. О чем еще можно мечтать аутсорсинговому работнику? Есть поездка, Заказчик знает зачем звал, минимум подготовки и максимум впечатлений.

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

Живое общение – самый простой и быстрый способ решать проблемы. Стоя у доски с маркером или сидя за одним монитором можно легко и просто решить те проблемы, которые по скайпу-телефону выглядят неразрешимыми. Именно поэтому я не поддался соблазну пустить визит на самотек и направил список из 15 тем, которые я хотел бы обсудить.

Заказчики были приятно удивлены таким расширенным планом. И пост-фактум, я задал себе вопрос: «А почему, собственно, такие действия привели к позитивной реакции Заказчика?». И немного порефлексировав, получил вот такой список:

  1. Ты ценишь их время и деньги и готовишься заранее. При отсутствии плана все беседы пойдут «куда глаза глядят», а значит, есть большой шанс потратить время на неважные темы.
  2. Тебе не все равно! Несмотря на то, что от тебя ничего не требуют, ты предлагаешь темы, которые важны аутсорсинговой команде.
  3. Ты показываешь, что главной целью командировки является работа, а не новые впечатления.
  4. Ты ставишь измеримые цели на визит. Четко можно определить насколько успешна была поездка и каким образом она окупится.

Вывод: Я не знаю, как быстро получить доверие от Заказчика, но уже неоднократно опробовал и доказал себе на практике то, что даже короткая подготовка к визиту резко добавит уважения со стороны Заказчика и признания вашего профессионализма. Отличный результат за 1-2 часа подготовки, не правда ли? :)

P.S. Больше советов о том, как понравиться заказчику и использовать его для карьерного роста можно найти в материалах для подписчиков сайта.


 

Jun 28th, 2011

2 июля: Выступление на “AgileBaseCamp Днепропетровск”

Agile BC Dnepr

Летом обычно не проводят тренингов и мероприятий. Но ребят из Agile Base Camp это не останавливает. Поэтому они организовали летний кубок сбор всех украинских аджайлистов в Днепропетровске 2-го июля.

Список докладчиков очень хорош. Много знакомых и проверенных докладчиков, а также многообещающие новички. В последнюю категорию попал и я :)

Только вчера закончил подготовку доклада к AgileBC. Буду рассказывать о том, почему Заказчики любят и не любят гибкую разработку, как это связано с взаимоотношениями людей и как к этому можно добавить касаток :)

Если вы еще не успели записаться, то осталось всего пара дней! Спешите!

 

Jun 28th, 2011

Перенос открытого тренинга на 9-10 июля

Капитан очевидность нам подсказал, что делать тренинг летом, когда подряд идут 4 выходных просто негуманно. Как бы не была сильна тяга к знаниям, тяга к природе еще сильнее :)

Поэтому, совместно с организаторами, мы решили перенести это событие на 2 недели, то есть на 9-10 июля.

Записывайтесь и приходите. Будет весело и очень полезно!

Jun 21st, 2011

Оплата: раньше или позже?

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

Вопрос оплаты услуг как бы и не принято обсуждать публично: «Дело-то интимное!». Поэтому часто менеджеры и ключевые сотрудники проекта не понимают, почему важно получить оплату своевременно, а желательно даже раньше срока :). И суть этого не только в том, чтобы быстрее зафиксировать прибыль.

Что же давайте посмотрим, как на нас влияют быстрые и «отложенные» проплаты:

Быстрая оплата исследования/итерации

Когда клиент заплатил за одну часть включается сразу несколько «позитивных» (для аутсорсеров) факторов.

  • Во-первых, у Заказчика пропал первый барьер (исключительно психологический) и он «распечатал» бюджет.
  • Во-вторых, если после оплаты вы никуда не исчезли, то уровень доверия немножко вырос.
  • А в третьих (но как по мне, самый главный фактор), включается страх потерять то, что уже вложено в проект. Тот самый страх, который говорит «ну уже столько вложил денег, нужно уже довести до конца. А то и денег вложил, и результат не получил».

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

Маленький оффтоп: Кстати, вы собираетесь просить оплату за совсем маленькую услугу, то можете сделать ее в виде подарка клиенту (о чем я уже писал раньше). Это здорово удивит клиента и сыграет вам на руку в долгосрочной перспективе.

Что же  бывает в случае задержки с оплатой.

Задержка оплаты для команды разработки является, как ни странно, отличным поводом для разнообразных уступок для Заказчика. Когда оплата задерживается, вы начинаете с большей охотой делать доработки или идти на скидки… ровно по той же причине, что и описана в разделе выше. Вы тоже начинаете видеть, что потратили время/ресурсы/деньги на то, чтобы сделать что-то и пытаетесь всеми силами урвать «с паршивой овцы хоть шерсти клок».

Хитроумные Продвинутые Заказчики знают об этом приеме и используют его в «полный рост». Немножко посетовав на внешние обстоятельства (не утвердили бюджет; не подписали юристы договор; нет еще тех фич, которые я хотел…) они будут оттягивать оплату, а потом (возможно немного поскандалив) выбьют у вас скидку или много бесплатных часов :).

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

Эпилогом к этому посту можно написать следующую фразу:

Быстрая оплата – способ привязать клиента, медленная оплата – способ оказаться на привязи.

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

А какие практики помогают вам???

 

Jun 20th, 2011

Интересный тренинг в Москве 25-26 июня

Интересный тренинг в Москве 25-26 июня.

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

Москве 25-26 июня:Продвинутые навыки коммуникации в веб- и софтверном бизнесе. Как подопытному кролику стать опытным?

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

Вот, что пишут сами тренеры:

Коротко о главном:

В нашем бизнесе много интровертов. Это факт.
Для эффективной работе в команде, особенно – команде равных, нужны работающие навыки общениядля интровертов и с интровертами.
Мы – команда из опытного айтишника и опытного психолога.
Мы проводим тренинг в Москве 25-26 июня.
Это не алфавит, который всем набил оскомину, а продвинутые трюки.

Для кого:

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

PM и техлиды: вам обязательно нужно быть здесь – вовремя сданный проект улучшает карму и повышает шансы на карьерно-зарплатный рост.

Однозначно нужно записываться прямо сейчас вот здесь (в новом окне)! Прямо сейчас, а то “места не резиновые” :)

Для читателей блога anotherpm предоставляется скидка в 5%. Просто зарегистрируйтесь и напишите емейл с промокодом «Я прочитал анонс на Anotherpm» :).

Jun 19th, 2011

Мое выступление на встрече КУЛ-IT

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

Вот, по возвращению из командировки (которая принесла мне очень много идей для блога), начинаю упорную подготовку к  выступлению на Встрече управляющих людьми в ИТ компаниях – 22 июня (aka Cool-IT), которую проводит Вика Придатко (aka HR-Maverick).

Я буду рассказывать о теме «Код  менеджера», которую сильно доработал по результатам отзывов от слушателей конференции SEF.BY и читателей блога. Оригинальный слайд-каст этого выступления уже просмотрело более 500 человек, так отзывов собрано прилично :).

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

Регистрация тут!

Место встречи:

Бехтеревский переулок, 14E – компания “DataArt”.  Заход\заезд с Кудрявского спуска, 5 этажное офисное здание (кирпичное с зеленой крышей). На здании вывеска “Сдаются офисы в аренду”.

5 этаж, мансарда (указатели будут).

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

250 гривен (расчет на встрече). При переводе на карточку или при безналичном расчете, стоимость – 200 грн.

Другие детали встрече на сайте HR-Maverick!

 

Jun 17th, 2011

Слайдкаст: Лучший доклад SEF.BY

Сергей Бережной на sef.byСовсем недавно на SEF.BY сделал доклад на тему менеджмента. Может показаться удивительным, но в практике я сталкиваюсь не только с Заказчиком :). Тема моего выступления (или как говорят мои друзья «комические куплеты»):

Почему команда не «принимает» руководителя проекта и что с этим делать?

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

  1. Сервис для команды – функция защиты от «нелюбимых» задач и постоянного улучшения условий для команды.
  2. Знание процесса – понимание того, КАК строится тот или иной продукт или услуга.
  3. Знание предметной области – понимание того, ЧТО строится и необходимо Заказчику.
  4. Принятие решений – способность руководителя взять на себя ответственность за решение, учитывая кратко- и долгосрочные перспективы.

Руководителей, которые обладают всеми навыками в достаточном объеме, очень мало (я таких точно не видел :)). Поэтому существующие методологии разработки ПО ищут и находят тех, кто обладает разными комбинациями этих навыков. Как показывает анализ, во всех методологиях (классическая – PMBoK; гибкие– Scrum, XP) от руководителя проекта требуются разные компетенции.

Решил в очередной раз побаловать своих подписчиков, поэтому слайдкаст данного выступления доступен только на закрытой странице “Материалы для подписчиков. Записывайтесь в 2 клика тут!

Подписывайтесь и получайте слайдкаст лучшего доклада SEF.BY 2011 (по результатам официального опроса слушателей)!

Да, и если вам покажется, что код идеального менеджера похож на BDSM – вы будете не одиноки :).

 

Jun 2nd, 2011
Page 11 of 22« First...910111213...20...Last »