The Improved Methods

Несколько вопросов о качестве – ответы на вопросы участников «Agile своими силами»

Тимофей Евграшин — Mon, 14 May 2012 06:35:54 +0000

Как-то незаметно пролетели первые три модуля онлайн курса «Agile своими силами», и на подходе следующая встреча, где мы все больше и больше погружаемся в детали работы Agile команды. Одной из характерных особенностей первых модулей было огромное количество вопросов, и за отведенное время я успеваю ответить в лучшем случае на половину из них. Что-то будет рассмотрено позже в ходе следующих модулей, а что-то нет. Еще раз обращаюсь к участникам и предлагаю задать вопросы мне лично – тогда я смогу ответить в виде статьи и уточнить детали при необходимости.

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

Первая порция:

Q: фаза тестирования входит в спринт? Или же результат спринта «уходит» в отдел качества, у которых «свой» спринт?
Q: Возможно, забегаю вперед, но очень хочется знать о взаимодействии в Скраме между разработчиками и тестировщиками?

Итак, прежде чем погрузиться в холивары тему, предлагаю вам поискать в Google «QA в Agile» или «тестирование в Agile» — статей, презентаций и даже книг на эту тему огромное множество.

Если отвечать коротко, то Спринт (итерация) – это мини-проект, в течение которого вы выпускаете потенциально готовую к «отгрузке» версию вашего продукта/системы. Исходя из этой максимы, мы должны сделать все необходимые технологические действия в рамках итерации, включая и тестирование.

Работая по итеративно-инкрементальному принципу, мы развиваем продукт, оставаясь максимально близкими к конечному состоянию. Каждый раз после окончания Спринта, представители бизнеса решают продолжать дальше или уже пора «отгружать». В модуле 9 «Оценка и планирование Agile проектов» мы поговорим о планировании всего проекта в виде цикла итераций, и какие при этом могут быть компромиссы.

По сути, роль QA и других специалистов не особо меняется – меняется интенсивность взаимодействия между разными специалистами . Достигается это уже с помощью разных инструментов. С одной стороны, требования нужно дробить до приемлемого размера, чтобы успевать сделать за итерацию все технические действия и в тоже время выпустить что-то заметное. С другой стороны, нужно обращать внимание на количество работы в прогрессе – таким образом уходить от «больших пачек работы», переходящих из отдела в отдел и приходить к работе малыми порциями. Есть еще много аспектов и инструментов, чтобы оптимизировать работу Scrum команды – среди них не стоит забывать об автоматизации тестирования и других способах разгрузить тестировщиков от рутины и оставить время на действительно полезную работу.

В ходе тренинга я рассматриваю целостную картину работы по Scrum методологии и с помощью упражнений подчеркиваю разные аспекты Agile разработки. Одно из моих любимых упражнений «Переверни монетку» — оно помогает сделать интересные наблюдения.

Вторая порция вопросов поможет нам немного погрузиться в детали:

Q: Тим, как вы учитываете багфикс после тестирования? отдельный спринт?
Q: Как поступать, если к окончанию спринта выполняются не все требования бэклога?
Q: Если возникает потребность сделать изменения в спринте, как быть в таком случае?

Учитывая выше сказанное, в конце Спринта мы должны завершить полный цикл разработки, включая и исправления найденных ошибок (багфикс). Бывают исключения в виде ошибок, не относящихся к тому, что вы делаете прямо сейчас – это следует учитывать в виде отдельных элементов Бэклога и давать Владельцу Продукта принять решения о приоритетах в целом. Главное, что по окончании итерации мы показываем что-то, что ГОТОВО исходя из наших «критериев готовности», а про остальное принимаем решение: переносить в следующий цикл, отложить пока или вообще забыть.

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

Отдельно стоит отметить, бывает так, что сообщения о внешних проблемах и незапланированных работах поступают во время работы в Спринте – подробно об этом я писал в статье «Что Agile команде делать с авралами» .

Ну и напоследок, вопрос к модулю 3 про роли в Scrum:

Q: а программисты + тестировщики? как быть с базовыми навыками?

Я рассказывал о том, что в Scrum есть роль «участник Scrum команды» и разные специалисты должны работать вместе, чтобы достигнуть целей проекта. Получается, что «базовым» навыком, необходимым всем специалистам, является работа в команде. Об этом мы и поговорим в ближайшем модуле 4: «Как организовать работу Scrum команды?» :-).

