• プログラムマネージャーまたはプロジェクトリードの管理時間の短縮（可視化とリスク管理）
• ビルダーの能力開発とレベルアッププロセスの基盤
• プログラムの成長に伴い増加するエディターやインサイトへのリクエストに効率的に対応

• 最適ではないエンドユーザーエクスペリエンス
• ビジネスステークホルダーの否定的な感情とNPSスコア
• 認証されていないユーザーがライブ環境に公開し、不正行為を引き起こす可能性があるリスクエンドユーザーエクスペリエンス

確立された標準に基づいて新しいチームメンバーを受け入れ、確認し、アクセスできる正式なプロセスです。

開始する場所：

• リクエストフォームの作成：アクセスを要求するには、Eメール/受信フォームテンプレートユーザーが必要
• リクエストフォームの回答テンプレートの作成：新規追加がプロジェクトリーダーまたはビルダーの場合は、役割ごとに関連するDAIコースへのリンクを含める

特定のユーザーが設定基準を満たしたときに、アクセスをレベルアップするプロセス。

例えば、ビルダーの旅は、限定された公開アクセスから始まります（ビルダーのスキルが上がるにつれて、公開許可を獲得します）。

開始する場所：

• ビルダーの「レベル」の文書化： ビルダーが公開権を得るためには何が必要ですか？ （例：DAIコースのX#受講、プロジェクトのX#完了、認定ビルダーによるシャドーイング時間のX#完了）

同じレベリング概念がラーニングアークにも適用されます：編集/公開権限を適切に制限します（SMEs = コントリビューター、CoEまたはL&D = 管理者 – 完全なモデルについては、WalkMeラーニングアーク – UXおよび配信フレームワークを参照してください）。

Haikuに関するメモ：Haikuは意図的にこのエディター権限モデルの外にあります。 部門のSMEは、エディターへのアクセスをリクエストしたり、上記のレベリングプロセスを経由したりすることなく、Haikuのヒントを直接公開します。 そのトレードオフとして、Haikuにはアクセスベースの制御ではなく、別の場所でより軽いガバナンスチェックが必要であるということです（ナレッジベースのデザイン – ベストプラクティスの イネーブルメント翻訳者の役割を参照してください）。

ユーザー権限を常に更新し、アクセス範囲をチェックするための監査および監視の方法。

開始する場所：

• Admin Centerを使用して、年2回のユーザーレビューを予約すること：プロジェクトリーダーと協力して、プログラムマネジャーが主導し、実施する
• すべての役割（カスタムロールを含む）と説明を記載したドキュメントを作成すること：デジタル導入チーム全員がアクセスできるように、これをどこか中心的な場所（ナレッジベースのページが理想的）でホストする

管理センターでは、以下を実行できます：

• インストール要件の表示
• ユーザーのアクセス権限を追加/編集するか、ロールを作成/編集権限する
• 新しいシステムを作成するか、既存のシステムに環境を追加する
• システムのURLを編集し、既存のシステムに新しい環境を追加する

これらのリソースで管理センターの詳細をご覧ください：

• 管理センターの機能の詳細はこちら
• アカウント管理者とシステムマネージャーを指定する機能など、管理センターのロールと権限階層の詳細をご覧ください
• Digital Adoption Institute（DAI）のコースを受講する

アクティビティボードでは、以下を実行できます：

• アカウントのステータス（システムの数、本番環境のアイテムの数、チームメンバーの数）をすばやく確認します。
• 破綻したコンテンツを大規模に特定する
• 未使用のコンテンツを把握し、再検討する必要がある

アクティビティボードの詳細