Agile своими силами
Agile своими силами — это бесплатная онлайн программа самостоятельного изучения различных аспектов Agile в виде серии коротких вебинаров.
Эта программа рассчитана на вас, если вы
- хотите начать делать что-то самостоятельно
- уже много чего знаете про Agile, Scrum и связанные темы, но еще ни разу не пробовали применить свои знания
- уже попробовали внедрять какую-то из Agile методологий или просто отдельные практики, и не очень получилось
- уже практикуете Scrum или другую Agile методологию, тогда отдельные темы этого курса онлайн обучения могут дать свежий взгляд на вашу текущую ситуацию
- еще не пробовали, не изучали, хотя уже много много слышали про Agile
Программа представляет серию вебинаров, продолжительностью 30 минут, из которых 20 минут — рассказ по теме, остальное время — на вопросы участников.
Записи вебинаров в свободном доступе публиковаться не будут, поэтому если хотите послушать, то не пропускайте.
Участие бесплатное, хотя количество участников ограничено платформой до 100 подключений. Лучше регистрироваться заранее.
И если вы попали случайно на этот блог и на эту программу, впервые узнали обо мне и задаетесь вопросом, а почему собственно я могу все это рассказывать, то вот небольшая инфографика обо мне:

Ниже вы найдете описание каждого модуля и ссылки на регистрацию.
1. Agile, с чего начать
19 апреля 2012 года, четверг, 11:00-11:30 (GMT +3, EEST)
Этот вводный модуль не содержит стандартных рассказов, направленных на “продажу Agile” — ссылаясь на вступление к курсу, я подозреваю, что вы и так уже заинтересовались. Итак, вам интересно слово Agile, что дальше?
Мы поговорим о том, когда нужна Agile методология и вы будете лучше понимать вашу ситуацию, чтобы сформулировать для себя цели внедрения новых или улучшения существующих методов управления проектом.
Я расскажу об упражнении, которое поможет обобщить знания и понимание про Agile в рамках вашей команды или компании. На примере этого упражнения мы заодно выделим основные темы связанные с этим “словом на букву А”, и вы получите ссылки для дальнейшего само-развития.
2. Scrum – почему так мало ролей, практик и артефактов?
26 апреля 2012 года, четверг, 11:00-11:30 (GMT +3, EEST)
Я считаю, что Scrum — это самая удобная методология, чтобы начать практиковать. Последние опросы о состоянии Agile разработки ПО, говорят, что Scrum и его модификации применяет почти 70% опрошенных (по данным “State of Agile Development Survey Results” от VersionOne ).
Секрет популярности понятен — это методология, говорящая об управлении проектом и оставляющая за скобками технические аспекты. В конце-концов это вопрос технического профессионализма, как писать программы, в то время как многие проектные команды и представители бизнеса просто страдают от отсутствия налаженного взаимодействия.
Scrum — это рамки и шаблоны взаимодействия (management framework), которые как лакмусовая бумага показывают проблемные области. А решение этих проблем оставим людям, действующим в конкретных ситуациях и руководствующихся принципами и здравым смыслом.
В этом модуле мы поговорим о рамках и шаблонах, разберемся почему так мало правил, и какую важную роль играет каждое из них.
Регистрация
3. Секреты ролей в Scrum
10 мая 2012 года, четверг, 11:00-11:30 (GMT +3, EEST)
Роли почему-то часто путают с титулами и функциями. Один человек может играть несколько ролей, или наоборот одну и ту же роль могут играть разные люди. Посмотрите на театр — всегда есть второй состав и не всегда тот, кто играет роль на сцене указан в программке. Играет ли он от этого хуже? Скорее всего нет, во всяком случае он старается играть также, в соответствии со своими знаниями и навыками.
Для работы по Scrum методологии нужно всего три роли — мы поговорим об ожиданиях к человеку в каждой из ролей. О том, какие знания и навыки нужно будет развивать, чтобы добиться вершин, играя ту или иную роль в Scrum.
Регистрация
4. Как организовать работу Scrum команды?
17 мая 2012 года, четверг, 11:00-11:30 (GMT +3, EEST)
Когда-то была шутка, что многие рецепты поваренной книги не подходят для холостяков, потому что все они начинаются с фразы: “Возьмите чистую кастрюлю”. Похожая ситуация происходит со Scrum, когда авторы методологии или основные практики/евангелисты говорят: “Scrum основан на самоорганизующейся и кросс-функциональной команде”. Нередко бизнесмен или менеджер, отвечающие за запуск проекта по разработке ПО, сталкиваются с вопросом: где взять такую команду?
Какие качества и характеристики должны быть у потенциальных членов команды, чтобы они успешно работали по Scrum? Допустим, у вас уже есть команда и вы решили внедрять Scrum — на что стоит обратить внимание и что стоит подкорректировать в их поведении?
Эти вопросы занимают чуть ли не большую часть нашего блога, тем не менее я постараюсь выделить основные аспекты для вашего внимания.
Регистрация
5. Ритуалы Scrum: нюансы планирования и работы внутри спринта (итерации)
24 мая 2012 года, четверг, 11:00-11:30 (GMT +3, EEST)
Понятие Спринт (Sprint) в Scrum методологии ввели как синоним слова итерация, т.е. забег на короткую дистанцию, после которого мы добиваемся каких-то результатов. Основываясь на разных факторах, длинна такого забега не больше четырех недель и в среднем самая популярная продолжительность две недели.
Вроде бы, все просто — десять рабочих дней, нужно распланировать работу команды из 7 человек (в среднем) и перейти от слов к делу. Тем не менее, вопросов, связанных как с проведением самой встречи, так и с подходами к оптимальному планированию работ, очень много.
В этом модуле мы поговорим о нюансах проведения самой встречи по планированию, об основных критериях оптимального планирования, а также о том, что делать с возможными рисками ошибки планирования или просто незапланированными авралами.
Регистрация
6. Ритуалы Scrum: Daily Scrum — обязаловка или необходимость?
31 мая 2012 года, четверг, 11:00-11:30 (GMT +3, EEST)
Вроде бы все просто: команда объединенная одной целью, собралась вместе, чтобы скоординировать свои усилия. С помощью трех простых вопросов каждый смог быстро обменяться информацией с коллегами и все пошли работать.
Тем не менее, проблем и вопросов о проведении ежедневных встреч, которые называются Daily Scrum (они же Daily Standup) мне задавали очень много. На эту тему мной уже написана не одна статья в блоге и сделан уже не один доклад. Как и в любой области человеческих взаимоотношений, нюансов может быть множество, причем в разработке ПО, да еще и в условиях распределенных команд, добавляются новые и новые сложности.
В этом модуле мы поговорим об основных целях и ценности этой встречи, а также рассмотрим много кейсов-примеров, что и как может пойти не так на этой встрече.
Регистрация
7. Ритуалы Scrum: Хвастаемся грамотно или советы по проведению Sprint Review
7 июня 2012 года, четверг, 11:00-11:30 (GMT +3, EEST)
Эта встреча в Scrum методологии вызывает не меньше вопросов, чем все остальные. Хотя, казалось бы, что может быть проще, сделали – показали, обсудили.
Это чем-то похоже на допремьерный показ фильма. Люди, которые ходили и смотрели, потом рассказывают другим и заодно дают обратную связь об увиденном фильме.
В разработке ПО тоже нужно уметь хвастаться и если делать это грамотно, то команда разработчиков из категории «эти ИТ-шники» может перейти в категорию равноценных партнеров бизнеса. Я уже не говорю о вопросах доверия команде, которая регулярно показывает что-то – после этого и просить об уступках легче
В этом модуле мы поговорим о рецептах проведения этой встречи: подготовка, сценарий и время, основные моменты для каждой роли. Также обсудим, что делать, если команда внутренняя и если команда заказная, когда разделять понятие Демонстрация и Sprint Review.
Регистрация
8. Ритуалы Scrum: Ретроспектива — механизм постоянной адаптации
14 июня 2012 года, четверг, 11:00-11:30 (GMT +3, EEST)
Практику командного самоанализа добавили в Scrum в виде обязательной встречи. Фактически, эта встреча подходит любой команде вне зависимости от того, какую методологию они используют и что делают. По сути, это мощнейший инструмент адаптации команды.
Вы никогда не сможете предсказать все заранее, а вот сделать выводы из полученного опыта можно, чтобы не повторять ошибок или в следующий раз добиться большего. Ну а если делать это регулярно и часто, то можно добиться очень и очень многого.
На тему Ретроспектив я написал не одну и даже не десять статей, сделал много докладов и презентаций. Тему можно развивать как в ширь, так и в глубь, но я остановлюсь на самых практических вопросах.
В этом модуле мы поговорим об основных моментах Ретроспективной встречи, как к ней подготовиться, какие бывают форматы проведения и, конечно же, практические советы по проведению.
Регистрация
9. Оценка и планирование Agile проектов
21 июня 2012 года, четверг, 11:00-11:30 (GMT +3, EEST)
Как только вы оказываетесь в ситуации, когда ваш проект — это не просто набор функциональности, который вы сделали в ближайшие две недели, а большое и масштабное приложение, которое требует начального плана – вы сталкиваетесь с проблемой оценки и планирования проекта.
В ИТ эта проблема существует с самого начала индустрии программного обеспечения. Ужасающая статистика говорит о том, что лишь 32% проектов заканчиваются вовремя и в рамках бюджета. А еще проекты в среднем стоят 189% от первоначальной оценки. Причины этого разные, вопрос в том, что с этим можно делать?
Если все так плохо с предсказаниями, то тратить время на них нужно как можно меньше. Сама методология Scrum дает механизм постоянной адаптации планов, и нужно лишь сделать начальную оценку, чтобы понимать размеры вашего «слона».
Как и со всякой абстракцией, объяснить суть сравнительной оценки в «Пунктах» оказывается нелегко. Много статей на нашем сайте, много выступлений на конференциях, и все равно каждый раз, когда я работаю в Scrum команде, вопросов находится не мало.
В этом модуле я объясню, как правильно использовать практики оценки в стиле Agile, и заодно постараюсь дать инструкцию, как внедрить эти практики в вашу организацию.
Регистрация
10. Бэклоговедение в Scrum: управление требованиями и приоритетами
05 июля 2012 года, четверг, 11:00-11:30 (GMT +3, EEST)
Бэклог Продукта важнейший артефакт для работы Scrum команд. Вы можете применять доски и много других способов визуализации, но сама концепция плоского списка «хотелок» чаще всего оказывается ключевой для успешной работы по Scrum методологии.
В моем опыте, для начинающих команд и начинающих Владельцев Продукта, создать такой список оказывалось самым большим усилием. И не важно, используете ли вы специальный формат записи требований в виде Историй Пользователя, или просто помещаете в список все, что было в голове у вас и ваших клиентов. Проблемы будут одинаковые
В этом модуле мы поговорим о том, на что обращать внимание, когда вы создаете свой Бэклог. Какие виды бэклогов бывают. Чем могут отличаться элементы бэклога разного типа, какие у них должны быть общие характеристики. Ну и на закуску, поговорим о том как расставлять приоритеты и какими принципами и соображениями можно руководствоваться. Этот модуль будет интересен не только Владельцам Продукта, но и всем, кто вовлечен в работу по Scrum.
Регистрация
11. Agile управление требованиями: Истории рассказанные пользователями
12 июля 2012 года, четверг, 11:00-11:30 (GMT +3, EEST)
Формат записи требований может быть разный. В книгах про Scrum обычно говорят Элемент Бэклога (Product Backlog Item) и дальше можно было бы оставить все на ваше усмотрение.
В Agile мы приветствуем техники, которые способствуют общению и взаимодействию заказчиков и членов команд. С этой точки зрения Истории Пользователя являются незаменимым инструментом для перехода вашего описания продукта на качественно иной уровень.
Несмотря на простоту формата, есть ряд нюансов в его применении. Неоднократно мне приходилось общаться с Владельцами Продукта и командами, которые страдали и буквально плакали от того, что некий тренер им сказал на Scrum -тренинге, что Бэклог должен содержать Истории Пользователей и на этом остановился. Есть ряд «домашней работы», которую вы должны сделать, чтобы получить максимальное удовольствие и выгоду от применения этой техники.
Отдельно встает проблема приоритезации, так как многие компании не в состоянии четко оценить, что такое «ценно» и в соответствии с этим расставить приоритеты.
В этом модуле я не смогу пересказать содержимое своего тренинга, который занимает один день и последующую работу с командами. Все, что я смогу – это поделиться основными моментами, о которых стоит помнить и техниками работы с требованиями в стиле История Пользователя.
Регистрация
12. Agile процессы: метрики и оптимизация
19 июля 2012 года, четверг, 11:00-11:30 (GMT +3, EEST)
Итак, ваша команда уже работает по Scrum, вроде проблемы взаимодействия бизнеса и разработки уже решены. Хочется вперед и вверх. Или пусть даже у вас все не так радужно, и хочется просто понимать, где мы теряем темп и что нужно улучшать в первую очередь.
Тут обычно все вспоминают про метрики и начинают что-то мерять. И если задаться целью обратить внимание на ключевые области, то вам не нужно мерять лишь бы были метрики.
Есть всего несколько основных показателей, по которым я обычно определяю, как идут дела, и могу получить достаточно много информации для дальнейшей работы с командой. Какие-то данные у вас уже могут быть, только вы не знаете, как ими пользоваться. Что-то вы еще не измеряете и возможно уже стоит начать обращать внимание.
В этом модуле мы поговорим о нескольких ключевых метриках, как их собирать, как их читать и «толковать». Ну и конечно, несколько простых примеров, как можно это делать легко и не напрягаясь.
Регистрация
13. Переход от Scrum к Kanban
26 июля 2012 года, четверг, 11:00-11:30 (GMT +3, EEST)
Последнее время слово Канбан стало новым мега-модным базвордом. Возможно, это связано, что одним и тем же словом называют методологию управления проектами, философию и просто карточку с цифрой на ней.
Даже если вы знаете оба слова Scrum и Kanban, и понимаете, чем они отличаются, то вас наверняка интересует, когда и что из этого использовать. Особенно часто меня спрашивают, как перейти от Scrum к Kanban.
В этом модуле я расскажу, почему начинать со Scrum все-таки лучше. В каких случаях следует переходить к Kanban, хотя бы частично. И что за зверь Scrum-ban.
Регистрация
Примечание: В связи с длительностью программы, в последних датах возможны изменения.
Особая благодарность компании ScrumDesk за оказанную поддержку в проведении онлайн-курса