Командная работа

Мария Евграшина — Thu, 03 May 2012 06:38:37 +0000

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

Ты посадил свое Agile-дерево? Упражнение, чтобы выработать общее понимание

Тимофей Евграшин — Thu, 26 Apr 2012 06:24:04 +0000

На прошлом модуле из цикла «Agile своими силами» я рассказывал об одном упражнении, которое поможет вам самостоятельно, или в группе, разобраться с той терминологией, которая образовалась вокруг «слова на букву А» (Agile).

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

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

Этап 1: На листе флипчарта, каждую группу попросите нарисовать ДЕРЕВО. У него должно быть как минимум 4 корня, ствол, минимум 6 веток и листья.

<Лирическое отступление>. Дерево — это очень мощная метафора и она используется во многих тренинговых и коучинговых упражнениях.
Корни, символизируют собой основу, они питают и держат всю остальную часть дерева. В нашем случае это принципы, на которых все держится.
Ствол, переносит питание от корней к веткам, на которых уже что-то растет .
Ветки, растут друг из друга и есть большие толстые ветки, на которых держаться более мелкие – вместе они создают основную видимую часть дерева и служат основной для листьев и плодов. В нашем случае, это практики, которые бывают как мелкие, так и крупные.
Листья и плоды – это видимый результат роста дерева. Так же листья служат для обмена веществ и обратного питания дерева.

Этап 2: Запишите, на отдельном листике, все термины, которые вы считаете относятся к Agile. Если вы работаете в группах, то записывайте ваши договоренности, т.е. что-то типа «мы говорим Scrum и подразумеваем…»

Этап 3: Украшаем дерево . Предлагаю отложить пока ваш листик и воспользоваться моим списком. Возьмите каждый термин по порядку и разместите его на дереве, помещая в одну из четырех областей (корни, ствол, ветки, листья).

Термины:
Iterative and Incremental Development; Continuous Integration; Leading Change; Concurrent Testing; Lean; Agile Manifesto: Values and Principles; Test Driven Development; People (Team/ Individual); Visual Modeling; Three Level Planning; Daily Stand-Up; Acceptance Test Driven Development; Sprint Review; Inspect and Adapt; Product Backlog; Story; Charts: Velocity, Burn-up, Burn-down; Requirements; Scrum; Evolving Architectures; Use Cases

Этап 4: Посмотрим, что получилось. Как я говорил выше, в корнях-основе дерева должны лежать принципы, на которых все строится. Так, Agile manifesto является набором ценностей и принципов, на которых основываются уже дальнейшие решения и практики. Есть еще много других принципов, которые помогут вам улучшить вашу команду или даже оптимизировать всю компанию.

Важно, увидеть, что на ствол дерева вы поместили людей. Нет универсальной практики или принципа, который срабатывает для всех случаев в жизни. Зато есть люди, как индивидуальности или команды, которые применяют принципы для достижения чего-то. Люди, это ствол Agile-дерева и они превращают принципы в конкретные практики.
Ветки-практики могут быть очень разными по размеру, как и в реальной жизни. Некоторые очень толстые и на них потом находится еще много много других практик. Так, например, Scrum, является набором практик, по моему-мнению. Тоже самое относится к eXtreme Programming, из которого потом произрастают отдельно взятые технические практики типа TDD и Continuous Integration.

Вы можете теперь вернуться к своему списку с этапа 2 и продолжить украшать дерево. Некоторые команды даже доходят до листьев и плодов в виде «счастливых заказчиков» .

Он-лайн курс «Agile своими силами» продолжается и, уверен, он даст повод написать еще не одну статью. Если вам понравилось это упражнение и, особенно, если оно помогло вам немного разобраться, то подпишитесь на наш RSS и оставайтесь в курсе статей нашего сайта. Мы еще не раз будем говорить о методах улучшения ваших проектов, команд и личного развития.

Уроки Леонардо да Винчи

Мария Евграшина — Fri, 13 Apr 2012 13:51:50 +0000

