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

Описание

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

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

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

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

Описание

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

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

Описание

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

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

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

Описание

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