📘 RFC - как предлагать изменения в команде

Мы используем RFC (Request for Comments), чтобы структурировано предлагать и обсуждать изменения в продукте, архитектуре или процессах.

Этот подход помогает:

• Прозрачно обсуждать идеи до их реализации
• Собирать фидбек на ранних этапах
• Избегать спонтанных или нестыкующихся решений

🚀 Как создать RFC-задачу

1. Перейди в трекер и создай новую задачу с типом RFC
2. Нажми на три точки в правом верхнем углу
3. Выбери действие «Заполнить шаблон»

   ⚠️ Кнопка доступна, только если описание задачи пустое

4. Заполни шаблон: опиши проблему, предложенное решение и план внедрения

📍 Где найти все RFC

Все текущие и прошлые RFC-задачи собираются на общей доске
👉 "Mobile: RFC"

Заглядывай туда, чтобы:

• Посмотреть активные обсуждения
• Найти уже одобренные или отклонённые решения
• Не дублировать существующие идеи

🧭 Как работает процесс RFC

RFC проходит несколько стадий: Draft → Review → Approved

1. Draft

Автор:

• Кратко описывает проблему и идею
• Проставляет оценку сложности в Story Points (SP) — насколько сложно будет декомпозировать RFC
• Отправляет RFC на предварительный фидбек команде (не жди идеального текста)

💡

Оценка SP — это не про реализацию, а про сложность декомпозиции

Пример: если идея затрагивает несколько зон или требует нетривиальных решений, SP будет выше

2. Проработка (в рамках Draft)

Если идея получила позитивный отклик:

• RFC включается в план спринта и учитывается в общем балансе
• Автор прорабатывает идею подробнее, описывает детали, может создать прототип или MVP
• Обязательно декомпозирует RFC на технические подзадачи

⚠️

На этом этапе собирай регулярный фидбек. Лучше поправить курс по ходу, чем переделывать всё на этапе Review.

3. Review

Когда идея и декомпозиция готовы:

• Автор ставит задаче статус Review
• Собирает финальный фидбек от команды и/или лида
• Вносит правки при необходимости

4. Approved

Если всё устроило:

• Задача получает статус Approved
• Технические подзадачи попадают в спринтовое планирование

👉

Финальные RFC (особенно важные архитектурные решения) можно сохранить в формате ADR в внутренней документации.

📎 Важные детали

• Если обсуждение велось вне задачи (в чате, документах) — приложи ссылки в RFC
• Не бойся начинать с черновика. Лучше «сырой» RFC с активным обсуждением, чем идеальный, но в вакууме
• RFC — это не бюрократия, а способ застраховать усилия от внезапной помойки 💡

Авторы

Vadim Melnikov

История

Последнее редактирование: 1 день назад

Показать историю

35c2e18-docs: add rfc article