ProjectLibre Academy · 管理と構成

管理とセキュリティ

管理モーダルがユーザー、チーム、役割、プロジェクトへのアクセスをどう統制するかを、役割で制御されるコントロールプレーンと導入チェックリストとともに説明します。

視聴: ユーザー管理 (約 3:30) — ユーザー管理と同じビデオを、管理とセキュリティの観点で取り上げます。

アクセスは役割に依存します。管理を開くとモーダルが表示され、タブとコントロールはサインインしている役割によって異なります。管理者の場合、タブは次のとおりです。ユーザー · チーム · 役割 · ライセンス · 支払い · 会社。すべてのタブのフッターアクション: キャンセル · 適用 · 保存。

ユーザー / チーム / 役割を ID と RBAC の面、ライセンス / 支払い / 会社を財務とサインアップの面と考えてください。管理の説明とあわせて扱う、タイムシートと承認のプロジェクトオプションについては、一般構成 を参照してください。

管理モーダル — パスワードを空欄のままにするプレースホルダーのあるユーザータブ 左ナビの管理 → モーダルのユーザータブ (役割で制御されるコントロールプレーン)

左ナビから管理を開く

左サイドバーで、管理をクリックします。
管理モーダルが開きます (デモでは ユーザー タブが表示されます)。
管理者権限のある役割でサインインしていることを確認してください — UI は役割によって制御されます。

画面の各部の手順と、未保存の変更を破棄するダイアログについては、管理モーダル と ユーザー管理 — 管理を開く でも取り上げています。

ユーザーの登録 — ID、パスワード、リソースの紐付け

ユーザー タブ: 一覧の列はメールアドレス · 名 · 姓、ツールバーには + ユーザーを追加 (削除用のゴミ箱アイコンも)。

ユーザー追加時のセキュリティ関連フィールド

名、姓、メールアドレス。
パスワード — 新規ユーザーの場合: プレースホルダーはパスワードを入力してください (表示/非表示の目のアイコン)。既存ユーザーの場合: 空欄のままにすると現在のパスワードを維持します。
リソース — 既定は + 新しいリソースを作成。または既存のリソースにログインを関連付けます。
役割 (デュアルリストの Active Selection / 検索) — 既定: プロジェクト管理者 / UI 上は Project_Manager。必要に応じて Team_Member などをドラッグします。
チーム (同様のデュアルリスト) — 任意です。デモでは、ユーザーを IT Team と India に登録します。
適用 / 保存。

「パスワードを入力してください」というプレースホルダーのあるユーザーを追加フォーム + ユーザーを追加 — 姓/名/メール + パスワードを入力してください

ユーザーフォームのリソースセクション、新しいリソースを作成 リソース → + 新しいリソースを作成 (または既存のリソースに関連付け)

Active Selection に Team_Member が入った役割のデュアルリスト 役割のデュアルリスト — デモでは Active Selection に Team_Member

IT / Construction / Marketing / India のユーザーのチームのデュアルリスト ユーザーのチームの割り当て — IT / Construction / Marketing / India

詳細な手順: ユーザーの追加 · ユーザーをチームに追加。

チーム — ポートフォリオのアクセス境界と割り当てのフィルター

チーム タブでは組織のグループを作成します (+ チームを追加、チーム名、リソース デュアルリスト)。デモ: India の Active メンバーは Tayler、Kai、Kristen。Connor と Sidney を追加してから保存します。

割り当てのフィルター — プロジェクト管理者がリソースを割り当てるとき、プール全体ではなくチームメンバーのみが表示されます。
ポートフォリオの可視性の制限 — プロジェクトチームに所属する人 (顧客の例) は、ポートフォリオでそのプロジェクトのみが見えます。
例外 — チームによる制限があっても、Portfolio_Manager はすべてのプロジェクトを見られます。詳細: ユーザー管理 — チーム。

リソースのデュアルリストがあるチームタブの IT Team チームタブ — IT Team のリソースデュアルリスト

