Это далеко не первый мой опыт помощи в подготовке к презентациям и докладам. И я хотел бы поделиться несколькими наблюдениями.

1. Непонятен тезис выступления.

Любое выступление (если это не тренинг) должно содержать в себе одну единую мысль, которая красной нитью проходит через весь доклад – тезис. Очень часто при первом прогоне выступления я задаю один и тот же вопрос: “О чем это выступление? Что ты хотел сказать?” И чаще всего выступающий начинает мяться и начинать говорить с начала. После я говорю: “Твой тезис должен умещаться только в двух строчках или еще лучше в 2х словах.” Например: “У нас лучшая программа подготовки тестировщиков!”

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

2. Держаться на публике надо уметь.

В том как держаться на публике есть две главные проблемы – выступающий смотрит в пол и “ломает” руки. С руками просто ужасная история. Помню еще в студенческие годы мы участвовали в КВН и режиссер нашего небольшого студенческого театра кричал на нас: “Придумай уже, что тебе делать с руками! Займи их!” Так вот руки всегда надо чем-то занимать. Хорошо если в руках у вас презентер, но если его нет? Демонстрируйте то, что вы рассказываете. Помогайте себе руками. Про это проще показывать, чем писать в заметке. (:

Вот что точно никогда нельзя делать руками:

• Скрещивать их на груди
• Ломать пальцы
• Держать в карманах
• Энергично махать по сторонам

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

3. История, а не монолог

Чаще всего когда я в первый раз слушаю доклад – я слушаю монолог. Через 15ть минут хочется спать. Докладчика совершенно не интересует публика, которая собралась его послушать. Он не задает публике вопросы, пусть даже и риторические, не обращается в зал, не рассказывает историй, которые бы позволили сблизить его с публикой. Перед нами не открытый умный человек, а начитанный учебник, который вдруг вздумал говорить!

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

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

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

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

http://trainers.by/2011/11/testirovanie-dokladov.html

Share/Bookmark

Помню как-то ко мне пришел один кандидат на собеседование и рассказал о том, как работает Exigen Services. Они командой заказывали сервер и им давали сервер, они заказывали себе память в компьютеры и оп… приходили и вкручивали. Это сервис. Надо было только попросить (ну и обосновать).

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

Но этот случай натолкнул меня на мысль. Для конкуренции на рынке труда с такими компаниями требуется нечто иное. В большой компании тебя окружают сервисы – написал “реквест” – принесли новую клавиатуру. Но при этом вряд ли спросят: Logitech, Chicony или что-то серьезнее? Большие компании теряют в человечности. И тогда я начал выстаривать компанию для людей. Где было приятно работать в команде, где все вместе ходили на обед, где был мягкий диван, послеобеденные холивары и дружная работа.

Знаю, что это получалось не всегда, но бывало приходили люди и говорили: “Я хочу у вас работать!” Было круто.

И вот в прошедшую пятницу я побывал в компании, про которую мне тоже хотелось сказать: “Я хочу у вас работать!” :) Это компани Taucraft.

Я приехал по приглашению одного из руководителей компании – Михаила Дубакова. Еще буквально около года назад лишь немногие в Минске знали о том, что agile project management tool – Targetprocess разрабатывается в Минске. А вот Мишу думаю знают многие, кто когда-то читал его книгу.

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

Небольшая фото-экскурсия.

Большая кухня с диванами и большим релиз-планом продукта:

В комнатах много пространства, нет ощущения стесненности. Вы знаете сколько полагается по санитарным нормам пространства на человека? Около 6 квардарных метров площади. Когда этот стандарт выдерживается – реально кажется, что здесь свободно!

Висит тот самый знаменитый телевизор с канбан-доской.

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

Знаменитая переговорка, которую кажется не фотографировал только ленивый. Повсюду в офисе (не только тут) висят маркерные доски в полстены.

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

Share/Bookmark

Раз за разом, пользуясь этим ресурсом, я в этом убеждаюсь.

Очередная попытка разместить объявления вызывает нашептывание проклятий и воздевание глаз к небесам:

• Автогенерация пароля. Лучший способ защиты, а в данном случае – это лучший способ защиты от своих же пользователей! Ни один человек в мире не способен запомнить эту дикую последовательность цифр и букв. Каждый раз мне надо искать письмо с восстановлением пароля в почте и скопировать его в форму доступа.
• Я не могу открыть из личного кабинета ссылку на public объявление. Только preview (предварительный просмотр) – т.е. не могу отправить ссылку в twitter или facebook друзьям. Я ДОЛЖЕН искать это объявление в общем каталоге. Мое собственное объявление!
• Поиск работает так, что я не могу найти диван или телевизор в поиске.  Первый в выдаче – телефон (!), дальше квартиры с телевизорами на сутки. Бьюсь головой об стену.

