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

Описание

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

Этот подход служит для того, чтобы понять, КОГДА принять решение, а не КАК. Подход поможет вам понять, есть ли у вас обязательство или опцион (то есть право).

Описание

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

• опционы имеют ценность,

• опционы конечны и

• никогда не совершаются рано, если неизвестно, зачем.

Цель сессии планирования - направить команду, чтобы определить, какую работу необходимо выполнять во время итерации или чтобы реализовать Minimally Marketable Feature (MMF).

Описание

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

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

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

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

• определить затраты и усилия,

• установить приоритеты проекта и

• выдерживать график.

Поток создания ценности (или систематизация потока материалов и информации) обеспечивает основанное на фактах представление во времени потока действий, необходимых для поставки товара или услуги клиенту (внутреннему или внешнему). Методика используется для выявления областей для потенциального улучшения процесса.

Описание

Поток создания ценности представляет собой поток материалов и информации, необходимых для преобразования продукта и/или услуги начиная от сырья и заканчивая потребителем. Карта потока ценности (Value Stream Map, VSM) - это графическое представление, отражающее снимок потока создания ценности.