ProjectLibre Academy · 管理と構成

ユーザー管理

ユーザーを追加し、2 つの層でアクセスを管理します — 何ができるかを決める組織の役割と、どのプロジェクトを開けるかを決めるプロジェクトへのアクセスです。

ProjectLibre Cloud のユーザー管理は管理の下にあります。アクセスは2 つの層で機能します。組織の役割(製品内で一般的に何ができるか) とプロジェクトへのアクセス(どのプロジェクトを開けるか、各プロジェクトでの役割) です。管理者として、ユーザーを追加し、組織の役割を割り当て、人をチームに配置し、権限を構成し、カスタム役割を作成します。さらにポートフォリオからプロジェクトのアクセス権の管理を開き、そのプロジェクトに誰が参加し、それぞれがプロジェクト管理者、チームメンバー、その他のプロジェクトの役割のどれとして行動するかを制御します。

視聴: ユーザー管理 (約 3:30)。

管理を開く

左サイドバーで、管理 (歯車) をクリックします。
フッターアクション: キャンセル · 適用 · 保存。
タブと操作の利用可否は役割によって異なります — ウォークスルーでは管理者としての操作を示します。

管理 → ユーザー — + ユーザーを追加、設定するユーザーを選択してください 管理 → ユーザー — + ユーザーを追加、設定するユーザーを選択してください

ユーザーを追加する

ユーザー タブで、+ ユーザーを追加 をクリックします。
名、姓、メールアドレス、パスワード を入力します。
リソース: 既定では、ユーザーは新しいリソースとして設定されます (+ 新しいリソースを作成)。任意で、既存のリソースにユーザーを関連付けることもできます。
役割: 役割をドラッグ (または矢印を使用) してActive Selectionに入れます。既定はプロジェクト管理者 (Project_Manager) です。そのままにするか、Team_Member、Portfolio_Manager などをドラッグします。
チーム: チームをActive Selectionに移動します (デモ: IT Team + India — 2 つのチームに所属するユーザー)。
適用および/または保存で確定します。

ユーザーを追加 — 名、姓、メールアドレス、パスワード ユーザーを追加 — 名、姓、メールアドレス、パスワード

リソース — + 新しいリソースを作成 (または既存のものを関連付け) リソース — + 新しいリソースを作成 (または既存のものを関連付け)

役割のデュアルリスト — Active Selection と利用可能な役割 役割のデュアルリスト — Active Selection と利用可能な役割

ユーザーのチーム — IT Team + India (バッジ 2) ユーザーのチーム — IT Team + India (バッジ 2)

役割と権限

ProjectLibre Cloud のアクセスは役割ベースです。組織の役割を、その人が製品内で持つ既定のツールキットと考えてください — どのビューを開けるか、どのダイアログを使えるか、管理者かチームメンバーかなどです。そのツールキットは役割タブで管理します (役割を人に割り当てるのは ユーザー タブです)。

アクセスの 2 つの層 (最初に読んでください)

