Agile

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

Конкретные проверяемые условия, которым должна соответствовать пользовательская история, чтобы её приняли как выполненную.

График, который показывает, сколько работы осталось в спринте или релизе по дням.

График, который показывает выполненную работу и общий объём проекта или спринта отдельными линиями.

Регулярная встреча команды для уточнения, оценки и дробления историй в бэклоге продукта.

Ежедневная 15-минутная встреча команды для синхронизации хода спринта.

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

Перечень условий, при выполнении которых задачу можно брать в спринт.

Готовая к выпуску часть продукта, созданная командой за один спринт.

Метод управления потоком задач с визуализацией на доске и ограничением количества одновременно выполняемых задач (WIP).

Минимально жизнеспособная версия продукта, которая позволяет проверить ключевую гипотезу.

Минимальный продукт, за который пользователи готовы платить и который уже можно открыто продвигать.

Упорядоченный по приоритету список всего, что может появиться в продукте.

Роль в Scrum, отвечающая за ценность продукта и за управление бэклогом продукта.

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

Гибкий фреймворк разработки продуктов короткими итерациями — спринтами — с фиксированными ролями, артефактами и встречами.

Часть бэклога продукта, которую команда взяла в работу на текущий спринт, вместе с планом её выполнения.

Относительная единица оценки сложности и трудоёмкости пользовательской истории.

Встреча в начале спринта, на которой команда выбирает задачи и собирает бэклог спринта.

Встреча в конце спринта, на которой команда показывает готовый инкремент продукта заказчикам и заинтересованным сторонам.

Встреча в конце спринта, на которой команда разбирает свой процесс работы и договаривается об улучшениях.

Роль в Scrum: отвечает за рабочий процесс команды и за устранение препятствий.

Исследовательская задача с жёстким ограничением по времени, которую берут в спринт, чтобы снять неопределённость.

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

Практика, при которой пользовательскую историю до начала работы обсуждают три роли: продуктовая, разработка и тестирование.

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

Среднее число Story Points, которое команда закрывает за один спринт.

Повторяющийся короткий цикл разработки в гибких методологиях.

Кросс-функциональная самоорганизующаяся группа в Scrum, которая каждый спринт создаёт готовый инкремент.

Команда, в которой собраны все компетенции, нужные для создания продукта целиком.

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

Краткое описание требования глазами пользователя по формуле «как [роль], я хочу [действие], чтобы [польза]».

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

Изменение внутреннего устройства кода без изменения его поведения: код становится понятнее и дешевле в правке, а результат работы остаётся прежним.

Фиксированный отрезок времени в Scrum, обычно от одной до четырёх недель, за который команда создаёт готовый инкремент продукта.

Крупная единица работы, которую нельзя завершить за один спринт; разбивается на пользовательские истории.

Гибкая методология разработки Кента Бека: короткие циклы, тесты до кода, парная работа и постоянная сборка доведены до предела.