Гибкое управление проектами (Agile) | Глоссарий терминов и определений
Обучение Обучение команды лучшим практикам разработки Онлайн и в офисе
Глоссарий / Гибкое управление проектами (Agile)

Гибкое управление проектами (Agile)

Agile

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

DevOps

DevOps — это культура и набор практик, объединяющих разработку (Development) и эксплуатацию (Operations) для быстрой и надежной поставки ценности пользователям. В отличие от традиционного подхода с изолированными командами, DevOps создает единый поток от идеи до продакшена. Это естественное продолжение Agile-принципов на уровне инфраструктуры и развертывания.
Подробнее →

Актуализация бэклога (Backlog Refinement)

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

Бэклог продукта (Product Backlog)

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

Владелец продукта (Product Owner)

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

Диаграмма сгорания (Burndown Chart)

Диаграмма сгорания — это визуальный инструмент, который показывает количество оставшейся работы по времени в спринте или проекте. В отличие от традиционных планов проектов, диаграмма сгорания фокусируется на темпе выполнения работы и помогает команде видеть прогресс в режиме реального времени. Основное отличие от диаграммы накопления — показывает уменьшение объема работы, а не её накопление.
Подробнее →

Доска задач спринта (Sprint Task Board)

Доска задач спринта — это визуальный инструмент в Scrum, который отображает все задачи текущего спринта и их статус выполнения. В отличие от обычных списков задач, доска показывает поток работы команды в реальном времени через колонки типа "К выполнению", "В работе", "Готово". Это живой индикатор прогресса спринта, который помогает команде видеть текущее состояние всех задач одним взглядом.
Подробнее →

Ежедневный скрам (Daily Scrum)

Ежедневный скрам — это короткая встреча команды разработки продолжительностью до 15 минут, которая проводится каждый рабочий день в одно и то же время. Участники синхронизируют работу, обсуждают прогресс и выявляют препятствия для достижения цели спринта. В отличие от традиционных статусных совещаний, фокус направлен на координацию действий команды, а не на отчётность перед руководством.
Подробнее →

Инспекция и адаптация (Inspect and Adapt)

Инспекция и адаптация — это основополагающий принцип Agile, который предполагает регулярную проверку текущих результатов и корректировку подхода на основе полученных данных. В отличие от традиционных подходов, где изменения вносятся только в конце проекта, Agile-команды постоянно анализируют свою работу и адаптируются к новым условиям.
Подробнее →

Критерии готовности (Definition of Done)

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

Критерии приемки (Acceptance Criteria)

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

Кросс-функциональная команда (Cross-functional Team)

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

Минимально жизнеспособный продукт (MVP)

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

Модульное тестирование (Unit Testing)

Модульное тестирование — это практика автоматической проверки отдельных компонентов кода на корректность работы. В Agile-командах позволяет получать мгновенную обратную связь о качестве кода и уверенно вносить изменения. Отличается от интеграционного тестирования фокусом на изолированную проверку конкретных функций или классов.
Подробнее →

Непрерывная интеграция (Continuous Integration)

Непрерывная интеграция — это практика разработки, при которой код разработчиков автоматически объединяется в общий репозиторий несколько раз в день с последующим автоматическим тестированием. В отличие от традиционных подходов с редкими интеграциями, эта практика позволяет выявлять конфликты и ошибки на ранних стадиях. Основа быстрой поставки ценности клиентам в Agile-командах.
Подробнее →

Оценка бэклога (Backlog Estimation)

Оценка бэклога — это процесс определения трудозатрат и сложности для элементов Product Backlog или Sprint Backlog в Agile-командах. В отличие от традиционного планирования с фиксированными сроками, оценка в Agile фокусируется на относительной сложности задач и помогает команде принимать обоснованные решения о приоритизации и планировании работы.
Подробнее →

Планирование спринта (Sprint Planning)

Планирование спринта — это событие в Scrum, где команда определяет объем работы на предстоящий спринт и способы её выполнения. В отличие от традиционного планирования проектов, здесь команда сама выбирает задачи и оценивает свои возможности на короткий период.
Подробнее →

Покер планирования (Planning Poker)

Покер планирования — это техника коллективной оценки сложности задач в Agile-командах с использованием карт с числами Фибоначчи. В отличие от индивидуальных экспертных оценок, метод основан на групповом обсуждении и консенсусе всей команды разработки.
Подробнее →

Пользовательская история (User Story)

Пользовательская история — это краткое описание функциональности продукта с точки зрения пользователя, написанное простым языком. В отличие от технических требований, история фокусируется на ценности для пользователя и результате, который он хочет получить. Это основной способ описания работы в Agile-командах.
Подробнее →

