Гибкий рабочий процесс

Некоторые члены команды дизайна работают над Fedora полный рабочий день в рамках своей роли в Red Hat. В рамках этой роли они следуют гибкому рабочему процессу (Agile), чтобы соответствовать общему способу работы компании. Если вы участник сообщества, не работающий в Red Hat, от вас не требуется работать спринтами, но понимание этой системы поможет вам ориентироваться в очереди тикетов и знать, чего ожидать.

Что такое Agile?

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

Несколько ключевых терминов:

  • Спринт — фиксированный период времени (в нашем случае три недели), в течение которого выполняется запланированный набор работы.

  • Бэклог — полный список тикетов, которые были приняты, но ещё не запланированы на спринт.

  • Стори-поинты — способ оценки относительного размера и сложности задачи. Задача стоимостью в 1 балл невелика и проста; задача стоимостью в 8 баллов сложна и неопределённа.

  • Эпик — крупная инициатива, которая слишком велика для одного спринта и разбивается на более мелкие тикеты.

  • Планирование спринта — встреча в начале каждого спринта, на которой команда решает, над какими тикетами работать дальше.

  • Уточнение (сортировка) — встреча, на которой команда рассматривает поступающие тикеты, задаёт уточняющие вопросы и назначает метки до начала работы.

Спринты

В организации команды дизайна на Fedora Forge работа отслеживается трёхнедельными спринтами. Только члены, работающие в Red Hat, должны добавлять элементы на доску спринта, так как именно там они отслеживают свою работу в рамках своей роли.

Элементы добавляются в следующий спринт во время звонка по планированию спринта, в котором участвуют руководители команды дизайна и скрам-мастер команды CLE (Community Linux Engineering).

Уточнение тикетов

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

Тикеты сортируются и получают метки только на этом звонке.

Метки

Команда использует набор меток для категоризации и приоритизации тикетов. Вот что означает каждая метка:

Принятие

Метка Описание

Acceptance: Fedora Design

Действительный тикет, принятый командой дизайна Fedora, который следует рассмотреть.

Acceptance: Needs Info

Тикету нужна дополнительная информация, прежде чем его можно отсортировать.

Acceptance: Wont fix

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

Объём работ

Метка Описание

Engagement: Short-term

Тикет, работа над которым может занять от часов до дней.

Engagement: Medium-term

Тикет, работа над которым может занять от дней до недель.

Engagement: Long-term

Тикет, работа над которым может занять от недель до месяцев.

Стори-поинты

Стори-поинты оценивают относительный размер и сложность задачи:

Метка Описание

points: 01

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

points: 02

Немного сложнее, чем 1. Может включать два-три простых шага, но результат всё ещё вполне ясен.

points: 03

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

points: 05

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

points: 08

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

points: 13

Любая задача, оценённая в 13 или более, считается эпиком. Они слишком велики и неопределённы для одного спринта, и их следует разбить на более мелкие тикеты.

Приоритет

Метка Описание

Priority: High

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

Priority: Medium

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

Priority: Low

Хорошо бы сделать, но не срочно. Кандидат на выполнение при наличии дополнительного времени или когда важность возрастёт. Может оставаться в бэклоге дольше.

Состояние

Метка Описание

Status: Backlog

Отсортированные элементы, над которыми команда активно не работает.

Status: In Progress

Элементы, над которыми активно ведётся работа.

Status: In Review

Тикет, ожидающий проверки членом команды или автором запроса.

Тип

Метка Описание

Type: Epic

Крупная инициатива, разбитая на несколько меньших тикетов. Эпики представляют значительные функции или проекты, охватывающие несколько спринтов.

Type: Sub Epic

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

Type: Request

Тикет, связанный с входящим внешним запросом, поданным не дизайнером.

Другое

Метка Описание

Newbie: Well-documented

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

Newbie: Needs research

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

needs review

Тикет необходимо рассмотреть и отсортировать команде дизайна Fedora.

Want to help? Learn how to contribute to Fedora Docs ›