Please enable JavaScript.

Coggle requires JavaScript to display documents.

NTK_GWS, 見える範囲については、今後 glean みたいなAIによる検索を導入するときに見えてしまう。あらかじめ対策が必要,…

- - - - 必要な人に必要な権限のみ与える
      - OUごとのユーザ管理
        ＋OUごとに設定できる箇所の権限
    - - ユーザへの周知・徹底
        
        移行に関するアナウンス
        
        新しいポリシーの定着
      - 問い合わせ受付
        
        Formとか作成する？
        
        現状どのように対応している？
        
        管理に漏れはないか？
  - - - 違いがあればどの方針にするのか？
        
        ユーザ影響の確認
        
        GASは移行後一旦動かないとか
      - 早めに取り掛かった方がいい
        （ GHQ vs EMEA）
      - M365は別として
    - - 設定変更時のルール
        
        変更した場合の周知について
        
        WF?
        
        Dev / Sandbox環境があれば、それらの運用方法
        
        本番環境と差分がないようにどう管理するか
        
        基本的に承認制がお勧めではある
      - Vaultの保持期限
      - 共有
        
        外部共有
        
        命名規約とか
        
        リンク共有
      - デバイス管理
        
        MDM?
      - グループ
        
        外部ユーザの可否
        
        命名規約
        
        そもそも自由に作成できるようにするのか
      - 地域やIPなどの制限
      - DLPとかのルール
  - - - Drive
        
        Target Audienceの構成
        
        これまでドメインワイドで見せていたものが、
        自動的にグローバルに広がる
        
        運用
        
        共有ドライブ
        
        外部共有
      - Calendar
        
        予定をどこまで見せるか？
        
        会議室(Resources)は全世界で公開しなくても良い？
      - alluser@domain デフォルトのグループ利用？
        
        デフォルトグループは
        統合後、メンバーが拡大
    - - 役員とか個別フォローが必要な可能性がある
  - - - どんな流れでユーザ作成するのか？
      - 何をマスタにするのか？
    - - 属性値の連携は行うのか？
        
        実施
        
        変更するなら元を
        更新しないといけない
        
        変更の反映は一方通行
        
        GWSだけでなく、
        マスタの権限も踏まえて
        権限の設定が必要
        
        属性値として
        どんな値を設定
        しているのか？
        
        拠点間で設定内容の
        すり合わせが必要
        
        実施しない
        
        部署変更だったりの
        更新が厳しい
        
        別でマスタを持つ？
        Google連絡先は見ない？
      - アカウント
        ライフサイクル
        
        同姓同名の人が入社したときに
        アカウントの使い回しをしないように
        一定期間はリサイクルしない仕組み
- - - - 統合後に
        重複排除
    - - 旧ドメインを保持するなら
        Domain Consolicdation
        
        エイリアス設定？
        
        エイリアス設定すると、
        Unmanagedアカウントとの絡みで
        セキュリティホールになる可能性がある
      - 移行時にGmailの転送設定が必要
        
        どのように転送する？
        
        ドメイン？
        
        メールサーバ側で
        設定する？
      - プライマリドメインの変更
        
        影響箇所
        
        テンプレート
        （テナント名だったかも）
        
        GASでドメイン名で動かしているものとか
        
        リセラーに連絡が必要
    - - Domain Consolication
        
        費用
        
        PSO
        
        テナントごとにかかる
        
        今回はEUのみにしたら
        節約できる
        
        おそらくインド
        
        日本語対応は
        別途費用と時間がかかる
        （ベンダー探すことになる）
        
        Over Provisioning
        
        対象外のもの
        
        GCP
        
        組織移動が必要
        
        データ移行はほぼ心配ない
      - 自力
        
        数が多いのでお勧めできない
  - - - 早めにドメイン登録
        だけでもした方が良い
  - - - Oktaに代わる？
  - - - 移行後、GWSライセンス以外の再割り当て
      - どうやって実施していたかは不明。。。
- - - - Google
      - 自作
      - その他サービス
    - - 運用
        
        Admin
        
        Custom Role
        
        Adminアカウント
        
        ユーザからの問い合わせ受付WF
  - - - 認証基盤の移行が間に合うのか
    - - メールの転送要否
- - - - どっちに原因があるのかわからなくなる。。
      - どっちを先にするか？
      - 例えば、ドメインの移行とOktaの導入を先行して GHQで実施後、 EMEAとかPAMAの統合というスケジュールもあり得るのか？
  - - - Oktaで認証
        
        Pilotユーザ検証
        
        ドメイン移行
- - - - Domain Consolidation の費用はテナントごとに発生するため、
        テナントに合流させた方が節約にはなる
    - - あまり旨味はない
      - 設定もリセットされる
  - - - 決定者は早めに
        明確にしておいた方がいい
    - - 各拠点の体制も確認
      - PAMA
        
        Sada?
      - GHQ
        
        2024/04 ~ ベンダー？
      - EMEA
  - - - 契約後
        
        SOWなどなど
        
        キックオフ
      - 契約前
        
        Eligibility Check
        
        Formを送信
    - - GWS移行
        そのもの
        
        DryRun
        
        移行に関する相談受付
        
        Domain Consolidation
      - GCPの組織移行