Приоритизация бэклога (Backlog Prioritization)

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

Ревью спринта (Sprint Review)

Ревью спринта — это встреча в конце спринта, где команда демонстрирует заказчикам и пользователям готовый продукт и получает обратную связь. В отличие от традиционных отчетов о проделанной работе, ревью фокусируется на ценности для пользователей и адаптации продукта на основе реальных потребностей.
Подробнее →

Ретроспектива (Retrospective)

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

Скорость команды (Velocity)

Velocity — это метрика, показывающая количество работы, которую команда может выполнить за один спринт, измеряемая в Story Points или других единицах. В отличие от традиционных показателей производительности, Velocity помогает команде планировать будущие спринты на основе собственного исторического темпа работы, а не внешних норм.
Подробнее →

Скрам (Scrum)

Scrum — это фреймворк для управления продуктом через короткие итерации, где команда регулярно демонстрирует рабочий результат и адаптируется к изменениям. В отличие от традиционного планирования на месяцы вперед, Scrum позволяет команде сосредоточиться на создании ценности каждые 2-4 недели. Фреймворк строится на трех ролях, пяти событиях и трех артефактах, которые обеспечивают прозрачность и быструю обратную связь.
Подробнее →

Скрам-мастер (Scrum Master)

Скрам-мастер — это роль в Scrum-команде, которая отвечает за соблюдение процессов фреймворка и устранение препятствий на пути команды к цели. В отличие от традиционного проект-менеджера, скрам-мастер не управляет командой, а служит ей, помогая работать эффективнее и самоорганизовываться.
Подробнее →

Спринт (Sprint)

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

Стори поинт (Story Point)

Стори поинт — это относительная единица измерения сложности пользовательских историй в Agile-разработке. В отличие от традиционных временных оценок, стори поинты отражают объем работы, сложность и неопределенность задачи через сравнение с другими историями. Команда сама определяет значение поинтов и использует их для планирования спринтов.
Подробнее →

Цель спринта (Sprint Goal)

Цель спринта — это краткое описание того, что команда планирует достичь в течение спринта, которое объединяет все задачи общим смыслом. В отличие от простого списка задач, цель спринта создает фокус и помогает команде принимать решения во время работы. Это живой ориентир, который направляет команду к созданию ценности для пользователей.
Подробнее →

Ценности Scrum (Scrum Values)

Ценности Scrum — это пять основополагающих принципов (смелость, фокус, приверженность, уважение, открытость), которые определяют поведение и взаимодействие участников Scrum-команды. Они служат фундаментом для эффективной работы команды и создания качественного продукта, в отличие от традиционных подходов, где акцент делается на соблюдении процедур и иерархии.
Подробнее →

Экстремальное программирование (Extreme Programming, XP)

Экстремальное программирование (XP) — это Agile-фреймворк, который доводит лучшие практики разработки до крайности через парное программирование, непрерывную интеграцию и постоянное рефакторинг. XP отличается от других подходов радикальным упором на техническое совершенство и прямую коммуникацию с заказчиком. Фреймворк создает среду, где качество кода и скорость поставки растут одновременно.
Подробнее →

Элемент бэклога (Backlog Item)

Элемент бэклога — это отдельная единица работы в списке задач продукта, которая описывает конкретную функциональность или требование с точки зрения пользователя. В отличие от технических задач в традиционном управлении проектами, элемент бэклога всегда ориентирован на ценность для пользователя и может быть независимо реализован командой. Каждый элемент содержит описание желаемого результата, критерии приемки и оценку сложности.
Подробнее →

Хотите системно изучить гибкие методологии?

Сертифицированный Agile-практик: Scrum, Kanban, продуктовые команды и AI

18 - 20 марта 2026
Узнать больше

Создание высокоэффективных команд + сертификация ICP-ATF

25 - 27 марта 2026
Узнать больше

Архитектура процессов в крупных компаниях

22 - 24 апреля 2026
Узнать больше

Полный календарь тренингов

Перейти к расписанию

С 2015 года мы помогаем адаптировать к изменениям культуру и процессы компании

Дмитрий Лобасев
Дмитрий Лобасев
Управляющий партнер
+7 495 221 87 39 dmitry@onagile.ru

Обсудить задачу

Расскажите о вашей задаче, и мы предложим решение. Ответим в течение нескольких часов.

Написать в Telegram WhatsApp
Подписывайтесь: OnAgile Learning Hub AI -> Продукт