Работа в команде по методологии Scrum

cat-astronauts-working-together-as-a-team

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

Scrum — методология управления проектами, которая используется в разработке программного обеспечения и в других областях:

  • на заводах Toyota и Tesla
  • в Google, Amazon, IBM, Apple

Основные элементы Scrum

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


Спринты
(Sprints)
Работа разбивается на короткие периоды времени, в течение которых команда выполняет фиксированный объем задач. Спринт длится от одной до четырех недель.
Планирование
(Sprint Planning)
Каждый спринт начинается с планирования. В рамках этого мероприятия команда обсуждает цели, которые нужно достичь в течение спринта.
Ежедневное совещание
(Daily Meeting)
Ежедневно каждый участник команды кратко в течение пары минут озвучивает статус своей работы.
Демо спринта
(Sprint Demo)
Команда представляет результаты работы за последний спринт заказчику. Цель демо — демонстрация выполненной работы и получение обратной связи.
Ретроспектива спринта
(Sprint Retrospective)
Обсуждение прошлого спринта и определение путей улучшения процесса работы, проводится в конце каждого спринта.

Состав Scrum команды

Владелец продукта

(Product Owner)

Отвечает за правильное видение продукта участниками команды, управляет бэклогом (backlog — список задач)

Разработчики

(Developers)

Пишут код продукта, делятся на бэкенд (логика работы приложения) и фронтэнд (внешний вид приложения)

Тестировщики

(QA)

Обеспечивают качество продукта, проводят тестирование и выявляют дефекты

Аналитики

(Analysts)

Собирают и описывают требования к продукту, на основании которых осуществляется разработка

Скрам-мастер

(Scrum Master)

Внедряет и следит за соблюдением принципов и практик Scrum

Бэклог продукта

Product backlog

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

Эпики (Epics)

Крупные блоки работы, под которыми будут созданы истории и задачи


Разработка модуля управления пользователями
Разработка модуля управления пользователями, включающего регистрацию, аутентификацию...
Истории (User Stories)

Описания функциональности с точки зрения конечного пользователя


Управление правами доступа
Я, как администратор, хочу управлять правами доступа...
Задачи (Tasks)

Задачи, касающиеся технических аспектов системы


Протестировать авторизацию пользователя с ролью администратора
Необходимо провести функциональное тестирование...
Дефекты (Bugs)

Задачи, связанные с ошибками в функционале


Ошибка с кодом 500 при авторизации с ролью администратора
Предусловие: пользователь зарегистрирован в системе с ролью ADMIN...
Распределите задачи и дефекты бэклога по колонкам:
Настроить уведомления о новых комментариях
Кнопка "Сохранить" не работает в форме профиля
Ошибка 404 при переходе в корзину
Протестировать интеграцию с платежной системой

Задачи
Дефекты

Sidebar arrow

ВВЕДЕНИЕ

БАЗОВЫЕ ЗНАНИЯ

УРОВНИ ТЕСТИРОВАНИЯ

UI ТЕСТИРОВАНИЕ

ТЕХНИКИ ТЕСТ ДИЗАЙНА

ТЕСТОВАЯ ДОКУМЕНТАЦИЯ

АУТЕНТИФИКАЦИЯ И АВТОРИЗАЦИЯ

POSTMAN

БАЗЫ ДАННЫХ

ТЕСТИРОВАНИЕ РЕЛИЗА

АНАЛИЗ РАБОТЫ ПРИЛОЖЕНИЯ

ПОДГОТОВКА К СОБЕСЕДОВАНИЮ

Как составить резюме Топ вопросов Собеседование