Когда команды впервые приступают к agile-разработке, мало что меняется, кроме, возможно, большего количества встреч в расписании. Они могут по-прежнему работать отдельно или ограничивать свое взаимодействие с клиентами. Вы можете увидеть, как работа разбивается на задачи по типу водопада: затем разработка пользовательских историй, затем создание историй, затем тестирование историй. Поэтому «Agile-команды» являются agile по форме, когда они просто ходят вокруг, не понимая и не принимая agile-принципы и ценности. Команды становятся agile, когда они думают и действуют в соответствии с ценностями и принципами agile.
Продолжить чтениеРубрика: Scrum
Определение готовности в Scrum
Определение готовности — это набор соглашений, который позволяет всем знать, когда что-то готово к началу работы, например, когда пользовательская история готова к принятию в спринт, или когда все необходимые условия подходят для того, чтобы команда начала спринт. Правильное определение готовности значительно повышает шансы команды Scrum на успешное достижение цели спринта.
Продолжить чтение
Прозрачность в Scrum
Прозрачность — это первый важный аспект процесса Scrum, который должен быть виден тем, кто отвечает за результат. Прозрачность требует, чтобы эти аспекты были определены в повседневной деятельности и артефактах, чтобы команды могли иметь общее понимание того, что они видят.
Продолжить чтение
Что такое подход к самоуправлению?
Самоуправляемая команда — это группа сотрудников, которые отвечают за все или большинство аспектов производства продукта или услуги. Самоуправляемая команда — это основная единица новой горизонтальной организации. Самоуправляемые команды являются переростком более раннего командного подхода.
Продолжить чтение
Что такое спринт в Scrum?
Спринт — это одна временная итерация непрерывного цикла разработки. В течение спринта команда должна выполнить запланированный объем работы и подготовить его к рассмотрению. Проекты Scrum разбиваются на небольшие и последовательные временные интервалы, называемые спринтами. Они могут быть короткими, до нескольких дней, и обычно не превышают 3-4 недель.
Продолжить чтение
Кросс-функциональные, самоорганизующиеся, функциональные и компонентные команды в Agile
«Кросс-функциональные команды обладают всеми компетенциями, необходимыми для выполнения работы, не завися от других людей, не входящих в команду» — Scrum Guide. В отличие от подхода компонентной команды, кросс-функциональные команды — это группы, состоящие из людей из разных функциональных областей компании. - Она должна быть сформирована не только из технических специалистов (Back-end, Front-end разработчиков, QA инженеров и т.д.), но и состоять из таких членов, как бизнес-аналитики, специалисты по маркетингу и UX или все остальные, принимающие активное участие в проекте.
Продолжить чтение
Изменение руководства по Scrum: самоорганизация vs команда самоуправления
Scrum-команды являются самоорганизующимися и кросс-функциональными . Самоорганизующиеся команды выбирают, как лучше выполнять свою работу, а не управляются другими людьми вне команды. Кросс-функциональные команды обладают всеми
Продолжить чтение
Написание хороших пользовательских историй
Пользовательские истории являются частью agile-подхода и помогают сместить акцент с написания требований на их обсуждение. Все agile-истории пользователя включают одно или два письменных предложения и, что более важно, серию бесед о желаемой функциональности.
Продолжить чтение
20 наиболее часто упоминаемых правил и рекомендаций в Scrum
Структура Scrum состоит из Scrum-команд и связанных с ними ролей, событий, артефактов и правил. Каждый компонент структуры служит определенной цели и необходим для успеха и использования Scrum. Правила Scrum связывают воедино роли, события и артефакты, регулируя отношения и взаимодействие между ними, как показано на рисунке ниже:
Продолжить чтение
Agile Estimation: относительные оценки против абсолютных оценок
Независимо от того, разрабатывает ли команда продукт или проект, нам необходимо ответить на вопрос «Когда мы сможем его закончить?» или насколько далеко мы сможем продвинуться в определенный момент времени, поэтому, как и в случае с традиционными моделями разработки, нам необходимо оценить объем работы до начала проекта. Agile-оценка — это процесс оценки усилий, необходимых для выполнения приоритетной задачи в бэклоге продукта. Эти усилия обычно измеряются в терминах времени, необходимого для выполнения этой задачи, что, в свою очередь, приводит к точному планированию спринта.
Продолжить чтение