Это не говоря о десятках мелких проблем с usability проекта (как-то раз я бился с логином, пока не понял, что это email).

Суть и смысл любого онлайн проекта – качество сервиса и качество продукта, которым пользуется пользователь. Главное, что заботит “Пронто” – это продажи рекламы (подними объявление, раскрась его!, куча спец.предложений из-за которых не видно объявлений).

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

PS. Очень допускаю, что в комментах появятся разработчики IRR.by и расскажут, что я делал не так. Расскажите это десяткам тысяч своих рядовых пользователей, а еще лучше сотням тысяч, которые так и не стали вашими пользователями.

Share/Bookmark

И вот на этом месте я уже в 4й раз сделал попытку залогиниться в Foursquare… Странно, что функция зарегистрироваться через Facebook есть, но логина через Facebook – нет. Напоминания пароля из приложения – нет. Пароля я не помню. Авторизоваться ну никак не получилось…

Дома восстанавливал пароль и выяснил, что в формате Yshilyaev – сайт email не знает. Только через yshilyaev. Для Foursquare это оказывается два разных email’а. Чтобы это понять я возился с телефоном еще минут 10ть.

К чему я все это рассказываю… Эти баги и проблемы, видимо, никак не помешали приложению вырасти на 3400% в прошлом году.

Share/Bookmark

Простая и от того отличная идея: “Делать что-то новое каждые 30 дней”.

После просмотра невольно рождается мысль: “А почему собственно и нет?”

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

Share/Bookmark

Конечно же вы уже смотрели или слушали эту речь или же читали вырезки из нее. За последние дни это выступление облетело интернет несколько раз. Выкладываю этот ролик для себя.

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

Share/Bookmark

В начале этой недели заехал в Москву на конференцию Whale Rider.

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

Мои тезисы можно почитать в блоге, а презентацию посмотреть ниже.

Несколько слов о других докладчиках

Я был далеко не на всех докладах. Я редко прихожу послушать именно сам доклад. Самое интересное можно выяснить только в личной беседе за бутербродом и чаем. “В кулуарах”.

Георгий Баркан
http://whalerider.ru/2011/abstracts/13519.html

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

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

Борис Вольфсон
http://whalerider.ru/2011/abstracts/13492.html

Один из самых интересных для меня докладов на конференции. Рассказ о том, как в SoftLine построили структуру управления всей разработкой по Scrum. Всего сейчас в этой структуре работает порядка 120 человек.

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

Периодически в EPAM я сталкиваюсь с вопросами о том, как команде в 50-80 человек перейти на Scrum. И тут намешивается незнание подходов и практик, политические вопросы, нежелание меняться заказчиков и т.п. Поэтому крайне интересно пообщаться с человеком, который подобные процессы запускал и уже проделал.

Алекс Якима
http://whalerider.ru/2011/abstracts/13399.html

Еще один доклад о том, как масштабировать Scrum.

Я думаю, что по своему объему информации и важности – это был лучший доклад конференции. И мне кажется, что аудитория просто не могла понять уровень проблем, который освещал Алекс.

Вывод: в некоторых set up’ах agile не работает! Под agile надо строить организацию заново, нельзя сначала возвести стены и понастроить команд тестирования и аналитики, а потом на них натянуть практики scrum. Хотим Scrum — придется разрушать стены. Прелесть agile в коммуникациях.

Антон Марченко
http://whalerider.ru/2011/abstracts/13410.html

Я крайне уважаю компанию TargetProcess, где работает Антон. Не только за то, что они разработывают очень функциональный agile-tool. Но и за то, что они пробуют все самое новое в agile-практиках, понимая, что скоро им придется это автоматизировать (когда эти практики станут де-факто стандартами). Тоже самое и с Канбан, уже есть, уже работает, уже давно можно использовать.

Впечателение о конференции

Конференция – это люди. Я нашел всех кого искал, собрал визитки, поговорил и попил кофе, поэтому для меня конференция не только состоялась, но и удалась. Съездил с пользой.

А в завершении фото:

UPD:

http://habrahabr.ru/blogs/pm/129284/

http://dev.by/blog/39134

Share/Bookmark

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

