This version of the page http://tim.com.ua/agile-on-their-own/ (0.0.0.0) stored by archive.org.ua. It represents a snapshot of the page as of 2012-05-22. The original page over time could change.
Agile своими силами | The Improved Methods

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 за оказанную поддержку в проведении онлайн-курса