Однажды в Венеции мы попали на выставку макетов инженерных изобретений Леонардо да Винчи. Их можно было трогать, пробовать, как они работают и так далее. Так как это было раннее утро, то кроме нас там никого не оказалось, и мы вволю насладились всеми этими изобретениями. Удивительно, что человек, живший в 15-16 веках, изобрел столько всего, чем в той или иной степени мы сейчас пользуемся: начиная от уличных фонарей и заканчивая парашютом и велосипедом!

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

Конечно, повторить судьбу Леонардо да Винчи невозможно, но мне кажется есть несколько уроков, которые мы можем у него перенять.

Не стоит быть кем-то одним. Можно разрешить себе искать себя всю жизнь и пробовать все в новых и новых ролях. Ведь, если бы после того, как Леонардо предложил свои идеи и ему отказали, он впал в депрессию, возможно, мы никогда бы не узнали гениального художника.
Любое препятствие – это не тупик, это возможность попробовать себя в чем-то другом. Этим Леонардо занимался, по сути, всю жизнь.
Важно идти своим путем, не оглядываясь на других, и не думая, что они подумают. Отец Леонардо, будучи нотариусом, пытался долгое время приобщить его к семейной профессии, и хорошо, что у него это не получилось.
Если какое-то дело «не идет», и прокрастинация вступает в свои владения, то это хороший повод заняться чем-то другим. С годами интересы да Винчи откланялись от искусства к науке. Вместо того, чтобы усердно рисовать заказы и обогащаться (что ему ставили в упрек его современники), он изучал и разбирал трупы лошадей и людей, строил летательные аппараты, изучал питание растений и их реагирование на яды и многое другое.
Медленно – не всегда плохо. Да, сегодня мы живем в эпоху высокой интенсивности жизни, нам хочется все и сразу, за этим «все и сразу» наступает желание нового «все и сразу», мы не успеваем насладиться моментом достигнутого. Когда же мы к чему-то желанному идем долго, эффект получается порой неожиданный и удивительный. Знаменитый портрет Моны Лизы автор рисовал в течение 4 лет, он так и «не смог его закончить для заказчика», поэтому портрет остался у Леонардо, и теперь мы можем его наблюдать в Лувре. Сделай он его во время и в срок, мы о нем, возможно, так никогда и не узнали бы.
Любопытство – одна из лучших мотиваций. Только желание узнать что-то новое, ненасытное любопытство помогло ученому сделать такое количество открытий.
Не проси, а делай. Будучи гением в разных областях, Леонардо мог бы превозносить свою гениальность и умело этим пользоваться. Но он предпочитал следовать пословице «каждому свое, каждому — по заслугам».
Не всегда результат важен именно сейчас. Многие изобретения, предложения сооружений были созданы или построены спустя века после смерти Леонардо да Винчи, как например, в Англии и Норвегии есть мосты, построенные по его проекту.

Не смотря на то, что Леонардо да Винчи был человеком с непростой судьбой: отнятый у матери в раннем детстве, внебрачный сын, воспитываемый мачехой, научные открытия при его жизни остались неиспользованными, отсутствие личной жизни (по крайней мере нет практически никаких сведений об этом), — это был удивительный человек, который кроме всего прочего играл на лире, умел писать обеими руками, увлекался кулинарией, первый объяснил, почему небо синее и многое другое. Пожалуй, это очень ценный урок, когда ты понимаешь, что даже если все плохо, все равно может быть хорошо. Все зависит только от нас

3 книги про публичные выступления, которые стоит прочитать

Тимофей Евграшин — Wed, 11 Apr 2012 08:20:12 +0000

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

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

Первая книга, которую я рекомендую – это “Confessions of a Public Speaker” или “Признания Серийного Докладчика”. Вот так, ни много ни мало, называется книга Скота Беркуна (Scott Berkun). Сам автор долгое время работал менеджером в Microsoft и известен своим блогом и разными книгами на темы управления проектами, инноваций и вот, в частности, публичных выступлений.

Книгу стоит прочесть, потому что она написана в очень живом и «человеческом» стиле. Множество примеров из личного опыта докладчика пересекаются с простыми пояснениями и конкретными советами, что вы можете попробовать в следующий раз. Вся книга построена скорее как набор эссе, структурированных так, чтобы донести до вас мысль о том, как готовиться, как выступать, что делать в трудных ситуациях и куда вообще развиваться. Легкость текста и искрометный юмор делают чтение простым, быстрым и главное приятным. К сожалению, книгу пока не переводили, хотя читать в оригинале на английском очень легко, так как язык простой и понятный.