層	設定する場所	制御する内容
組織の役割	管理 → 役割 / ユーザー	製品内で一般的に何ができるか (ビュー、ダイアログ、管理者とチームメンバーの権限)。役割名が黒なら標準、青なら作成したカスタム役割です。
プロジェクトへのアクセス	ポートフォリオ → プロジェクトを選択 → アクセス権の管理	どのプロジェクトを開けるか、およびそのプロジェクトでの役割 (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 が含まれます。
役割を選択すると、継承する役割 (Administrator に付く Portfolio_Manager や Resource_Manager などのタグ) と権限を編集できます。

権限は全般、ビューへのアクセス、ダイアログへのアクセス などのカテゴリーにまとめられています。各権限の行には、小さな PM または TM のバッジと、場合によってはロックのアイコンが表示されます。

権限は役割の階層を上がるほど継承されるため、割り当ては非常に細かく保てます。標準役割から出発し、複製し、チェックボックスを取捨選択して保存します。

管理の役割タブ — 黒 = 標準、青 = カスタム、継承する役割と、PM/TM バッジ付きの権限 管理 → 役割 — 黒 = 標準、青 = カスタム、継承する役割、権限 (全般 / ビューへのアクセス / ダイアログへのアクセス) と PM / TM バッジ

役割 — Administrator の継承する役割 役割 — Administrator の継承する役割

権限 — 全般 / ビューへのアクセスのチェックボックス 権限 — 全般 / ビューへのアクセスのチェックボックス

標準役割

役割	できること
Administrator	幅広く追加と削除が可能。より広い役割を継承 (デモでは Portfolio_Manager + Resource_Manager を継承)
Portfolio_Manager / ポートフォリオ管理者	チームや制限付きアクセスで他の人のポートフォリオが絞られていても、すべてのプロジェクトが見える
Project_Manager / プロジェクト管理者 (PM)	自分のプロジェクトを削除および管理できる。Team_Member を継承
Schedule_Manager	スケジュール中心のプロジェクトの役割 (アクセス権の管理ではプロジェクトの役割のチップとしても選択可能)
Team_Member / チームメンバー (TM)	権限が最も少ない。タスクの割り当て後、ログインすると自分のプロジェクトのみ、自分のタスクのみが表示される
Resource_Manager / リソース管理者	ユーザー、チーム、リソース構造を設定するための専任担当者
Authenticated	標準一覧における基本の認証済みユーザーの役割

PM 向けのカスタム役割の例

これらのパターンは、組織の役割 / 権限とチーム、プロジェクトのアクセス権の管理を組み合わせたものです。新しい管理者が結果をイメージできるよう、完全な文章で書いておきます。

顧客 (自分のプロジェクトのみ閲覧可能)。 Customer 系のカスタム役割 (役割タブでは青文字) を作成または調整し、読み取り専用または限定的な表示権限にすることで、プランを編集させずに ProjectLibre を開いて自分のプロジェクトを見られるようにします。アクセス権の管理によってその人を制限付きのプロジェクトに置く (および/またはプロジェクトチームに入れる) ことで、他の顧客のプロジェクトを含むポートフォリオ全体ではなく、そのプロジェクトだけを見て、アクセスできるようにします。
外部委託先 (自分のタスクのみ更新可能)。 外部委託先には Team_Member の組織の役割 (またはそれをもとにしたカスタム役割) を与えます。タスクに割り当てられると、自分の作業だけの進捗を更新します — プロジェクト計画全体を見たり編集したりすることはありません。
このプロジェクトの社内リーダー。 アクセス権の管理で、組織の既定値が異なっていても、社内リーダーのプロジェクトの役割を Project_Manager に設定します。これが、会社全体の管理者にすることなく、このプロジェクトについてその人を PM にする方法です。

チーム

チーム タブを開きます。
チームを選択するか (例: IT Team、India)、+ チームを追加します。チーム名を編集します。
リソース の下で、人をActive Selectionに移動します (デモ: India は Tayler、Kai、Kristen から始まり、Connor と Sidney を追加)。
保存してから、そのチームをプロジェクトに配置してメンバーシップを有効にします。最も分かりやすい方法は ポートフォリオ → プロジェクトを選択 → アクセス権の管理 → チームを追加 です。これで全メンバーが追加され、その後で各自のプロジェクトの役割を調整します。

チームがプロジェクトで果たす役割

割り当ての効率化 — リソースを割り当てるとき、PM にはプール全体ではなくチームメンバーのみが表示されます。
アクセス制御 — ポートフォリオに表示されるプロジェクトを制限します。例: 顧客をプロジェクトチームに置き、そのチームをプロジェクトに配置すると → その人にはそのプロジェクトのみが見えます。

例外: ポートフォリオ管理者は引き続きすべてのプロジェクトを見られます。

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

India チーム — Active Selection のメンバー India チーム — Active Selection のメンバー

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

組織の役割は「この人は ProjectLibre で何ができるか」に答えます。アクセス権の管理は「どのプロジェクトを開けるか、このプロジェクトでの役割は何か」に答えます。

ポートフォリオからアクセス権の管理を開く

ポートフォリオに移動します。
プロジェクトを選択します。
アクセス権の管理を開きます。ダイアログのタイトルにはプロジェクト名が含まれます — 例: Manage Access Consulting Project。

公開と制限付き

ダイアログの上部で公開または 制限付き を選びます。

制限付き (盾のアイコンで表示) の意味: 一覧にあるユーザーだけがこのプロジェクトにアクセスできます。
顧客、外部委託先、または機密のプランを、ポートフォリオを閲覧できる全員に表示してはいけない場合に、制限付きを使います。

トグルの下の注記にはこうあります: 変更は、対象ユーザーが次にサインインしたときに適用されます。 保存した後は、ポートフォリオの表示が正しく見えるか判断する前に、対象のユーザーにサインアウトしてから再度サインインしてもらうか (または次のセッションを待つか) してください。

「ユーザーを追加」と「チームを追加」

ユーザーを追加 — このプロジェクトのアクセス一覧に 1 人を追加し、その役割を設定します。
チームを追加 — そのチームの全メンバーを一度にプロジェクトに追加します。チームを追加した後でも、プロジェクトでの各自の役割を個別に変更できます。これが通常のパターンです。まずチームを追加でグループを取り込み、それから誰をこのプロジェクトの Project_Manager にし、誰を Team_Member にするかを調整します。

ダイアログのまとめ (例: 4 users with access) には、現在アクセス権を持つ人数が表示されます。

プロジェクトごとのユーザーの役割

表には ユーザー と役割の列があります。

役割のチップには、現在のプロジェクトの役割 (例: Administrator、Project_Manager) が表示されます。
各行のドロップダウンを開くと、Project_Manager、Schedule_Manager、Resource_Manager、Team_Member など、1 つ以上の役割を設定できます。1 人に複数の役割を設定することもできます。
これらのプロジェクトの役割は、その人の組織の既定値と異なる場合があります。組織レベルではチームメンバーでも、このプロジェクトだけプロジェクト管理者であったり、限定的な貢献者としてその逆であったりします。
行にあるゴミ箱アイコンで、その人をプロジェクトから削除します。
キャンセルで編集を破棄し、保存で確定します (対象ユーザーには次回サインイン時に反映されます)。

アクセス権の管理 — 公開/制限付き、ユーザーを追加/チームを追加、プロジェクトごとのユーザーの役割 Manage Access Consulting Project — 制限付き、ユーザーを追加 / チームを追加、プロジェクトの役割チップ付きのユーザー | 役割の表

2 つの層がどう組み合わさるか。 組織の層では、顧客にはカスタムの限定的な役割を、外部委託先には Team_Member の役割を与えることがあります。プロジェクトの層では、プロジェクトを制限付きに設定し、その顧客と外部委託先をアクセス権の管理の一覧に加え、社内リーダーをこのプロジェクトのプロジェクト管理者に設定します。合わせると、顧客は限定的な権限で自分の制限付きプロジェクトを見て開き、外部委託先は自分のタスクのみを更新し、社内リーダーはこのプロジェクトを PM として管理します。

全体の流れ

ポートフォリオ → アクセス権の管理を明示的に使う、単純なエンドツーエンドのシナリオです。

管理 → 役割 で、読み取り専用または限定的な表示権限を持つカスタムの Customer 役割 (青文字) を作成します。
ポートフォリオで、顧客のプロジェクトを選択 → アクセス権の管理 → 制限付き に設定 → ユーザーを追加 または チームを追加 して一覧に載せる → 適切なプロジェクトの役割を与えます。その人は、他の顧客の作業を含むポートフォリオ全体ではなく、そのプロジェクトだけを見て、アクセスできます。
外部委託先を追加し、Team_Member の組織の役割を与え、アクセス権の管理でプロジェクトに配置し、タスクに割り当てます → プロジェクト計画全体ではなく、自分のタスクの進捗を更新します。
社内リーダーを、アクセス権の管理でこのプロジェクトのプロジェクト管理者に設定します。組織の役割は引き続き、その人が製品全体で何をできるかを定義し、アクセス権の管理はここで誰が PM で誰が TM かを定義します。

初めて設定する場合

管理 → 役割 を開きます。黒 = 標準、青 = カスタムであることに注意してください。Customer や限定的な PM の派生形が必要なら標準役割を複製し、継承する役割と権限を設定します (PM / TM のバッジに注目)。
ユーザーで、人を追加して組織の役割を割り当て、お使いの環境でチームを使える場合はチームに配置します。
ポートフォリオで、機密性の高い各プロジェクトを開き → アクセス権の管理 → 一覧に載っている人だけが見るべき場合は 制限付き を選びます。
チームを追加 (またはユーザーを追加) し、それから各自のプロジェクトの役割を設定します (リーダーには Project_Manager、貢献者には Team_Member など)。
保存してから、対象ユーザーに再度サインインしてもらい、ポートフォリオとプロジェクトのアクセスを更新します。
抜き打ち確認: 顧客には自分のプロジェクトだけが見え、外部委託先には自分のタスクだけが見え、社内リーダーは PM としてプロジェクトを管理できることを確認します。

まとめ — すばやく作成する手順

ユーザーを追加 → メール + パスワード → 組織の役割を選ぶ (既定はプロジェクト管理者) → 任意でチームに配置 → 保存。次に ポートフォリオ → アクセス権の管理 をプロジェクトで開き、誰がそれを開けるか、そこで誰が PM で誰がチームメンバーかを決めて仕上げます。

視聴: ユーザー管理。