Представим ужасную ситуацию: у рядового сотрудника есть доступ ко всем данным в системе управления проектами, и он решает отомстить компании после конфликта с начальством. Раздраженный, он удаляет ценные файлы, которые вносили в систему на протяжении нескольких месяцев. В результате важная информация о работе утеряна. Восполнить данные в короткий срок невозможно — компания теряет деньги и репутацию.
Это один из самых плохих сценариев, чаще случаются неприятности поменьше — например, так называемая проблема кривых рук, когда «я что-то нажал и оно пропало». Поэтому настройка приватности и доступов — привычная и очень важная функция любой системы управления проектами. Рассказываем, как она работает в TeamStorm.
Два типа ролей в TeamStorm
• Системная роль администратора позволяет управлять настройками всех пространств в системе, но ограничивает доступ к контенту — задачам и страницам.
• Ролевая модель в пространстве включает три роли по умолчанию: администратор, пользователь, гость.
Возможности системной роли администратора
Такая модель подходит для системного администратора: он может подготовить пространство для только сформированного департамента, добавить нового сотрудника или навести порядок в настройках без риска подсмотреть секретную или просто ненужную ему информацию.
В результате конфиденциальные данные остаются конфиденциальными, а ответственному лицу не обязательно тратить время на поддержку настроек пространства — за это может отвечать отдельный специалист.
Что может администратор пространства
Как правило, эту роль берут на себя руководители отделов или менеджеры, которые отвечают за формирование процессов. Чаще всего администратор настраивает пространство и остается в нем работать. По умолчанию эта роль также обладает всеми правами пользователя.
Администратор пространства выстраивает схему работы в TeamStorm как конструктор, и у каждого администратора конструктор свой. Например, для команды разработки проектный менеджер настроит интеграции и создаст множество типов задач, тогда как девопс выберет для своей команды простую канбан-доску.
Роль пользователя подходит всем штатным сотрудникам компании, которые занимаются прикладными, а не управленческими задачами.
Зачем нужна гостевая роль
Гости имеют право только просматривать контент, не изменяя его. Такая роль помогает вовлекать в работу людей извне, при этом сохраняет безопасность и защищает от кривых рук. Полезна, когда нужно показать проект клиенту, стейкхолдеру или инвестору.
Кастомная настройка роли
Помимо предустановленных, в TeamStorm можно настроить собственную роль. Например, если необходимо подключить к пространству стороннего исполнителя, чтобы он видел проект, но мог работать только с задачами, а не с настройками пространства. Возможности роли можно настраивать как угодно — достаточно проставить галочки к выбранным функциям.
Чтобы добавить, настроить или удалить роль доступа в пространстве, перейдите в настройки и выберете «Роли доступа» на панели слева. Подробнее о том, как это сделать и как назначать роли на конкретного пользователя или группу пользователей, читайте в документации TeamStorm.