Почему меня это напрягает? Потому что я хочу делать что-то реальное и нужное. Поэтому если жизнь офисного планктона вас вполне устраивает, на совещания вы ходите для того, чтобы скоротать еще один скучный день на нелюбимой работе — дальше не читайте. Вам будет не интересно и вы напишите мне, что вроде: “ой, Юра, опять всех жизни учит, совсем уже на продуктивности тронулся”.

Каждый день мне приходит один-два, иногда больше приглашений на встречи/совещания/митинги. Большинство из них обладают следующими свойствами:

• Длительность 1-1,5 часа (фиг знает, может быть хватило бы 15 минут);
• Короткое название в духе: CDP discussion (предельно понятно, ага);
• Отсуствие какого-то бы ни было содержания (что будем обсуждать иногда фиксируется лишь на словах или не фиксируется вообще).

Я даже думал, может быть тренинг сделать. Но это… тут идей и смысла на пол страницы текста.

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

• Goal
  Цель. Зачем организовано совещения: принять решение, осбудить какой-то вопрос и т.п.
• Results
  Что мы должны получить в результате совещания: наметить дальнейшие шаги по проекту, список задач, принятое решение.
• Agenda
  В какой последовательности и что обсуждаем. Так, чтобы если кто-то должен по замыслу сделать какую-то вводную, то он знал об этом.

Кроме того:

• Проверяю календари в Exchange всех участников, чтобы сразу не назначать на время, которое занято у человека. Если в компании пользуются Google Apps, то это тоже можно легко сделать.
• Проставляю от кого требуется присуствтие, а кто может попасть на нее optional.
• Указываю комнату, где будет проходить встреча.
• Если встреча предполагает участие внешних участников, то полезно указать как добраться до офиса.

В качестве примера, скриншот регулярного митинга по статусу работы программы менторинга:

Написать такой список занимает минуты 2-3.

НЕ ЛЕНИТЕСЬ ЭТО ДЕЛАТЬ!

Share/Bookmark

“Вагонные споры”, последнее дело, но на обратном пути мы с коллегами затронули одну интересную тему. Про менеджеров.

Представьте себе ситуацию. Есть менеджер. Как и большинство ИТ-менеджеров  он вырос из инженера (или тестировщика, не суть). У него уже десятки подчиненных, но он до сих пор не осознает себя… менеджером. По факту он и менеджер и разработчик одновременно, и часто вовлечен в написание кода. Более того, от него требуют, чтобы его технические навыки были up to date.

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

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

Но этот выбор придется сделать. Рано или поздно.

И если вы сделаете этот выбор раньше, то, возможно, скоро на одного хорошего менеджера (или инженера) станет больше.

Share/Bookmark

Каждый менеджер определяет ритм проекта, которым руководит.

Вот чувак добрался до стола менеджера и ощутил, что ему поперло. Он:

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

Полная чушь. Это не работает.

В любом проекте, которого я касался, я видел всегда 3 фазы развития сюжета:

• Фаза писем. До сдачи проекта далеко, как до остывания Солнца. Жизнь, кажется, никогда не закончится. Народ не напрягается. Все пишут друг другу письма.
• Фаза митингов. В воздухе замаячил дедлайн. Кто-то начинает понимать, что не сделано ровным счетом ничего, кроме пары десятков тредов в почте. В воздухе начинает пахнуть неприятностями и главный менеджер назначает регулярные, а затем и не регулярные митинги, чтобы быть в курсе.
• Фаза “на ногах”. Если в какой-то момент менеджер проекта не отрывает свою задницу от стула и не начинает бегать по людям, заводя работу собственным присутствием – все пропало.

КАКОГО ДЬЯВОЛА ЖДАТЬ 3й ФАЗЫ?! ИДИ И УПРАВЛЯЙ!

Не пиши начальникам писем с просьбой выделить человека в проект. Пойди и узнай, есть ли люди, есть ли кто свободный. Есть – ставь задачу. Иначе он получит ее через 2 недели, когда пройдут согласования. Не пиши дизайнеру, чтобы прислал макет – сходи и посмотри в его монитор. Если он рисует неправильную хрень, лучше остановить это на этапе наброска, а не когда он выкинет из твоего проекта 2 дня в трубу.

Управлять это не восседать в кожаном кресле и восторгаться ощущением собственной офигенности. Управлять – это коммуницировать быстро и эффективно. Каждый день. С реальными людьми.

Это описание моего выступления на конференции Whale Rider, которая состоится 19-20 сентрября в Москве. Приходите.

Share/Bookmark