Глоссарий
Этот документ объясняет некоторые термины, используемые командой.
Боль против Пользы
При оценке задач во время ежедневных встреч команда оценивает соотношение боли и пользы от запрошенной задачи. Затем эти оценки могут использоваться для определения приоритетов работы (низкая боль, высокая польза будет рассмотрена первой, а высокая боль, низкая польза — последней).
Вот примерное соответствие для каждого уровня:
- Низкая боль
-
лёгкое исправление, которое мы знаем, как сделать, задокументировано и занимает не более дня.
- Средняя боль
-
что-то, что (или звучит как) выполнимое, требует небольшого исследования, но не должно занять слишком много времени (максимум неделя).
- Высокая боль
-
что-то, что мы никогда не делали раньше и потребует большего исследования и анализа влияния перед началом работы, или что-то, что мы знаем, но для правильного выполнения потребуется больше недели.
|
Метки боли преобразуются в стори-поинты в проекте CLE JIRA. Стори-поинты представляют сложность задачи и используются для определения пропускной способности команды. Метки преобразуются в стори-поинты на основе следующей таблицы:
|
- Низкая польза
-
мы обходились без этого до сих пор, это затрагивает очень мало людей и имеет доступный обходной путь.
- Средняя польза
-
существует обходной путь, но он затрагивает довольно много людей.
- Высокая польза
-
это поддерживаемый сценарий использования, затрагивает много людей, обходной путь отсутствует.
Dev против Ops
При оценке задач во время ежедневных встреч команда также оценивает, требуется ли для задачи участие разработчика. Результат этой оценки фиксируется с помощью тегов dev или ops, которые устанавливаются для задачи. Они также позволяют добавить задачу на соответствующие доски, которые команда использует для координации работы.
- dev
-
требует работы по разработке (написание скрипта/ansible) или неочевидной отладки.
- ops
-
связано с настройкой приложения или запуском существующего скрипта для изменения поведения, или требует небольшой отладки, чтобы понять, что происходит, прежде чем можно будет определить, требуется ли исправление кода или конфигурации.
Приоритеты
Мы фактически используем поле приоритета для отражения статуса задачи.
- Требует рассмотрения
-
Это статус, устанавливаемый по умолчанию при открытии задачи. Эти задачи должны быть рассмотрены во время ежедневной встречи.
- 🔥 СРОЧНО 🔥
-
Мир в огне, если мы установили этот статус для задачи, можете считать, что мы работаем над ней, и вы можете подписаться на задачу для получения обновлений, пожалуйста, не пишите нам, чтобы мы могли сосредоточиться на ней.
- Следующая встреча
-
Это обозначает задачи, которые необходимо обсудить в команде во время нашей еженедельной встречи на irc.libera.chat.
- Ожидание исполнителя
-
Это обозначает задачи, которые были классифицированы и либо ожидают, пока кто-то их возьмёт, либо ожидают, пока исполнитель начнёт/закончит их.
- Ожидание сообщившего
-
Это обозначает задачи, в которых был задан вопрос сообщившему, и его ответ необходим для продвижения задачи.
- Ожидание внешних
-
Это обозначает задачи, которые заблокированы ожиданием чего-то или кого-то за пределами команды.
Категории приложений
Инфраструктура Fedora запускает довольно большое количество приложений. CLE запускает большинство из них и поддерживает (в смысле поддержки кодовой базы, написания кода и патчей) довольно многие из них. Однако не все приложения получают одинаковый уровень внимания от CLE. Поэтому они были разделены на два статуса обслуживания и два уровня обслуживания.
Каждое приложение затем может быть категоризировано с их помощью, например:
-
bodhi: CLE запускает и поддерживает — Критический путь
-
koji: CLE запускает и не поддерживает (тип a) — Критический путь
-
waiverdb: CLE запускает и не поддерживает (тип b) — Критический путь
-
simple-koji-ci: CLE запускает и не поддерживает (тип b) — Не критический путь
Статус обслуживания
- CLE запускает и поддерживает
-
это приложения, которые мы запускаем и за кодовую базу которых отвечает команда. Мы ведём проект в вышестоящем сообществе и запускаем его в инфраструктуре. Если что-то ломается, мы посмотрим на проблему и, если потребуется исправление, мы его сделаем.
- CLE запускает и не поддерживает
-
это приложения, которые работают в инфраструктуре, но для которых мы не пишем кодовую базу. В этом разделе есть два типа приложений:
-
a) приложения, за развёртывание которых мы следим
-
b) приложения, за развёртывание которых следят другие люди развёртывание, в этом случае нашу работу можно описать как обеспечение «электричества и связи», другими словами, обеспечение питания и сети. Если что-то пойдёт не так, мы попробуем перезапустить сервис, и если сервис не восстановится, мы свяжемся с мейнтейнерами приложения.
-
Want to help? Learn how to contribute to Fedora Docs ›