Вторая книга, которую обязательно нужно прочесть — это «iПрезентация. Уроки убеждения от лидера Apple Стива Джобса» от Кармина Галло. Как вы уже поняли, доступна на русском в переводе от «Манн, Иванов и Фербер», которые сами по себе являются знаком качества.

Автор провел огромную работу по исследованию выступлений Стива Джобса, и на его примерах объясняются все детали подготовки к выступлению. Структура книги ведет нас через «акты», прямо как в театре, и проводит от подготовки идеи, через визуализацию и до самого выступления на публике. Постоянное сравнение ранних и более поздних выступлений Стива, помогут вам увидеть разницу и понять, на что стоит направлять свои усилия. Легкий текст в сочетании с отличным переводом делают чтение приятным и увлекательным. Для желающих ознакомиться с идеями прямо сейчас, вот презентация автора о самой книге:

Третья книга, о которой я уже упоминал в прошлой статье – это “Slide:ology. Искусство создания выдающихся презентаций” от Нэнси Дуарте. Тоже, в своем роде, выдающийся автор, так как Нэнси основательница Duarte Design – конторы, которая показала Силиконовой Долине, как нужно делать визуальные презентации. В книге дается бОльший упор на саму презентацию в PowerPoint или подобной программе. Хотя по дороге рассказывают и как готовится, структурировать мысли и т.п. Визуальный ряд книги, просто нечто выдающееся и напоминает сплошную инфографику. Отдельно стоит сказать, что русский перевод от тех же «Манн, Иванов и Фербер», даже в беглом просмотре радует. Так что книга уже числится в моем списке следующих покупок. Пока дочитываю англоязычные пробники .

Думаю указанных книг хватит для «прокачки» навыков и просто вдохновения. Если у вас есть своя любимая книга про публичные выступления – поделитесь отзывами в комментариях.

Что будет на AgileBaseCamp в Харькове

Тимофей Евграшин — Wed, 04 Apr 2012 08:20:16 +0000

Как я уже писал, 25-26 мая в Харькове пройдет очередной AgileBaseCamp, где я собираюсь принять самое непосредственное участие. Если вы заметили, в этот раз конференция будет длиться 2 дня и в большей степени будет посвящена кросс-функциональности и пониманию всех процессов разработки проектными командами. Отрадно, что уже подобрался интересный состав докладчиков, часть из которых вы уже наверняка не раз видели на разных мероприятиях, а другая часть — как новые свежие лица, так и старые свежие:-) В любом случае, интенсивность мероприятия обещает быть высокой и полезной, так что посетить стоит.

Что собственно я собираюсь провести и рассказать на этой конференции?

В один день выступлю с докладом «Сеанс коллективного гадания или почему совместные оценки все-таки помогают Agile командам», который будет достаточно интерактивным. Здесь мы разберемся с мат-обоснованием «альтернативных» подходов к оценкам, узнаем несколько методов быстрой оценки как командой, так и отдельными экспертами. Поговорим о том, как прогнозировать что-то на основе таких оценок и так далее. Будет много примеров разных практик и способов их применения. В общем, приходите, будет интересно!

В другой день собираюсь провести мастер-класс «‘ПоКанбанимся?’ или практический навык построения Канбан процесса». В ходе мастер-класса мы на практике посмотрим, как происходит внедрение Канбан процесса. Возьмем процесс изготовления, запустим, наладим. По дороге вы на своем опыте узнаете, на что придется обращать внимание, и что можно сделать, чтобы оптимизировать работу. Желательно предварительное понимание, что такое Канбан. Если что, придется учится на ходу на своем практическом опыте… может так даже и лучше Шум, гам и много инсайтов гарантирую.

За всеми новостями мероприятия и обновлениями следите на сайте конференции.

До встречи!

Учимся на своих ошибках или игра Nobody’s Perfct

Тимофей Евграшин — Sun, 01 Apr 2012 13:49:29 +0000

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

Представьте себе, что вы собрались всей командой, например, на Daily Scrum – ежедневную встречу для синхронизации усилий. Одна из целей встречи – это выявление проблем. А что делать если люди боятся стесняются выносить проблемы на всеобщее обсуждение? Вот этот навык «выкладывать проблемы» и нужно развивать. Вы будете удивлены силе совместного решения проблем, если научитесь ее правильно использовать.

