Управление пользователями

Управление пользователями в ProjectLibre Cloud находится в разделе Администрирование. Доступ работает на двух уровнях: роли организации (что человек может делать в продукте в целом) и доступ к проектам (какие проекты он может открывать и какова его роль в каждом проекте). Как администратор вы добавляете пользователей, назначаете роли организации, распределяете людей по командам, настраиваете права, создаёте пользовательские роли и — из раздела Портфель — открываете Управление доступом на проекте, чтобы решать, кто участвует в этом проекте и выступает ли он как руководитель проекта, член команды или в другой роли проекта.

См. также: Администрирование и безопасность (общий раздел — то же видео) · Управление доступом на основе ролей (RBAC) · Личные настройки и аватар · Представление ресурсов · Портфель · Мои задачи и Моя команда · Назначение ресурсов · Администрирование и общие настройки.

Смотрите: Управление пользователями (~3:30).

Открытие раздела «Администрирование»

1. В левой боковой панели нажмите Администрирование (шестерёнка).

2. Действия внизу окна: Отмена · Применить · Сохранить.

3. Доступность вкладок и элементов управления зависит от роли — в этом руководстве показан интерфейс администратора.

Администрирование → Пользователи — «+ Добавить пользователя»; выберите пользователя для настройки

Добавление пользователя

1. На вкладке Пользователи нажмите + Добавить пользователя.

2. Введите Имя, Фамилию, Эл. почту и Пароль.

3. Ресурс: по умолчанию пользователь настраивается как новый ресурс (+ Создать ресурс). При необходимости можно связать пользователя с существующим ресурсом.

4. Роли: перетащите (или используйте стрелки) роли в Active Selection. По умолчанию — руководитель проекта (Project_Manager). Оставьте как есть или перетащите Team_Member, Portfolio_Manager и другие.

5. Команды: переместите команды в Active Selection (в демонстрации: IT Team + India — пользователь состоит в двух командах).

6. Подтвердите нажатием Применить и/или Сохранить.

Добавить пользователя — имя, фамилия, эл. почта, пароль

Ресурс — «+ Создать ресурс» (или связать с существующим)

Список ролей с двумя колонками — Active Selection и доступные роли

Команды пользователя — IT Team + India (значок 2)

Роли и права

Доступ в ProjectLibre Cloud построен на основе ролей. Считайте роли организации стандартным набором инструментов человека в продукте: какие представления он может открывать, какие диалоговые окна использовать и является ли он администратором или членом команды. Вы управляете этим набором на вкладке Роли (и назначаете эти роли людям на вкладке Пользователи).

Два уровня доступа (сначала прочитайте это)

Уровень	Где настраивается	Что контролирует
Роли организации	Администрирование → Роли / Пользователи	Что человек может делать в продукте в целом (представления, диалоговые окна, права администратора или члена команды). Чёрные названия ролей — стандартные; синие названия — пользовательские роли, созданные вами.
Доступ к проекту	Портфель → выбор проекта → Управление доступом	Какие проекты человек может открывать и какова его роль в этом проекте (Project_Manager, Team_Member, Schedule_Manager и так далее). Роль человека в проекте может отличаться от его роли по умолчанию в организации.

Роли организации — это ещё не всё. У подрядчика может быть роль организации «член команды», но именно вы решаете, какие проекты он видит и является ли он руководителем проекта или членом команды в каждом конкретном проекте — в разделе «Управление доступом». Подробнее: Доступ на уровне проекта (Управление доступом).

Чтение вкладки «Роли»

Откройте Администрирование → Роли. На снимке экрана вкладки «Роли» вверху видны вкладки Пользователи, Роли, Лицензии, Оплата и Компания.

• + Добавить роль создаёт новую пользовательскую роль. Рядом расположены значки дублирования и удаления.

• В списке слева показана каждая роль. Чёрный текст = стандартные роли, поставляемые с продуктом. Синий текст = пользовательские роли, созданные вашей организацией. Примеры пользовательских названий, которые вы можете увидеть: PM UI Streamlined, PM_new UI, Customer Role, Customer Role_copy.

• Стандартные роли в списке обычно включают: Administrator, Project_Manager, Authenticated, Schedule_Manager, Portfolio_Manager, Team_Member, Resource_Manager.

• Выберите роль, чтобы редактировать унаследованные роли (метки, такие как Portfolio_Manager и Resource_Manager, у Administrator) и права.

Права сгруппированы по категориям, таким как ОБЩИЕ, ДОСТУП К ПРЕДСТАВЛЕНИЯМ и ДОСТУП К ОКНАМ. Каждая строка права может содержать небольшой значок PM или TM, а в некоторых случаях — значок замка.

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

