Глоссарий · 31 терминов

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

Основы Agile-подхода к управлению проектами: принципы, фреймворки, практики и роли.

Термин31 из 31
Актуализация бэклога (Backlog Refinement)
Актуализация бэклога — это непрерывный процесс анализа, детализации и приоритизации элементов бэклога продукта командой разработки совместно с владельцем продук...
Бэклог продукта (Product Backlog)
Бэклог продукта — это приоритизированный список требований и задач, который определяет, что должно быть создано в продукте. В отличие от традиционного планирова...
Владелец продукта (Product Owner)
Владелец продукта — это роль в Agile-команде, которая отвечает за определение требований к продукту и приоритизацию работы команды разработки. В отличие от трад...
Диаграмма сгорания (Burndown Chart)
Диаграмма сгорания — это визуальный инструмент, который показывает количество оставшейся работы по времени в спринте или проекте. В отличие от традиционных план...
Доска задач спринта (Sprint Task Board)
Доска задач спринта — это визуальный инструмент в Scrum, который отображает все задачи текущего спринта и их статус выполнения. В отличие от обычных списков зад...
Ежедневный скрам (Daily Scrum)
Ежедневный скрам — это короткая встреча команды разработки продолжительностью до 15 минут, которая проводится каждый рабочий день в одно и то же время. Участник...
Инспекция и адаптация (Inspect and Adapt)
Инспекция и адаптация — это основополагающий принцип Agile, который предполагает регулярную проверку текущих результатов и корректировку подхода на основе получ...
Критерии готовности (Definition of Done)
Критерии готовности — это четкий набор условий, которые должны быть выполнены для признания задачи или функции полностью завершенной. В отличие от традиционных ...
Критерии приемки (Acceptance Criteria)
Критерии приемки — это четкие, измеримые условия, которым должна соответствовать пользовательская история или задача для признания ее выполненной. В отличие от ...
Кросс-функциональная команда (Cross-functional Team)
Кросс-функциональная команда — это группа специалистов с разными навыками, которые совместно работают над созданием продукта или функции от начала до конца. В о...
Минимально жизнеспособный продукт (MVP)
Минимально жизнеспособный продукт (MVP) — это версия продукта с минимальным набором функций, достаточным для проверки ключевых гипотез и получения обратной связ...
Модульное тестирование (Unit Testing)
Модульное тестирование — это практика автоматической проверки отдельных компонентов кода на корректность работы. В Agile-командах позволяет получать мгновенную ...
Непрерывная интеграция (Continuous Integration)
Непрерывная интеграция — это практика разработки, при которой код разработчиков автоматически объединяется в общий репозиторий несколько раз в день с последующи...
Оценка бэклога (Backlog Estimation)
Оценка бэклога — это процесс определения трудозатрат и сложности для элементов Product Backlog или Sprint Backlog в Agile-командах. В отличие от традиционного п...
Планирование спринта (Sprint Planning)
Планирование спринта — это событие в Scrum, где команда определяет объем работы на предстоящий спринт и способы её выполнения. В отличие от традиционного планир...
Покер планирования (Planning Poker)
Покер планирования — это техника коллективной оценки сложности задач в Agile-командах с использованием карт с числами Фибоначчи. В отличие от индивидуальных экс...
Пользовательская история (User Story)
Пользовательская история — это краткое описание функциональности продукта с точки зрения пользователя, написанное простым языком. В отличие от технических требо...
Приоритизация бэклога (Backlog Prioritization)
Приоритизация бэклога — это процесс упорядочивания задач в бэклоге продукта по важности и ценности для пользователей и бизнеса. В отличие от традиционного плани...
Ревью спринта (Sprint Review)
Ревью спринта — это встреча в конце спринта, где команда демонстрирует заказчикам и пользователям готовый продукт и получает обратную связь. В отличие от традиц...
Ретроспектива (Retrospective)
Ретроспектива — это регулярная встреча команды для анализа прошедшего периода работы и поиска способов улучшения процессов. В отличие от традиционных отчетов о ...
Скорость команды (Velocity)
Velocity — это метрика, показывающая количество работы, которую команда может выполнить за один спринт, измеряемая в Story Points или других единицах. В отличие...
Скрам (Scrum)
Scrum — это фреймворк для управления продуктом через короткие итерации, где команда регулярно демонстрирует рабочий результат и адаптируется к изменениям. В отл...
Скрам-мастер (Scrum Master)
Скрам-мастер — это роль в Scrum-команде, которая отвечает за соблюдение процессов фреймворка и устранение препятствий на пути команды к цели. В отличие от тради...
Спринт (Sprint)
Спринт — это фиксированный временной период в Scrum, обычно от 1 до 4 недель, в течение которого команда создает готовый к использованию инкремент продукта. В о...
Стори поинт (Story Point)
Стори поинт — это относительная единица измерения сложности пользовательских историй в Agile-разработке. В отличие от традиционных временных оценок, стори поинт...
Цель спринта (Sprint Goal)
Цель спринта — это краткое описание того, что команда планирует достичь в течение спринта, которое объединяет все задачи общим смыслом. В отличие от простого сп...
Ценности Scrum (Scrum Values)
Ценности Scrum — это пять основополагающих принципов (смелость, фокус, приверженность, уважение, открытость), которые определяют поведение и взаимодействие учас...
Экстремальное программирование (Extreme Programming, XP)
Экстремальное программирование (XP) — это Agile-фреймворк, который доводит лучшие практики разработки до крайности через парное программирование, непрерывную ин...
Элемент бэклога (Backlog Item)
Элемент бэклога — это отдельная единица работы в списке задач продукта, которая описывает конкретную функциональность или требование с точки зрения пользователя...
Agile
Agile — это семейство подходов к разработке продуктов, основанных на итеративной работе, постоянной обратной связи и адаптации к изменениям. В отличие от традиц...
DevOps
DevOps — это культура и набор практик, объединяющих разработку (Development) и эксплуатацию (Operations) для быстрой и надежной поставки ценности пользователям....
"Каждый проект начинается с разговора о задаче. Часто за исходным запросом кроется большой организационный контекст, который нужно изучить для правильного решения задачи. Поэтому мы много спрашиваем на старте."
Дмитрий Лобасев, управляющий партнер OnAgile

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

Расскажите о вашей задаче