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

Описание

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

• I-14578 Может в список фильтрации по статусу пожелания добавить еще один вариант "Завершено" и фильтровать...
• I-14731 Сейчас могу зайти на вкладку релизы и сформировать список выполненных пожеланий, который открывается на вкладке...
• I-14735 Хочется без лишних телодвижений вставлять в блог журнала список пожеланий, закрытых в конкретной итерации.
• I-14719 Параметр "Настройка почтовых уведомлений" сбрасывается на - получать уведомления адресованные системой.
• I-14734 В сообщении блога проекта с прикрепленным к сообщению файлом. Файл виден и доступен для скачивания...

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

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

Для загрузки доступно обновление DEVPROM, решающее следующие проблемы:

• I-14317 Многоуровневые списки подготовленные в CKEditor - некорректно выгружаются в RTF отступы и первые строки списков
• I-14580 При нажатии на вкладку «Итерации» выдается список задач, судя по строке фильтров, итерации 2.1. На...
• I-14557 На kanban доске невозможно перетащить единственное пожелание- доска схлопывается
• I-14611 подскажите, пожалуйста, как выгрузить требования определенного статуса (например, только в статусе "подписано") в...
• I-14670 Был создан проект SCRUM упрощенный,...

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

Описание

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