Администрирование → Роли — чёрный = стандартная, синий = пользовательская; унаследованные роли; права (ОБЩИЕ / ДОСТУП К ПРЕДСТАВЛЕНИЯМ / ДОСТУП К ОКНАМ) со значками PM / TM

Роли — унаследованные роли администратора

Права — флажки «Общие» / «Доступ к представлениям»

Стандартные роли

Роль	Возможности
Administrator (администратор)	Может добавлять и удалять практически всё; наследует более широкие роли (в демонстрации наследует Portfolio_Manager + Resource_Manager)
Portfolio_Manager / руководитель портфеля	Видит все проекты, даже когда команды или ограниченный доступ сужают портфель для других
Project_Manager / руководитель проекта (PM)	Может удалять и управлять своими проектами; наследует Team_Member
Schedule_Manager	Роль проекта, ориентированная на календарный план (также доступна как роль проекта в окне «Управление доступом»)
Team_Member / член команды (TM)	Наименьшие права; после назначения на задачи при входе видит только свой проект и только свои задачи
Resource_Manager / менеджер ресурсов	Отдельный человек для настройки пользователей, команд и структуры ресурсов
Authenticated	Базовая роль прошедшего проверку пользователя в стандартном списке

Примеры пользовательских ролей для руководителей проектов

Эти схемы сочетают роли/права организации с командами и разделом «Управление доступом» на проекте. Формулируйте их полными предложениями, чтобы новый администратор мог представить результат:

1. Заказчик (только чтение своего проекта). Создайте или доработайте пользовательскую роль в стиле Customer (синее название на вкладке «Роли») с правами только для чтения или ограниченным просмотром, чтобы заказчик мог открыть ProjectLibre и видеть свой проект без возможности редактировать план. Добавьте его в проект с режимом Ограниченный через Управление доступом (и/или в команду проекта), чтобы он видел и мог открывать этот проект, а не весь портфель проектов других заказчиков.

2. Подрядчик (обновляет только свои задачи). Дайте подрядчику роль организации Team_Member (или пользовательскую роль на её основе). Когда его назначают на задачи, он обновляет прогресс только по своей работе — он не видит и не редактирует весь план проекта.

3. Внутренний руководитель этого проекта. В разделе Управление доступом установите для внутреннего руководителя роль проекта Project_Manager, даже если его роль по умолчанию в организации другая. Так вы делаете человека руководителем для этого проекта, не делая его администратором всей компании.

См. также: Управление доступом на основе ролей (RBAC) · Доступ на уровне проекта (Управление доступом).

Команды

1. Откройте вкладку Команды.

2. Выберите команду (например, IT Team, India) или нажмите + Добавить команду; отредактируйте Название команды.

3. В разделе Ресурсы переместите людей в Active Selection (в демонстрации: в команде India изначально Tayler, Kai, Kristen; добавляются Connor и Sidney).

4. Нажмите Сохранить, затем добавьте команду на проект, чтобы членство вступило в силу — самый очевидный путь: Портфель → выбор проекта → Управление доступом → Добавить команду. Это добавляет каждого члена команды; затем настройте роль каждого человека в проекте отдельно.

Что дают команды в проектах

1. Эффективность назначений — при назначении ресурсов руководитель проекта видит только членов команды, а не весь пул.

2. Контроль доступа — ограничивает, какие проекты отображаются в портфеле. Пример: добавьте заказчика в команду проекта и добавьте эту команду в проект → этот человек будет видеть только этот проект.

Исключение: руководитель портфеля по-прежнему видит все проекты.

Вкладка «Команды» — IT Team; список ресурсов с двумя колонками

Команда India — участники в Active Selection

См. также: Назначение ресурсов · Портфель · Мои задачи и Моя команда · Доступ на уровне проекта.

Доступ на уровне проекта (Управление доступом)

Роли организации отвечают на вопрос «что этот человек может делать в ProjectLibre?». Раздел Управление доступом отвечает на вопрос «какие проекты он может открывать и какова его роль в этом проекте?».

Открытие раздела «Управление доступом» из портфеля

1. Перейдите в раздел Портфель.

2. Выберите проект.

3. Откройте Управление доступом. Заголовок диалогового окна включает название проекта — например, Управление доступом Consulting Project.

Общедоступный или ограниченный

В верхней части диалогового окна вы выбираете Общедоступный или Ограниченный.

• Ограниченный (обозначен значком щита) означает: Доступ к проекту есть только у перечисленных пользователей.

• Используйте режим «Ограниченный», когда проект заказчика, подрядчика или конфиденциальный план не должен отображаться для всех, кто в остальном может просматривать портфель.

