Agile своими силами - изучаем все аспекты Agile проектов
4.5 (1 rating)
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.
26 students enrolled
Wishlisted Wishlist

Please confirm that you want to add Agile своими силами - изучаем все аспекты Agile проектов to your Wishlist.

Add to Wishlist

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

Agile своими силами — это онлайн-курс самостоятельного изучения различных аспектов Agile в серии коротких видеороликов.
4.5 (1 rating)
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.
26 students enrolled
Last updated 6/2014
Russian
Current price: $10 Original price: $45 Discount: 78% off
1 day left at this price!
30-Day Money-Back Guarantee
Includes:
  • 6 hours on-demand video
  • 1 Supplemental Resource
  • Full lifetime access
  • Access on mobile and TV
  • Certificate of Completion
What Will I Learn?
  • Разобраться, что представляют собой Agile подходы к разработке программного обеспечения
  • Помочь начать делать что-то самостоятельно
  • Детально разобраться со Scrum методологией и ее практиками
  • Понять, как важные аспекты управления проектами делаются с применением Agile методов
View Curriculum
Requirements
  • Вы так или иначе связаны с работой команд разработки Программного Обеспечения (будь то бизнес аспекты или работа в командах или организация и управление такими командами)
  • Вам нужно иметь начальное представление о том, что значит Agile Software Development
  • Желание разобраться с деталями на практических примерах из моего опыта
  • Готовность учиться :-)
Description

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

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

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

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

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

Who is the target audience?
  • Вы еще не пробовали, не изучали, хотя уже много много слышали про Agile
  • Вы уже много чего знаете про Agile, Scrum и связанные темы, но еще ни разу не пробовали применить свои знания
  • Вы уже попробовали внедрять какую-то из Agile методологий или просто отдельные практики, и не очень получилось
  • Вы уже практикуете Scrum или другую Agile методологию, тогда отдельные темы этого курса онлайн обучения могут дать свежий взгляд на вашу текущую ситуацию
Students Who Viewed This Course Also Viewed
Curriculum For This Course
Expand All 16 Lectures Collapse All 16 Lectures 06:14:54
+
Вступление
1 Lecture 01:42

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

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

Preview 01:42
+
Что такое Agile, откуда пришел термин, когда вам нужны Agile методы
3 Lectures 28:00

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

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

Preview 09:02

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

Откуда пришел термин Agile и когда вам действительно нужны Гибкие Методологии
09:13

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

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

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

Прежде чем вы начнете "внедрять" Agile: плохая и хорошая новость
09:45
+
Scrum как самая популярная Agile методология
3 Lectures 01:19:32

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

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

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

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

Scrum – почему так мало ролей, практик и артефактов
24:35

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

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

Секреты ролей в Scrum
28:07

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

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

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

Как организовать работу Scrum команды
26:50
+
Советы по проведению встреч в Scrum методе
4 Lectures 01:51:41

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

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

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

Ритуалы Scrum: нюансы планирования и работы внутри спринта (итерации)
29:53

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

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

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

Ритуалы Scrum: Daily Scrum — обязаловка или необходимость
25:47

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

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

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

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

Ритуалы Scrum: Хвастаемся грамотно или советы по проведению Sprint Review
23:54

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

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

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

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

Ритуалы Scrum: Ретроспектива — механизм постоянной адаптации
32:07
+
Прикладные аспекты ведения проектов Agile методами
4 Lectures 01:58:11

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

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

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

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

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

Оценка и планирование Agile проектов
39:15

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

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

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

Бэклоговедение в Scrum: управление требованиями и приоритетами
28:08

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

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

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

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

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

Agile управление требованиями: Истории рассказанные пользователями
26:53

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

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

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

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

Agile процессы: метрики и оптимизация
23:55
+
Бонус: Канбан метод - когда и как переходить на него
1 Lecture 32:48

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

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

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

Переход от Scrum к Kanban
32:48
About the Instructor
Timofey Yevgrashyn
4.5 Average rating
1 Review
26 Students
1 Course
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 разработки программного обеспечения, я решил поделиться своим опытом в этом курсе. Здесь только практические аспекты!