Цитаты из книги автора Валерий Фунтов Agile. Процессы, проекты, компании t.me/marketologmanager

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

Проекты, возможно, потребуют больше компетенций, организации, опыта, особых методологий, и их жизненные циклы формально делятся на предиктивные («водопадные», или последовательные) и адаптивные (Agile-) виды

способность компании адаптироваться к меняющейся ситуации, сохраняя при этом свое видение или стратегию

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

Cемейство фреймворков (рамочных правил, или каркасов)

IP (work-in-progress): определяет лимит задач на разных стадиях, и чем он выше, тем хуже.

2. Прогнозирование.

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

Модель SCORE. Можно использовать универсальную модель SCORE (применяется в НЛП и не только для проектов, а также для бизнес-планов, продающих текстов, бытовых вопросов и т. п.) (Роберт Дилтс и Тодд Эпштейн, 1987), помогающую описывать новый замысел по аспектам:
♦ Symptom – симптом, актуальное состояние, «что сейчас происходит»;
♦ Cause – причина этого состояния, «что привело к тому, что происходит сейчас»;
♦ Outcome – желаемое будущее состояние, «к какому результату стремиться»;
♦ Resource – необходимый ресурс, «что нужно, чтобы перейти к желаемому результату»;
♦ Effect – будущие эффекты и последствия, «что даст переход к желаемому состоянию».

. Люди и взаимодействие гораздо важнее процессов и инструментов.
2. Работающее ПО важнее исчерпывающей документации.
3. Сотрудничество с заказчиком важнее согласования условий контракта.
4. Готовность к изменениям важнее следования первоначальному плану.

Классический («ванильный») Скрам включает три роли (команду разработчиков, владельца продукта и скрам-мастера), артефакты (журнал требований продукта, журнал требований спринта, инкремент или версию продукта) и ритуалы-процессы (планирование спринта, причесывание, обзор спринта, ретроспективу, летучку и собственно сам спринт).