Под переключателем есть примечание: Изменения вступят в силу при следующем входе затронутых пользователей. После сохранения попросите людей выйти и снова войти (или дождаться их следующего сеанса), прежде чем оценивать, правильно ли выглядит видимость портфеля.

Добавление пользователя и добавление команды

• Добавить пользователя — добавить одного человека в список доступа к этому проекту, затем настроить его роли в проекте.

• Добавить команду — добавить всех членов этой команды в проект сразу. После добавления команды вы всё ещё можете изменить роль каждого человека в проекте по отдельности. Это обычная последовательность действий: сначала добавить группу через «Добавить команду», а затем настроить, кто в этом проекте Project_Manager, а кто Team_Member.

Сводка в диалоговом окне (например, 4 users with access) показывает, сколько людей в настоящее время имеют доступ.

Роли каждого пользователя в проекте

Таблица содержит столбцы Пользователь и Роли.

• Значки ролей показывают текущие роли пользователя в проекте (например, Administrator, Project_Manager).

• Откройте раскрывающийся список в строке, чтобы задать одну или несколько ролей, таких как Project_Manager, Schedule_Manager, Resource_Manager и Team_Member. Допускается несколько ролей у одного человека.

• Эти роли в проекте могут отличаться от роли по умолчанию в организации. Кто-то может быть Team_Member на уровне организации и Project_Manager только в этом проекте — или наоборот, для ограниченного участника.

• Удалите человека из проекта значком корзины в его строке.

• Отмена отменяет изменения; Сохранить сохраняет их (вступают в силу при следующем входе затронутых пользователей).

Управление доступом Consulting Project — ограниченный; добавить пользователя / добавить команду; таблица «Пользователь | Роли» со значками ролей в проекте

Как эти два уровня работают вместе. На уровне организации вы можете дать заказчику пользовательскую ограниченную роль, а подрядчику — роль Team_Member. На уровне проекта вы устанавливаете для проекта режим «Ограниченный», вносите этого заказчика и подрядчика в «Управление доступом» и назначаете внутреннего руководителя на роль Project_Manager в этом проекте. В итоге: заказчик видит и открывает свой ограниченный проект с ограниченными правами; подрядчик обновляет только свои задачи; внутренний руководитель управляет этим проектом как руководитель проекта.

Как это связано между собой

Простой сквозной сценарий, явно использующий Портфель → Управление доступом:

1. Создайте пользовательскую роль «Заказчик» (синее название) с правами только для чтения или ограниченным просмотром в разделе Администрирование → Роли.

2. В разделе Портфель выберите проект заказчика → Управление доступом → установите Ограниченный → Добавить пользователя или Добавить команду, чтобы они были внесены в список → назначьте им подходящую роль проекта. Они видят и открывают этот проект, а не весь портфель работ других заказчиков.

3. Добавьте подрядчика с ролью организации Team_Member, добавьте его в проект через «Управление доступом» и назначьте на задачи → он обновляет прогресс по своим задачам, а не по всему плану проекта.

4. Назначьте внутреннего руководителя на роль Project_Manager в этом проекте в разделе «Управление доступом». Роли организации по-прежнему определяют, что каждый человек может делать в продукте в целом; «Управление доступом» определяет, кто здесь руководитель проекта, а кто член команды.

Если вы настраиваете это впервые

1. Откройте Администрирование → Роли. Обратите внимание: чёрный = стандартная, синий = пользовательская. Продублируйте стандартную роль, если вам нужен вариант «Заказчик» или ограниченный вариант руководителя проекта; настройте унаследованные роли и права (следите за значками PM / TM).

2. На вкладке Пользователи добавьте людей, назначьте им роли организации и, если в вашей сборке есть команды, распределите их по командам.

3. В разделе Портфель откройте каждый конфиденциальный проект → Управление доступом → выберите Ограниченный, если проект должны видеть только перечисленные люди.

4. Нажмите Добавить команду (или «Добавить пользователя»), затем настройте роли каждого человека в проекте (Project_Manager для руководителя, Team_Member для исполнителей и так далее).

5. Сохраните, затем попросите затронутых пользователей снова войти в систему, чтобы портфель и доступ к проекту обновились.

6. Проверьте результат: заказчик видит только свой проект; подрядчик видит только свои задачи; внутренний руководитель может управлять проектом как руководитель проекта.

Итог — быстрый путь создания

Добавить пользователя → эл. почта + пароль → выбрать роль организации (по умолчанию — руководитель проекта) → при желании добавить в команду → Сохранить. Затем откройте Портфель → Управление доступом на проекте, чтобы завершить настройку того, кто может его открывать и кто там руководитель проекта, а кто член команды.

Смотрите: Управление пользователями.

---