Вы находитесь на странице: 1из 33

Agile

Agile
Правила

Договоримся о правилах

• Вопросы лучше задавать в конце блока, крупные на афтепати

• Не бывает глупых вопросов

• Бывают ответы в 4 утра

• Домашние работы проверяются в течении 7 дней

• Домашние работы проверяются в порядке поступления


Проект

Урок 1
1 Базовые подходы к управлению проектами.
Каскадная модель

Урок 2
2 Agile

Урок 3
3
Основные методологии Agile

Урок 4
4
Сертификации по управлению проектами
Agile

Структура лекции

1. Предпосылки и контекст
2. Agile Манифест, появление, ценности
3. Подходы, общие для Agile методологий
4. Области применения
Предпосылки и контекст
Предпосылки и контекст

1969
Аполлон 11
Полет человека на Луну

1970
Статья др. Ройса
Первое структурное описание
каскадной методологии
Предпосылки и контекст

1989
Появление
Internet
199х-2001
Бум доткомов
Предпосылки и контекст

Этот период характерен...

● Массовым внедрением компьютеров в бизнес процессы

● Активной разработкой софта для крупных компаний

● Взрывным рост интернета в общем, и e-commerce в частности

● Спрос на создание софта и сайтов в короткие сроки вырос драматически


Предпосылки и контекст

А еще он характерен...

● Созданием продуктов в совершенно новой нише

● Отсутствием готовых инструментов, решений, best practice

● Быстрым изменением рынка


Предпосылки и контекст

А еще он характерен...

... низкой степенью


упорядоченности и
предсказуемости в работе
Вопросы?
Agile Манифест,
появление, ценности
Agile манифест, появление, ценности

Agile Manifesto

Документ, который был разработан в феврале 2001 года на встрече 17


независимых практиков в области управления IT проектами.

Этот документ содержит принципы и подходы, которые они предлагали


использовать в работе для наилучшего достижения бизнес-задач всех
участников разработки.

Манифест основывался на прикладном опыте этих специалистов, практиках


разработки IT продуктов, которые они применяли в своей работе.
Agile манифест, появление, ценности

Agile-манифест. Ценности:
1. Люди и их взаимодействие важнее процессов и инструментов;

2. Работающие продукты важнее исчерпывающей документации;

3. Сотрудничество с заказчиком важнее проработки деталей контракта;

4. Готовность к изменениям важнее следования первоначальному плану.


Agile манифест, появление, ценности

Agile-манифест. Принципы:
1. Наивысшим приоритетом для нас является удовлетворение потребностей заказчика,
благодаря регулярной и ранней поставке ценного программного обеспечения.
2. Изменение требований приветствуется, даже на поздних стадиях разработки. Agile-
процессы позволяют использовать изменения для обеспечения заказчику конкурентного
преимущества.
3. Работающий продукт следует выпускать как можно чаще, с периодичностью от пары недель
до пары месяцев.
4. На протяжении всего проекта разработчики и представители бизнеса должны ежедневно
работать вместе.
5. Над проектом должны работать мотивированные профессионалы. Чтобы работа была
сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им.
6. Непосредственное общение является наиболее практичным и эффективным способом
обмена информацией как с самой командой, так и внутри команды.
7. Работающий продукт — основной показатель прогресса.
Agile манифест, появление, ценности

Agile-манифест. Принципы:
8. Инвесторы, разработчики и пользователи должны иметь возможность поддерживать
постоянный ритм бесконечно. Agile помогает наладить такой устойчивый процесс
разработки.
9. Постоянное внимание к техническому совершенству и качеству проектирования повышает
гибкость проекта.
10. Простота — искусство минимизации лишней работы — крайне необходима.
11. Самые лучшие требования, архитектурные и технические решения рождаются у
самоорганизующихся команд.
12. Команда должна систематически анализировать возможные способы улучшения
эффективности и соответственно корректировать стиль своей работы.
Вопросы?
Подходы, общие для
Agile методологий
Общие подходы

“Здесь и в других работах я использую слово "Agile" в кавычках для обозначения