В основу сессии была положена игра Nobody’s Perfct, которую группа единомышленников, включая и меня, разработала во время Play4Agile 2011. В силу разных причин, только недавно описание игры Nobody’s Perfct было опубликовано на сайте TastyCupCakes – месте, где собрано множество упражнений и игр-симуляций. Каждый из вас, может использовать это упражнение со своей командой (чуть ниже расскажу о примерах применения).

Для игры вам понадобится колода карт (лучше в 36 карт) на каждых 4-8 участников. Времени нужно около часа или больше, ну и конечно, желание и заинтересованность участников. Если играет больше одной группы, то можете за каждым столом назначить фасилитатора (ScrumMaster?), который будет следить за соблюдением правил, за тем, чтобы было обсуждение, а не тупое перекладывание карточек, ну и за временем, если у вас будут какие-то ограничения.

Нарисуйте на флип-чарте правила или раздайте игрокам вот такую шпаргалку с правилами игры Nobody’s Perfct.

Каждая карта представляет Проблему (черные карты) или Решение (красные). В свою очередь пары Проблема/Решение делятся на Технические (крест и бубна) и Социальные (пика и чирва).

Также используется «вес» карты, чтобы показать размер проблемы. Так Туз имеет вес 20, картинки – 15, а остальные карты по их значению. Каждый раз, когда вы выкладываете карту проблемы, вы должны рассказать пример или придумать проблему соответствующего веса. Также и решения подбирайте соответственно весу и релевантности проблеме.

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

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

Сыграйте (выложите на стол) карту Проблемы, если у вас такая есть на руках. Возможно, стоит начинать с наибольшей проблемы.
Сыграйте карту Решения для одной из проблем на столе — это может быть Проблема предложенная вами или любым игроком.
Даже если у вас нет карты точно подходящей по весу, вы можете начать решать проблему частично, а остальные уже добавят недостающее.
Если не можете больше решить ни одной проблемы, то закончите ход: возьмите из колоды недостающее количество карт и передайте ход следующему игоку.

В какой-то момент, мы ввели дополнительнео условие: если на столе оказалась Проблема-Туз, то она блокирует Проблемы-Картинки – ее нужно решать в первую очередь! Хотя, выможете решать мелкие проблемы, чтобы не было так грустно

Итак, правила просты — дальше уже все зависит от увлеченности участников и ваших навыков фасилитации. Как только участники сделают первые ходы, они лучше поймут правила и уже дальше смогут «само-организоваться».

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

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

Когда играть в эту игру? Вариантов может быть много, вот некоторые идеи (но не все):

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

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

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

- Во время учебной сессии с командой, а я даже использую как часть своего тренинга «Как из того, что есть, сделать команду»

- везде, где сочтете нужным

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

P.S.

Нет, это не опечатка, игра называется Nobody’s Perfct, без буквы «e», потому что такое же имя есть у песни и другой настольной игры. Чтобы не столкнуться с проблемой авторских прав, мы просто изменили название

Agile своими силами — онлайн курс для прагматиков

Тимофей Евграшин — Thu, 29 Mar 2012 11:08:00 +0000

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

Когда-то давным-давно, мы писали о том, что важно держать курс на обучение. Однако просто прочитать о еще одной новой идее не достаточно. На сегодняшний день существует множество книг, мини-книг, статей и презентаций о том, что такое Agile и Scrum. Я работаю с командами, которые только начали внедрять методологию или уже давно работают, и хотят что-то улучшить. Так вот я постоянно, сталкиваюсь с тем, что им не хватает пусть минимального практического опыта, чтобы хотя бы начать двигаться в нужном направлении. Поэтому я решил поделиться практическим опытом внедрения Scrum методологии, так, как я это делал бы для своих знакомых.

Есть люди, которые уже много чего знают про Agile, Scrum и связанные темы, но еще ни разу не пробовали применить свои знания. Практический фокус этой программы и советы, что стоит попробовать, могут помочь решиться перейти от теории к практике.

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

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

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

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

Онлайн курс представляет собой серию вебинаров, продолжительностью 30 минут, из которых 20 минут мой рассказ и остальное время на вопросы участников.

