Права доступа в команде: кто что видит

Каждый получает только то, что нужно для задачи. Читатель не должен иметь право удалять, а исполнитель — менять права других. Это снижает риск случайных потерь и упрощает разбор, кто что сделал. Ниже — как устроить доступ.

Принцип минимальных прав

Роли

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

Кто владелец

Один человек отвечает за пространство и права. Он не обязан делать всю работу, но отвечает за порядок в доступе. При смене ответственного права передаются явно, а не «сами собой».

Временный доступ

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

Согласование

Новые участники получают доступ по запросу с указанием задачи. Это занимает минуту и оставляет след. Без такого правила доступы выдаются «на всякий случай» и не отзываются.

Проверка списка

Раз в семестр просмотрите, кто имеет доступ. Уберите ушедших, понизьте права тем, кто больше не редактирует. Проверка занимает полчаса и предотвращает большинство инцидентов.

Персональные данные

К папкам с персональными данными доступ даётся отдельно и ограничивается. Не открывайте их всей команде. Если данные не нужны для задачи, их не должно быть в общем пространстве.

Журналирование

Для чувствительных папок включите журнал доступа. Это помогает при разборе и при проверке требований. Журнал должен храниться ограниченно и не превращаться в постоянный надзор.

Что делать при уходе участника

Закройте доступ, передайте его файлы и задачи, зафиксируйте передачу. Не удаляйте учётную запись сразу: сначала убедитесь, что ничего не осталось на личных дисках, а работа передана.

Типичные ошибки

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

Итог

Права выдаются по ролям и минимально, у пространства есть владелец, а список доступа пересматривается регулярно.

Как выдать доступ

Запрос, задача, срок, роль. Владелец подтверждает и выдаёт минимальные права. После выдачи участник проверяет, что нужные папки открываются, а лишние — нет. Это занимает пару минут и исключает половину проблем.

Общие учётные записи

Общая учётка удобна на старте и опасна в работе: невозможно понять, кто изменил файл, и нельзя закрыть доступ одному человеку. Если без неё не обойтись, ограничьте её папкой и сроком, а затем переведите команду на личные учётные записи.

Проверка перед сдачей проекта

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

Ссылки вместо доступа

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

Документирование исключений

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

Что проверить после изменений

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

Что делать при ошибке в правах

Если участник увидел лишние данные, закройте доступ, зафиксируйте, что именно было доступно, и проверьте, не копировались ли файлы. Ошибку исправляют сразу, а не в конце проекта.

Итог

Доступ строится от задачи, а не от должности; у пространства есть владелец, а пересмотр прав входит в календарь команды.

Кого предупредить об изменениях

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

Проверка на практике

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

Чек-лист

У каждого участника личная учётная запись.
Роли ограничены четырьмя понятными типами.
Временные доступы выданы на срок и закрыты после задачи.
Список доступа пересмотрен за последний семестр.
К чувствительным папкам доступ ограничен.
Владелец пространства назначен и известен команде.
Доступ ушедших участников закрыт.

Частые вопросы

Сколько ролей нужно?

Четыре: владелец, редактор, исполнитель, наблюдатель.

Что делать с временным доступом?

Давать на срок и закрывать после задачи.

Что важнее всего?

Регулярный пересмотр списка доступа.

Пример

После ухода стажёра его учётная запись осталась с полным доступом к данным. Обнаружили это при проверке перед сдачей. После введения правила о закрытии доступа в день ухода подобное не повторялось.

Итог

Права выдаются минимально и по ролям, а список доступа пересматривается регулярно.