множества примеров, подходов и процессов, которые описываются как нечто в контексте
Agile, но при этом не всегда придерживаются буквы или духа гибкой методики разработки
ПО, о которой мы писали в Манифесте Agile. Иногда я буду употреблять слово
"псевдо-Agile", чтобы подчеркнуть различия с исходной методикой, или «темная методика
Agile» для описания действительно неудачных "Agile-подходов". Я также могу ссылаться на
Манифест Agile, чтобы указать на основные идеи Манифеста, в которые я по-прежнему
верю”.

Рон Джеффрис, создатель Agile Manifesto


Общие подходы

Цель - довольный клиент

Каждую часть продукта и весь продукт в целом необходимо рассматривать с


точки зрения ценности для пользователя, выбирая наиболее простое и быстрое
решение из тех, которые решат потребность заказчика и пользователя.

Нельзя:
● Игнорировать задачи и потребности заказчика и/или пользователя
● Выбирать, основываясь на своих предпочтениях
● Не согласовывать решения с заказчиком
Общие подходы

Средство - продукт

Результатом работы может быть только продукт, который был поставлен и


решил задачи клиента.

Нельзя:
● Отказываться от быстрой поставки продукта
● Оценивать и измерять свою работу в отрыве от результатов поставки.
“Делали” не аргумент. Аргумент - “сделали”, аргумент - пользовательские
метрики.
● Позволять процессам мешать выдать нужный продукт в нужный срок.
Общие подходы

Инструмент - команда

Нужный продукт в требуемые сроки может создать только команда, состоящая


из профессионалов, которым не только не мешают работать оптимальным
образом, но и помогают в этом.

Нельзя:
● Чрезмерно контролировать команду, не давая им принимать участие в
принятии решений.
● Отвергать мнение и экспертизу членов команды.
● Не давать команде настраивать свой рабочий процесс, инструменты,
коммуникации, пайплайны оптимальным для них образом.
● Самоустраниться от командной коммуникации и принятия решений.
Общие подходы

Манифест - способ смотреть на задачи

Аджайл манифест описывает определенный набор взглядов и способов


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

Нельзя:
● Воспринимать Agile Manifesto как непреложную истину, руководствоваться
буквой.
● Отвергать дух манифеста
Вопросы?
Области применения
Области применения

1. Быстро меняющийся рынок

2. Высокая конкуренция за пользователя

3. Отсутствие best practice и/или экспертизы


Вызовы 4. Невозможность умозрительно понять,
“зайдет” ли то или иное решение

5. Необходимость быстро вывести продукт


на самоокупаемость
Области применения

1. WEB

2. IT

3. Gamedev
Области применения 4. Научные исследования

5. Создание девайсов

6. ETC
Заключение
Заключение

Что узнали сегодня?

Выяснили, когда и в ответ на какие вызовы сформировался Agile подход

Познакомились с ценностями и принципами Agile Manifesto

Обсудили цели и best practice гибкого подхода


Заключение

Вопросы?
Домашка
Домашнее задание

Что сделать дома


Задание

Вы менеджер проекта, и на вашем проекте возникли кейсы из списка ниже. Для


каждой ситуации сформулируйте решение, и обоснуйте его
1. В ТЗ на разрабатываемое мобильное приложение не описаны минимальные
поддерживаемые устройства. Заказчик не может дать эту информацию до конца
текущей итерации.
2. Ваша команда по созданию PC игры хочет хранить все материалы в GITе, а не в SVN.
3. Заказчик просит изменить тематику интернет-магазина, который вы создаете для
него. Вы делали магазин по продаже стройматериалов, а теперь это будет сайт по
продаже мобильных телефонов.
4. Вы делаете B2B продукт в области телекома. В ТЗ описан процесс тестирования
продукта на ваших blade серверах. Это долго и дорого для вас.
5. Ваша команда по созданию новостного портала хочет перестать выдавать новую
рабочую версию сайта раз в 2 недели, и предлагает отдать все заказчику тогда,
когда будет готово. Они обещают за счет этого сократить срок разработки с 4 до 3
месяцев.
До встречи