Agile своими силами - изучаем все аспекты Agile проектов

Agile своими силами — это онлайн-курс самостоятельного изучения различных аспектов Agile в серии коротких видеороликов.
0.0 (0 ratings) Instead of using a simple lifetime average, Udemy calculates a
course's star rating by considering a number of different factors
such as the number of ratings, the age of ratings, and the
likelihood of fraudulent ratings.
12 students enrolled
$19
$45
58% off
Take This Course
  • Lectures 16
  • Length 6.5 hours
  • Skill Level All Levels
  • Languages Russian
  • Includes Lifetime access
    30 day money back guarantee!
    Available on iOS and Android
    Certificate of Completion
Wishlisted Wishlist

How taking a course works

Discover

Find online courses made by experts from around the world.

Learn

Take your courses with you and learn anywhere, anytime.

Master

Learn and practice real-world skills and achieve your goals.

About This Course

Published 7/2015 Russian

Course Description

Обучая последние 7 лет команды основам Agile разработки программного обеспечения, я решил поделиться своим опытом в этом курсе. Здесь только практические аспекты!

Преимущества этого курса: Вы можете осваивать материал, находясь где-угодно, и тогда, когда вам это удобно, в любое время суток. Udemy плеер поддерживается всеми браузерами и есть мобильные клиенты, поэтому вы сможете смотреть видео на любом устройстве. Интенсивность и продолжительность занятий вы регулируете самостоятельно.

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

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

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

What are the requirements?

  • Вы так или иначе связаны с работой команд разработки Программного Обеспечения (будь то бизнес аспекты или работа в командах или организация и управление такими командами)
  • Вам нужно иметь начальное представление о том, что значит Agile Software Development
  • Желание разобраться с деталями на практических примерах из моего опыта
  • Готовность учиться :-)

What am I going to get from this course?

  • Разобраться, что представляют собой Agile подходы к разработке программного обеспечения
  • Помочь начать делать что-то самостоятельно
  • Детально разобраться со Scrum методологией и ее практиками
  • Понять, как важные аспекты управления проектами делаются с применением Agile методов

What is the target audience?

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

What you get with this course?

Not for you? No problem.
30 day money back guarantee.

Forever yours.
Lifetime access.

Learn on the go.
Desktop, iOS and Android.

Get rewarded.
Certificate of completion.

Curriculum

Section 1: Вступление
01:42

Давайте познакомимся.

Кто я такой и почему рассказываю вам

Section 2: Что такое Agile, откуда пришел термин, когда вам нужны Agile методы
09:02

Этот вводный модуль не содержит стандартных рассказов, направленных на “продажу Agile”. Итак, вам интересно слово Agile, что дальше?

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

09:13

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

09:45

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

Хорошая новость в том, что вы все равно можете попробовать, как это сделали миллионы людей до вас.

Agile методы направлены на адаптивность и возможность подстроить, как продукт, так и сами методы под вашу ситуацию.

Section 3: Scrum как самая популярная Agile методология
24:35

Я считаю, что Scrum — это самая удобная методология, чтобы начать практиковать. Последние опросы о состоянии Agile разработки ПО, говорят, что Scrum и его модификации применяет 73% опрошенных (по данным “State of Agile Development Survey Results” от VersionOne).

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

Scrum — это рамки и шаблоны взаимодействия (management framework), которые, как лакмусовая бумага показывают проблемные области. А решение этих проблем оставим людям, действующим в конкретных ситуациях и руководствующихся принципами и здравым смыслом.

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

28:07

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

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

26:50

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

Какие качества и характеристики должны быть у потенциальных членов команды, чтобы они успешно работали по Scrum? Допустим, у вас уже есть команда и вы решили внедрять Scrum — на что стоит обратить внимание и что стоит подкорректировать в их поведении?

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

Section 4: Советы по проведению встреч в Scrum методе
29:53

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

Вроде бы, все просто — десять рабочих дней, нужно распланировать работу команды из 7 человек (в среднем) и перейти от слов к делу. Тем не менее, вопросов, связанных как с проведением самой встречи, так и с подходами к оптимальному планированию работ, очень много.

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

25:47

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

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

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

23:54

Эта встреча в Scrum методологии вызывает не меньше вопросов, чем все остальные. Хотя, казалось бы, что может быть проще, сделали – показали, обсудили.

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

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

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

32:07

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

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

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

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

Section 5: Прикладные аспекты ведения проектов Agile методами
39:15

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

В ИТ эта проблема существует с самого начала индустрии программного обеспечения. Ужасающая статистика говорит о том, что лишь 32% проектов заканчиваются вовремя и в рамках бюджета. А еще проекты в среднем стоят 189% от первоначальной оценки. Причины этого разные, вопрос в том, что с этим можно делать?

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

Как и со всякой абстракцией, объяснить суть сравнительной оценки в «Пунктах» оказывается нелегко. Много статей на нашем сайте, много выступлений на конференциях, и все равно каждый раз, когда я работаю в Scrum команде, вопросов находится не мало.

В этом модуле я объясняю, как правильно использовать практики оценки в стиле Agile, и заодно даю инструкцию, как внедрить эти практики в вашу организацию.

28:08

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

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

В этом модуле идет речь о том, на что обращать внимание, когда вы создаете свой Бэклог. Какие виды бэклогов бывают. Чем могут отличаться элементы бэклога разного типа, какие у них должны быть общие характеристики. Ну и на закуску, рассказывается о том, как расставлять приоритеты и какими принципами и соображениями можно руководствоваться. Этот модуль интересен не только Владельцам Продукта, но и всем, кто вовлечен в работу по Scrum.

26:53

Формат записи требований может быть разный. В книгах про Scrum обычно говорят Элемент Бэклога (Product Backlog Item) и дальше можно было бы оставить все на ваше усмотрение.

В Agile мы приветствуем техники, которые способствуют общению и взаимодействию заказчиков и членов команд. С этой точки зрения Истории Пользователя являются незаменимым инструментом для перехода вашего описания продукта на качественно иной уровень.

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

Отдельно встает проблема приоритезации, так как многие компании не в состоянии четко оценить, что такое «ценно» и в соответствии с этим расставить приоритеты.

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

23:55

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

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

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

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

Section 6: Бонус: Канбан метод - когда и как переходить на него
32:48

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

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

В этом модуле рассказывается, почему начинать со Scrum все-таки лучше. В каких случаях следует переходить к Kanban, хотя бы частично. И что за зверь Scrum-ban.

Students Who Viewed This Course Also Viewed

  • Loading
  • Loading
  • Loading

Instructor Biography

Timofey Yevgrashyn, Agile Coach, Trainer, Consultant

Тимофей Евграшин — тренер и консультант по внедрению гибких методологий управления проектами Agile/Scrum, Agile Coach, автор блога The Improved Methods. Более 12 лет создает и руководит командами по разработке программного обеспечения.

«Уже много лет мне доводится участвовать в создании команд по разработке программного обеспечения. Каждая команда и проект уникальны. Наблюдая за формированием команд их развитием, я пришел к понимаю того, что можно делать лучше и главное как. В 2007 году я занялся обучением Agile-разработке и внедрением подхода Scrum в различных командах, стал работать с командами для выявления и преодоления проблем в их работе.

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

Докладчик на многих конференциях: Agile Eastern Europe, Agile Base Camp, AgileDays, ReqLabs и т.п.

Обучая команды основам Agile разработки программного обеспечения, я решил поделиться своим опытом в этом курсе. Здесь только практические аспекты!

Ready to start learning?
Take This Course