# Сценарии для команд

> Готовые схемы прав: небольшая команда, несколько проектов, подрядчики, ревьюеры, заказчики, наблюдатели.

Ниже — проверенные комбинации «роль + область + точечные правки» для типичных ситуаций. Названия переключателей — как в интерфейсе («Права» → «Дополнительно»).

## Небольшая команда, один проект

| Кто | Настройка |
| --- | --- |
| Основатель / техлид | Владелец |
| Разработчики | Contributor · Проект |
| Второй техлид или старший разработчик | Maintainer · Проект |

Разработчики ведут свои задачи от постановки до ревью, техлид утверждает чужие формулировки, отправляет на доработку и публикует PR/MR.

## Несколько проектов, разные команды

Дайте каждому участнику гранты только на его проекты. Тем, кто отвечает за всё, — Maintainer на всю организацию. Человеку из двух команд — два гранта: например, Maintainer в `shop` и Contributor в `bot`. Так никто не видит проектов, к которым не имеет отношения.

## Внешний подрядчик

**Contributor · Проект** (или **· Репозиторий**, если нужны только вопросы по коду и исследования). Подрядчик ведёт свои задачи и видит контекст проекта, но не публикует PR/MR, не запускает аудиты и не трогает репозитории. Когда работа закончена — удалите участника: доступ к репозиториям организации снимется вместе с грантами.

## Ревьюер без права публикации

**Contributor · Проект** плюс в «Дополнительно»:

- «Закрывать и отклонять замечания — чужие задачи»
- «Отправлять на доработку — чужие задачи»

Ревьюер разбирает замечания и возвращает задачи в доработку, а «Одобрить» — публикация в исходный репозиторий — остаётся у Maintainer и владельца.

## Заказчик или продакт-менеджер

**Contributor · Проект** — ставит задачи, отвечает на уточнения по ним, утверждает формулировку своих задач, следит за ревью и стоимостью. Если он же должен утверждать формулировки задач, поставленных командой, включите «Утверждать формулировку — чужие задачи» и «Отвечать на уточнения — чужие задачи».

## Автор, который публикует сам

По умолчанию Contributor не одобряет даже свои задачи. Для зрелой команды, где автор доводит задачу до PR сам, включите «Одобрять и публиковать PR/MR — свои задачи». Чужие задачи при этом остаются за Maintainer.

## Наблюдатель: только смотреть

**Contributor** на нужную область с выключенными:

- «Создавать задачи»
- «Отправлять задачи в работу»
- «Задавать вопросы»
- «Создавать исследования»
- «Добавлять замечания»

Такой участник видит задачи, ревью, аудиты, диалоги и исследования, но ничего не запускает и не расходует баланс. Подходит для руководителя, финансиста, аудитора процесса.

## Аудитор кода

**Contributor · Репозиторий** (или · Проект) плюс, при необходимости, «Запускать аудиты и подготовку инструментов». Аудитор задаёт вопросы по коду, ведёт исследования и запускает аудит, не касаясь задач.

## Дежурный, который может остановить всё

**Contributor · Вся организация** плюс «Останавливать, возобновлять и закрывать — чужие задачи». Человек на дежурстве может остановить любой прогон, не получая остальных прав Maintainer.

## Как проверить настройку

Откройте «Участники»: чип участника показывает роль, область и число точечных правок («изменено 2»). Нажмите «Права» → «Дополнительно» — включённые переключатели и есть его фактические возможности в этой области. Что именно увидит участник на каждом экране — в разделе [Что видит участник](/docs/teams/what-members-see).