Agile Process Wizard или как собрать Agile методологию под конкретный проект
1 like•312 views
Документ обсуждает выбор и модификацию agile методологий для проектов, акцентируя внимание на важности адаптации к изменениям и готовности команды и заказчика. Он включает разбор артефактов, практик и ценностей agile, а также рекомендации по выбору наиболее подходящей методологии. Вместе с этим рассматриваются причины смены методологии и моменты для ее пересмотра.
Agile Process Wizard или как собрать Agile методологию под конкретный проект
- 1. Agile Process Wizard или как собрать Agile методологию под конкретный проект Виталий Домрачев, Руководитель Проектов www.ExigenServices.com November 1-2, 2012
- 2. Проблемы? • Выбор методологии на старте проекта • Модификация/смена методологии на протяжении проекта 2
- 3. Содержание • Разбор методологий • Выбор методологии • Смена/модификация методологии 3
- 4. Разбор методологий • Артефакты • Практики • Ценности 4
- 5. Артефакты • Требования: – User Story – Acceptance Tests – Карточки – Burndown/Burnup Chart – Product/Sprint Backlog • Инженерные артефакты: – Код – Юнит Тесты • ... 5
- 6. Практики • Planning Game • Утренний статус митинг • Инженерные практики – Парное программирование или Code Review – Рефакторинг – Простой дизайн – ... • Customer On-Site • Короткие релизы • ... 6
- 7. Ценности • Манифест Agile: – Люди и взаимодействие важнее процессов и инструментов – Работающий продукт важнее исчерпывающей документации – Сотрудничество с заказчиком важнее согласования условий контракта – Готовность к изменениям важнее следования первоначальному плану 7
- 8. Перед выбором методологии • Размер команды и распределённость • Готовность заказчика – Подготавливать требования к релизу/спринту – Отвечать на вопросы в течении определенного времени – Тестировать продукт – К написанию командой юнит тестов – К работе команды в парах • Готовность команды – Работать в парах – Писать юнит тесты – Работать по “pull” модели 8
- 9. Выбор методологии • Использовать одну из существующих методологий; • Использовать одну из существующих методологий в качестве базовой и дополнить её; • Создать «свою методологию». 9
- 11. Как выбрать методологию неправильно • Взять за основу популярные/привычные практики и попытаться назвать это Agile методологией • Использовать неподходящую методологию с завидным упорством 11
- 12. Все изменяется “Everything in software changes. The requirements change. The design changes. The business changes. The technology changes. The team changes. The team members change. The problem isn’t change, per se, because change is going to happen; the problem, rather, is the inability to cope with change when it comes.” Kent Beck, eXtreme Programming XPlained 12
- 13. Причины для смены/изменения продукта • Переход продукта на новую стадию • Изменение состава команды • Выбранная методология не подходит для проекта • ... 13
- 14. Когда? • Периодически (каждую итерацию) • В момент изменения условий проекта: – Команда – Требования – Заказчик – Продукт 14
- 15. Что? • Что нужно прекратить делать • Что нужно продолжить делать • Что нужно начать делать 15
- 16. Вопросы? 16