India チームの Active Selection、Tayler、Kai、Kristen India チーム — Active: Tayler、Kai、Kristen (その後 Connor / Sidney を追加)

役割と権限 — 継承のまとめ

役割タブ: + 役割を追加、複製/コピー、削除、役割名フィールド。表示される役割には Administrator、Project_Manager、Customer Role、Portfolio_Manager、Team_Member、Resource_Manager、Team_Member Limited Views が含まれます。

継承する役割 (デュアルリスト): デモでは Administrator が Portfolio_Manager + Resource_Manager を継承 (バッジ 2)、Project_Manager が Team_Member を継承 (バッジ 1)。権限は上位に向かって継承されていきます — チームメンバーが最小の権限、プロジェクト管理者がその次の段階です。

全般 — 認証済みユーザー (チェック済み。TM タグ / ロックの目印あり)。
ビューへのアクセス — 画面ごとのチェックボックス (ホーム、ダッシュボード、ポートフォリオ、プロジェクト、リソースプールのビュー、プロジェクト: ガント / 表 / 使用状況 / ネットワーク / WBS、先行タスク、後続タスク、割り当て、カレンダー、レポート、…) に TM / PM タグとロックアイコンが付きます。
ADMIN ACCESS (スクロール下部) — ユーザー · チーム · 役割 · Admin Portfolio (PM タグ)。この下にさらにグループがあります (完全には収録していません)。

役割の権限のまとめ: 管理者は追加と削除ができます。プロジェクト管理者は自分のプロジェクトを管理、削除できます。ポートフォリオ管理者はすべてのプロジェクトを見られます。チームメンバー (外部委託先に適しています) は、ログインすると自分のプロジェクトと自分のタスクだけが表示されます。リソース管理者は、この構造を設定するための役割です。

役割タブの Administrator の継承する役割 役割 — Administrator の継承する役割 (Portfolio_Manager + Resource_Manager)

Project_Manager の権限のビューへのアクセスグリッド 権限 — Project_Manager のビューへのアクセスグリッド

権限の ADMIN ACCESS、ユーザー、チーム、役割、Admin Portfolio ADMIN ACCESS — ユーザー · チーム · 役割 · Admin Portfolio

Project_Manager が Team_Member を継承 Project_Manager の継承する役割 → Team_Member (最小権限 → その次の段階)

プロジェクト単位のアクセス (アクセス権の管理)

組織の役割とチームは、アクセスの半分でしかありません。どのプロジェクトを開けるか — そしてプロジェクト管理者、チームメンバー、または別のプロジェクトの役割として行動するかは、ポートフォリオ → アクセス権の管理 から制御します。

ライセンス · 支払い · 会社

これらの管理タブは、管理モーダル の管理メニューのツアーで説明しています — ライセンス (PM とチームメンバーのシート)、支払い、会社 (通貨、タイムシート、DCMA のしきい値、スコアリング)。このセキュリティのセクションでは、ユーザー · チーム · 役割 · アクセス権の管理を RBAC の主な実習として扱います。財務や会社の標準について詳しくは、モーダルの章を参照してください。

初回のセキュリティ設定チェックリスト

新しい Cloud テナントの実用的な最初の手順 (セキュリティの観点):

管理者としてサインイン → 管理を開きます。
組み込みの役割 / 継承する役割を確認します (最小権限のチームメンバーと、それを上書きするポートフォリオ管理者)。
ポートフォリオの可視性と割り当てプールをどう制限したいかに合わせてチームを作成します。
各メンバーを登録します。メール + パスワード + 役割 + 任意のチーム → 保存。
各プロジェクトについて、ポートフォリオのアクセス権の管理でアクセスを仕上げます (詳細)。
新しいユーザーには 個人設定とアバター (組織管理ではなく、本人のオプション) を案内します。

製品の用語を使った詳しいチェックリスト: ユーザー管理 — 初回設定のチェックリスト · 全体の流れ。