Записи на нашем сайте публиковаться не будут, поэтому если хотите послушать, то не пропускайте.

Участие бесплатное, хотя количество участников ограничено платформой до 100 подключений.

Описание каждого модуля и ссылки на регистрацию по этой ссылке

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

5 советов о том, как готовиться к выступлению

Тимофей Евграшин — Thu, 22 Mar 2012 07:18:16 +0000

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

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

Совет номер 0: придумайте интересное название к тому, о чем вы будете рассказывать.

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

Совет номер 1: вначале придумайте структуру рассказа.

Любое выступление — это по сути рассказ для аудитории. Все остальное, слайды и т.п. – это лишь фоновая иллюстрация к рассказу. Люди приходят слушать вас и ваш рассказ.

Начните с того, что уложите свои мысли в некоторую структуру. Не важно, используете ли вы интеллект-карты (mind-map) или просто в блокноте записываете мысли, о чем рассказать. Некоторые даже используют бумажки post-it и пишут одну мысль на отдельной карточке, а потом перекладывают их местами, чтобы получился интересный и связанный рассказ. Можно еще много говорить о том, «как именно» делать рассказы, и я не считаю себя мастером в этой области – главное, что вы поняли суть идеи.

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

Совет номер 2: презентация лишь фон, а не замена вашего выступления.

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

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

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

Совет номер 3: Репетируйте, репетируйте, репетируйте!

Мы постоянно говорим, что на тренинге люди запоминают лишь 10% того, о чем услышали и 70% того, что делали сами. Почему вы думаете, что к вам это не относится? Даже если вы «заучили» текст, то это не означает, что вы готовы выступать.

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

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

Совет номер 4: Сориентируйтесь на местности.

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

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

Ну, а тем, кто не уверен в том, что я говорю, предлагаю посмотреть видео Нэнси Дуарте, автора книги Slide:ology и «маньяка презентаций», как она сама говорит.

Кстати, чтобы не пропустить пост про книги о выступлениях и презентациях, то можно просто подписаться на RSS

Краткий анонс нескольких событий

Тимофей Евграшин — Mon, 19 Mar 2012 10:44:27 +0000

Наверное, уже не раз это говорил, но за последние 3 года количество и, что более приятно, качество профессиональных мероприятий значительно выросло. Это не может не радовать, меня огорчает только то, что невозможно посетить их все Приходится делать выбор каждому самостоятельно, исходя из личных нужд, а также желания инвестировать в себя как время, так и деньги. Без лишней философии хочу только обратить внимание на ряд примечательных мероприятий.

22 марта собирает очередную встречу КУЛ-ИТ Вика Придатко с темой «Employer Branding». У Вики всегда интересно, так что за деталями и регистрацией к Вике.

23 — 24 марта в Москве проходит конференция AgileDays. К моему большому сожалению в силу бешеной загрузки я не попадаю на эту конференцию, но сам очень рекомендовал бы сходить-съездить

25 апреля провожу вебинар «Ретроспективы в распределённых проектах» в рамках программы обучения AGILE CIRCLES, которую проводит Scrumguides. С деталями программы можно ознакомиться на сайте организаторов.

19 мая пройдет конференция JEEConf 2012. Это мероприятие для тех, кто использует Java технологии в разработке. И хоть это только через 2 месяца — рекомендую обратить внимание, так как такого уровня мероприятий не так много проводится.

А вот 26-27 мая рекомендую внести в календари тем, кто интересуется в том или ином виде Agile. В эти дни в Харькове пройдет очередной AgileBaseCamp. Информация — на сайте организаторов, планы уже можно строить:)

The Improved Methods

Несколько вопросов о качестве – ответы на вопросы участников «Agile своими силами»

Статьи по теме

Командная работа

Статьи по теме

Ты посадил свое Agile-дерево? Упражнение, чтобы выработать общее понимание

Статьи по теме

Уроки Леонардо да Винчи

Статьи по теме

3 книги про публичные выступления, которые стоит прочитать

Статьи по теме

Что будет на AgileBaseCamp в Харькове

Статьи по теме

Учимся на своих ошибках или игра Nobody’s Perfct

Статьи по теме

Agile своими силами — онлайн курс для прагматиков

Статьи по теме

5 советов о том, как готовиться к выступлению

Статьи по теме

Краткий анонс нескольких событий

Статьи по теме