Agile Software Development with Scrum

Управление проектами в 21-ом веке

“AGILE SOFTWARE DEVELOPMENT WITH SCRUM:
СКРАМ ДЛЯ КОМАНД И ЗАКАЗЧИКОВ”

29-30 января 2012 (на следующий день после AgileBaseCamp)

ИСТОРИЯ ТРЕНИНГА
У этого тренинга много названий, так как он проводится компанией ООО “
СкрамГайдз” с 2007 года. В течение четырех лет этот тренинг посетили сотни участников из Украины, России, Беларуси, Молдовы, Словакии и Румынии.

Ознакомьтесь с отзывами участников
.

ЦЕЛИ ТРЕНИНГА


В отличие от сертификационного тренинга Certified ScrumMaster, данный тренинг разработан для команд и их заказчиков, которые в ходе тренинга:
  • вникают в суть гибкой разработки и ее область применения;
  • получают глубокое понимание структуры каркаса Скрам и его составных частей;
  • синхронизируют свое видение на процесс разработки в своей компании, проекте и командах;
  • прорабатывают стратегию внедрения процессных улучшений в своем контексте.
     
ТРЕНЕРЫ 

ДЛИТЕЛЬНОСТЬ ТРЕНИНГА
Два дня по 8 часов.


АУДИТОРИЯ ТРЕНИНГА
Этот тренинг предназначен для участников команд, которые ставят своей целью применение гибких подходов управления проектами - т.н. Agile Software Development.


Тренинг будет полезен:

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

ПОЛУЧАЕМЫЕ НАВЫКИ


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

Будут подробно рассмотрены:
  • роли в Скраме: Product Owner, Scrum Master, Scrum Team;
  • артефакты: Product Backlog, Sprint Backlog, Release & Sprint Burndown Charts;
  • встречи в Скраме: Sprint Planning, Daily Standup, Sprint Demo, Retrospective. 

    ФОРМАТ ТРЕНИНГА

    Сам тренинг проводится в формате Скрам.


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

    ДАТА И МЕСТО ПРОВЕДЕНИЯ

    29-30 января 2012, Киев


    СТОИМОСТЬ
    1500 грн за два дня.


    РАСПИСАНИЕ ЗАНЯТИЙ

    Оба дня тренинга проходят по следующему расписанию:

    • 9:30 - открытие аудитории
    • 10:00 - начало занятий
    • 13:00-14:00 - перерыв на обед
    • 18:00 - конец занятий 




    Idea Boot Camp

    Пять инструментов продуктового менеджмента за 8 часов!
    2  февраля 2012, Киев



    У вас есть идея? 
    У вас есть открытые вопросы?
    У вас есть партнер(ы)? 


    Мы предлагаем вам проработать вашу идею, используя новейшие концепции из lean, agile и lean startup.

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

    Mindmap концепций и инструментов Idea Boot Camp
    Аудитория: IT предприниматели, программисты, старапщики, продакт-оунеры.

    За 8 часов работы мы научим вас пользоваться ключевыми инструментами проработки бизнес идей:
    1. User Personas
    2. Business Model Canvas
    3. User Story Mapping
    4. Kano Weighting
    5. Paper Prototyping
    И все это под обильным соусом философий lean, agile и lean startup.

    Вы уйдете с коллекцией своих наработок и будете готовы к прокрутке первого цикла "build-measure-lean" разработки вашей идеи.

    Фотографии предыдущих boot camp-ов:



      Фасилитаторы воркшопа

      Agile-коучи, бизнес-тренеры и предприниматели:
      Стоимость участия:
      • 1500 грн с пары участников
      • 2000 грн с тройки (скидка 200 грн)
      • 2500 грн с четверки/пятерки (скидка 500 грн)
      Дата проведения:
      • 2 февраля, 9:30-19:00
        ОТКРЫТА ПРЕРЕГИСТРАЦИЯ >>>


        Advanced Scrum: проблемный вопрос


        Все знают о трех рекомендованных вопросах, на которые каждый из команды должен дать ответ во время ежедневного Скрам-митинга.

        У меня с ними проблемы.

        Как часто вы слышите расширенный ответ на третий вопрос "Есть ли у тебя проблемы?". Я - крайне редко, один раз на 10 митингов. Остальные разы звучит гордое: "Нет проблем!", да еще и со знаком восклицания.

        Конечно, на этот вопрос приятно ответить именно отрицательно (мы ведь все герои!). Намного сложнее признаться в наличие проблем, так еще и попросить о помощи (громогласное заявление о своей некомпетентности перед всей командой, ежедневно - о ужас!).

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

        У вас должны быть проблемы! Ежедневно. Если их у вас нет - вы делаете что-то неверно.

        Что же делать, если команда морозится?

        Я думаю, стоит изменить формат третьего вопроса.

        Вместо "Есть ли проблемы?" (это вообще-то закрытый вопрос, со всеми вытекающими) или его открытого варианта "Какие у тебя есть проблемы?" (чуть лучше, но не то) я предлагаю использовать такой:
        ЧТО БЫ ТЕБЕ МОГЛО ПОМОЧЬ ЗАВЕРШИТЬ ТО, НАД ЧЕМ ТЫ СЕЙЧАС РАБОТАЕШЬ?
        Почувствуйте разницу. Мы не говорим о проблемах (пока что). Мы пытаемся увеличить вероятность успеха выполнения задачи. На самом же деле это и является нашей прямой задачей!

        Подумайте, чего вы хотите как Скрам-мастер на самом деле?
        а) получить список проблем?
        б) сделать так, чтобы все задачи были сделаны?

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

         - Федя, что бы тебе могло помочь сделать это? - голос Скрам-мастера.

         - Ну... (пауза - признак хорошего вопроса), мне бы помогло, если бы у меня был набросок интерфейса админки, чтобы я потом по сто раз не переделывал ...
        Мы говорили о проблемах? Нет. Мы их нашли? Да! У нас нет наброска дизайна. Признался бы Федя в том, что это для его проблема? Не факт. Скорее всего ответил бы свое: "Проблем нет. Разберемся!"

        ---------

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

        Скрам 2.0 никогда не будет описан (по словам его со-автора Кена Шуэйбера), но это не должно останавливать нас от улучшения вещей, которые были описаны 10 лет назад. С тех пор мы многому научились.

        Удач вам!

        PS Кстати, я предлагаю также ввести четвертый вопрос: "Какими новостями ты бы хотел поделиться с командой?"

        Ваш krivitsky.com

        Как прошел тренинг "TDD in Action", глазами Виталия Стахова

        Итак, на этих выходных состоялся наш очередной с Сергеем Калинцом тренинг TDD in Action. Несмотря на то, что начиналось все совсем не радужно - я схлопотал пищевое отравление, участники из Донецка добирались на опаздывающем автобусе, в целом тренинг оставил только позитивные впечатления. Курс проходил в офисе ворк"н"ролл и собрал 7 участников, среди которых ребята из Беларуси, девушка, джавист и даже разработчики на Сильверлайт!

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

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

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

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

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

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

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

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

        Так прошел наш тренинг TDD in Action и, как уже стало традицией, принес пользу не только участникам, а и тренерам. Надеемся увидеть вас на одном из следующих тренингов СкрамГайдз!

        Автор статьи: Виталий Стахов