九州工業大学における Microsoft Teams の全学展開
林 豊洋 1) , 黒崎 覚 2) , 金光 昂志 2)
1) 九州工業大学情報統括本部 情報基盤センター
2) 九州工業大学情報統括本部 情報基盤課
toyohiro@isc.kyutech.ac.jp

Deployment of Microsoft Teams on Kyushu Institute of Technology
Toyohiro Hayashi1) , Satoru Kurosaki2) , Takashi Kanemitsu2)
1) Information Science and Technology Center, Kyushu Institute of Technology
2) Information Infrastructure Division, Kyushu Institute of Technology

概要
本学では，電子メールに代わる効率的なコミュニケーション手段として，2022 年度より Microsoft Teams の全学展開を行った．Microsoft 365 テナントの初期設定では，全てのユーザがチーム作成権限を持つことや，ファイル共有が組織外を含め自由に行える状態にある．他の Microsoft 365 のサービス提供への影響やガバナンスの観点で懸念があると判断し，本学では適切な設定値に変更し運用を開始した．加えて，チームの作成や年次更新については電子申請に基づく承認制を採用し，統制の取れたチーム運用を実現した．

1

提供への影響が生じる可能性やガバナンス上の懸念がはじめにあると判断し，Teams を構成する M365 上のシステム

九州工業大学（以下，本学）では，既存の情報シス設定値を調整した後に運用を開始することとした．

テムのあり方の問題点を洗い出し，更なる最適化を目

また，統制の取れた運用するチームには責任者を設指す方針ならびに，対象のサービス更新内容や時期等定すること，責任者の退職等に伴う交代，チームの休をマスタープランとして定め，情報基盤の更新を行っ眠状態を抑制するための棚卸し等が重要であることかている．

ら，本学においてはチームの作成と年次更新は電子申情報システムの最適化の観点では，メールシステム請に基づく承認制を採用することとした．

（電子メール）からの脱却は重点的な課題と捉えてい

上記の運用方針に基づき，2022 年度より Teams のる．電子メールは時代の要求に応じて機能向上がなさ

全学展開を行い，2023 年 9 月現在において約 110 チー

れてきたが，セキュリティ上の問題が絶えず生じるこムが稼働している．その運用範囲は事務（係単位）・技とや，プル型のサービスであるためタイムラグが多く，術部・本部内室・タスクフォース等・研究室等と多岐に細かなやり取りは電話を併用する等の運用が必要でわたっており，メールからの脱却が順調に進んでいる．

ある．

本稿において，本学における Teams 運用に要したメールシステムからの転換として，チャット機能・ファイル共有機能を備えたコミュニケーションツールは有力な選択肢である．本学は全学的に Microsoft365（以下，M365）を導入しており，M365 が有するコミュニケーションツールである Microsoft Teams（以下，Teams）を学内向けの連絡手段として適用可能でM365 の設定値変更や，チーム作成・年次更新の仕組み等について詳細を述べる．

2

本学における Microsoft Teams の展開

2.1

メールシステムからの脱却

本学で稼働する情報システムは，部局やプロジェクト単位で調達がなされ，国からの指針や法律への準拠あるか検討した．

Teams は M365 の初期設定において，全てのユーザに応じて個別最適させる方針であった．対して，利用が自由にチームを作成でき，ファイルの共有範囲につ者視点での利便性等の考慮は優先度が低く，レガシーいては，組織外（匿名公開）を含め自由に設定できるな情報システムが林立している状況であった．本学で状態にある．初期設定での運用は他の M365 サービスは，このような既存の情報システムのあり方の問題点

97

を洗い出し，更なる最適化を目指す方針（Kyutech-DX

ンツールとしての導入に向けて検討を行った．

ビジョン 2023）の定義 [1] ならびに，対象のサービス

2.3

更新内容や時期等をマスタープランを定義した．

Teams を構成するシステム，システム設定初期値に起因する懸念点

情報システムの最適化の観点から，本学ではメールシステム（電子メール）からの脱却は重点的な課題とTeams は単体のシステムではなく，M365 上のシステムの組み合わせにより構成されている．

捉えている．電子メールは本学において依然としてチームを作成すると，Entra ID（チームやそのメン重要なコミュニケーションツールであり，全学メールバー管理），SharePoint Online（メッセージ管理等），サービスを用いたメール送受信数は，一日平均 7 万通

OneDrive for Business（ファイル共有），Exchange On-程度の流量を有している．時代の要求に応じて継続的line（電子メールとの連携）等のシステムが連携して動に機能向上がなされているが，根底は設計が古い情報作し，利用者にチームの形でサービスが提供される．

システムであるため，セキュリティや利便性の観点でጦዿೄ౽࿾֦֭ԣԵԱՁՇ多くの課題を有する．

ԣԵԱՁՇӨӲԦԵԲӶӨ‫ח‬،‫؟‬Ӵ

利用者視点で顕在化しているセキュリティ上の問題
点としては，機微情報の誤送信，受信者リストの露出（BCC と TO の指定ミス），送付先ミスによる添付ファイルの流出，転送設定ミスによるドッペルゲンガード
メインへの情報流出等が顕在化しており，一部は本学においても報告されている．これらの問題点に対応するセキュリティ製品は存在するが，電子メール基底の脆弱さであるため根本的な対策は困難である．
加えて，電子メールにおけるメッセージの受信は，メールサーバへ受信要求を出すプル型となるため，コミュニケーションにタイムラグが生じる．したがっԣԵԱՁԣԵԱՁԣԵԱՁՔ‫װ׸ؖ‬՛‫׭‬੢ዛՔ‫ח‬،‫؟‬ጦዿԢԸԱՆԵԟՃԺՂՈԞՂՀԺՂԵӲԣԵԱՁ৉ጫӣ‫׹ب׻بר‬੢ዛӴԏՌԳԸԱՂԷԵӨԞՂՀԺՂԵӲ‫ؖ‬՛‫֧֭ؠ‬ᎌૢӴԟՃՋԵՆԟՀԱՈԶՃՆՁ֭֜໢ԚӽԀӿ‫ؕ׻׮׬‬ՔԐՃՆՁՇՔԟՃՋԵՆԋՉՈՃՁԱՈԵՔԟՃՋԵՆԋՄՄՇ ԵՈԳӸՔဃᎭ‫ ؕ׻׮׬‬ԵՈԳӸवਢӣဃᎭ့वਢӣဃᎭ့वਢӣဃᎭ့ԣԵԱՁՇवਢӲ‫بי؞بן‬वਢӴ֭֜໢॒ᆪᎌૢ‫ח‬،‫؟‬ԏՂՈՆԱ ԔԎӲԣԵԱՁ֪໴ࣤ֘‫׊‬ԚӽԀӿ‫ؠץ‬՛،ӴԣԵԱՁՇ‫ב‬ஓถ֘‫৿׊‬Ⴗて，短時間での細かなメッセージのやり取りが困難であり，場合によっては電話等を併用したコミュニケーションへ発展させる必要性が生じる．

ԍԸԱՈԍԸԱՈ
ԍԸԱՈՔ‫װ׸ؖ‬՛‫׭‬੢ዛՔ‫ח‬،‫؟‬ጦዿ

図 1 Microsoft Teams を構成するシステム

これらの問題点が，本学がメールシステムからの脱却を検討すべきと捉えている事由となる．

これら Teams と連携する M365 上のシステムは，2.2 新たなコミュニケーションツールの検討

Teams での利用向けに分離されている設計ではなく，前述した電子メールからの脱却の手段として，本学

M365 テナントの運用に影響が及ぶ可能性がある．加では新たなコミュニケーションツールの導入を検討

えて，M365 の各システムの設定値は初期状態では利した．特に，メッセージの送受信にチャットツール，用者にとっての自由度が高い傾向にあり，Teams の導ファイルの共有にオンラインストレージを利用し，電入前に学内の運用ポリシーに合致するものであるかの子メールや添付ファイル運用からの転換を図るパター判断を要する．以下にて，本学が認識する懸念点につンが増えている．

いて述べる．

システム構築やメンテナンスのコストを抑えるため■チームの作成権限

Teams におけるチームの作成権には SaaS の活用が有力であり，具体的なシステムの限は，Entra ID 上のグループの一種である M365 グ

候補としては，Slack + Box や，Microsoft Teams 等がループの作成権限に依存する．本学が M365 テナン考えられる．

トを展開した時期（2015 年 4 月）における M365 グ

本学は，学生・教職員・卒業生を含む全学的な電子メールサービス運用のため，2015 年度に M365 を導ループの作成権限の初期値は，M365 に登録されたメンバー（ゲストを除く）であった．

入していた [2]．Teams は本学が契約する M365 ライ

この当時は Teams は M365 上の正式サービスではセンス（2015 年当時は A1，2020 年度より A5）に含なかったが，学生・教職員・卒業生を含む全てのユーザまれる機能である [3]．追加投資なく展開できることが自由にグループを生成できることにより，Exchangeが期待されることから，学内向けのコミュニケーショ

Online の配布リスト（メーリングリストに相当）の作98

成を許してしまうことに大きな懸念があると判断し，響を及ぼすものや，チームの乱立や休眠化等の無秩序グループの作成権限は管理者ロールを除き無効化してを招くものであり，M365 の設定値変更や運用を支援いた．無効化の判断は後の Teams の正式サービス開始するシステム化が必要である．ただし，極端に自由度後，ユーザが自由にチームが作れてしまう挙動が抑制の低い設定とすると，コミュニケーションツールとしされ，正しい判断であった．*1ての機能が不足し，Teams の利用が促進されない危惧■チーム名の命名規則があるためバランスの良い設定値変更を実施する．

Teams におけるチーム名は，初期値では制約のない任意の名称が指定できる．

2.4

チーム名は，Entra ID 内の M365 グループ内の属性

チーム提供に関するルール作成，作成手順・有効期限等の策定

値にて管理され，グループの論理的な名称が M365 グ

本学においては Teams の提供に先立ち，チーム提供ループの Identity 属性値に対応する．Entra ID では，に関する最低限のルール「Microsoft Teams 利用ガイ

Identity 属性値はドメイン名内で一意であるため，命ドライン」を全学方針として定めることとした．

名規則を設けない場合，ユーザ名とチーム名が競合し，ガイドラインには，申請可能な構成員の範囲（本学M365 上でのアカウント作成に支障が生じる．

においては教職員のみを申請者とする），申請者の権■ゲストユーザの取扱い

Teams では，組織外のユー限（申請したチームの所有者となり，チャネルやメンザをゲストとしてチームメンバーに追加することがバーの追加が可能），目的外利用の禁止事項（営利的利可能である．初期値では，ゲストの追加は許可されて用の禁止等），機微情報の取り扱いに関する注意事項，いる．

有効期限の導入（年度末が利用期限，更新により延長

ゲスト追加により，組織外のメンバーを加えた情報可能）等を条項として含んでいる．

交換が実現できる半面，Teams のゲストは与えられる■チームの作成手順

アクセス許可範囲が広く，加えて個別にアクセス許可を無効化することにより統制の取れたチームの作成がの制御が出来ないことが懸念となる．例として，チー可能となる．対して，チームの作成を受け付け，内容ム内にアップロードされたファイルの共有が可能であに従って作成を進める必要があり，希望者・管理者共り，後述のファイル共有範囲の設定によっては，ファに負担は増大する．チームの作成に関するルールを定イルの情報流出を誘発する．

めることに加え，効率的にチームの作成を行うシステ

加えて，ゲストユーザの追加はチーム内のメンバーユーザによるチームの作成権限ムが必要となる．

（ゲストを除く）であれば可能であるため，同様に情報■チームの有効期限流出のリスクが懸念される．

にわたる利用が見込まれる．対して，時限措置された■ファイルの共有範囲

M365 上のオンラインスト

タスクフォース等のチームは短期利用が見込まれる．

レージである Onedrive for Business は，Sharepoint On-利用後のチームをそのまま存在させると，休眠化や情line を用いて実装されている．オンラインストレージ

報流出のリスクが生まれる．また，チームの所有者がの機能として，アップロードされたファイルの公開範退職となり，変更となる可能性を考慮する必要がある．

囲・編集権限等の共有制御が可能であるが，初期値でこれらの理由より，作成したチームの有効期限を定め，は制約が少ないことが問題となる．例として，初期値棚卸し等の措置が必要となる．

ではファイルアクセス用の URL を生成し，組織外ユーザが無認証でアクセスできる設定が可能である．

Teams のファイル共有は Onedrive for Business の機

3

部局・係向け等のチームは長期

M365 の設定値変更■グループの作成制限

全てのユーザが自由にチーム

能を用いており，テナント上の共有設定と同一の振るを作れる状況に制限を加えるため，Entra ID の設定を舞いとなるため，チームに公開されたファイルが組織変更し，グループ作成が可能なユーザを限定化する．

外に公開されるリスクが懸念される．加えて，本学は本学においては，グループ作成可能なユーザを追加学生と教員が同一テナントに所属するため，慎重なアしていない（グローバル管理者は本制限によらず，グクセス設定が必要である．

ループ追加が可能となる）．

上述した懸念点は，M365 の他のサービス提供に影設定変更は，対象とする M365 テナントの Entra ID
上の Group.Uniﬁed 設定内の，EnableGroupCreation 属*1 グループ作成権限の初期値は，Teams の運用に限らず悪影響が懸念される．筆者らは，M365 テナントの展開後，ユーザアカウントを追加する前に無効化することを推奨する．

99

性値を False とし，GroupCreationAllowedGroupId 属
性値に，グループ作成可能なユーザを管理するセキュリティグループ等のグループ ID を指定する [4]．

■ゲストユーザの追加不可

は，Teams 上でゲスト追加を不可とする方法と，M365

Listing 1 グループの作成可能範囲の限定化
1$GroupName = " グループ作成可能セキュリティグループ名 "テナントにおいて Entra ID のレベルでゲストユーザのConnect-AzureAD追加を制限する方法が利用できる．

2345678

本学においては，Teams のみならず，Onedrive for$settingsObjectID = ( Get-AzureADDirectorySetting |Where-object - Property Displayname - Value " Group.
Unified " -EQ).id$settingsCopy = Get-AzureADDirectorySetting -Id$settingsObjectID$settingsCopy [" EnableGroupCreation "] = $False$settingsCopy [" GroupCreationAllowedGroupId "] =$GroupName

business 等のファイル共有等を含めたアクセス制限を加えるためと Entra ID レベルで追加制限を付加する．

Entra 管理センター上の「外部コラボレーションの設定」において，「ゲスト招待の設定」を「特定の管理者

910

ゲストユーザの取扱い

Set-AzureADDirectorySetting -Id $settingsObjectID DirectorySetting $settingsCopy■グループ作成時の命名自動付与

ロールに割り当てられているユーザー」以上とすることで，一般ユーザによるゲスト追加を制限できる．

グループ名と通常のアカウント名との重複を防ぐため，本学においては

M365 グループには名称の先頭に grp を付けることとした．管理者の運用方針として規定するのみでは操作ミスによる名称の付け忘れが想定されるため，本学においては Microsoft 365 グループに対する名前付けポリシー [5] を適用し，入力したグループ名に対して自動的に grp が付く設定としている．
なお，名前付けポリシーでは，グループ名の末尾にഷৼཏ቎ॺ็࿊ཏ

自動的に名称を付ける設定や，禁止用語の定義も可能である．
Listing 2 名前付けポリシーの有効化
123

Connect-AzureAD$Setting = Get-AzureADDirectorySetting -Id (Get-AzureADDirectorySetting | where - Property
DisplayName -Value " Group. Unified " -EQ).id$Setting [" PrefixSuffixNamingRequirement "] ="grp_[GroupName ]"図 2 ゲストユーザの追加制限■ファイル外部共有範囲の制限強化

SharePoint On-line ならびに Onedrive for Business におけるコンテン

本 学 の M365 テ ナ ン ト に お け る Entra ID 上 のツ共有の初期設定は「すべてのユーザ」に設定されてGroup.Uniﬁed 設定値は以下となる．グループ作成がおり，サインインが必要ない URL リンクを生成でき指定したセキュリティグループメンバー以外不可である水準となる．また，ダウンロードリンクの有効期限

り，グループ名に grp が自動的に付与される設定値でや確認コード（メール認証）も設定されていない．

あることがわかる．

本学においては，共有レベルを「新規および既存のListing 3 本学テナントにおける Group.Uniﬁed 設定値ゲスト」に設定し，加えて外部公開時に確認コード入$ID = (Get - AzureADDirectorySetting | Where - object Property Displayname -Value " Group . Unified " -EQ).
id(Get - AzureADDirectorySetting -Id $ID). values
Name---NewUnifiedGroupWritebackDefault
EnableMIPLabels
CustomBlockedWordsList
EnableMSStandardBlockedWords
ClassificationDescriptions
DefaultClassification
PrefixSuffixNamingRequirement
AllowGuestsToBeGroupOwner
AllowGuestsToAccessGroups
GuestUsageGuidelinesUrl
GroupCreationAllowedGroupId-xxxxAllowToAddGuests
UsageGuidelinesUrl
ClassificationList
EnableGroupCreation

力を要求するレベルに変更している．また，共有リンクの有効期限は 60 日としている．
なお，本学においては，事務職員向けとして専用の

Value----truefalse

M365 テナントを別途用意しており，事務職員テナン
トにおいては共有レベルをテナント内ユーザのみとしfalseて，より厳しいアクセス制限を実施している．
grp_[ GroupName ]
false
True

4

チーム作成，年次更新の承認制の導入

xxxx -xxxx -xxxx -xxxx

4.1

チーム作成のオンライン申請，自動化

前述の通り，本学においては，利用者による申請にTrue基づきチーム提供を行う方針とした．チームの利用者
False（=申請者）と管理者双方にとって効率的にチームの作100‫໊׾כ؞פ‬ӲԚԺԳՆՃՇՃԶՈӨӽԀӿӴഷৼཏ቎ॺ็࿊ཏ‫׶‬՛ؕගሇྫྷཐ෇ษೄԏՌԳԸԱՂԷԵӨԞՂՀԺՂԵශਊ‫׶‬՛ؕጦዿ෇ษӲԱӴӨԐՃՆՁՇӲශਊ‫׶‬՛ؕ෇ษ؊‫מ‬՛ؕӴൡႡೄ؊‫آ‬՛પ၌ԣԵԱՁՇ‫ח‬،‫؟‬‫׶‬՛ؕఢถൡႡ‫׶‬՛ؕගሇ‫ؖ‬՛‫ྫྷؠ‬ཐ෇ษၾዴӲԲӴӨԟՃՋԵՆӨԋՉՈՃՁԱՈԵӲ‫׶‬՛ؕఢถ؊‫آ‬՛ӴൡႡശጫӲԳӴӨԢԸԱՆԵԟՃԺՂՈӨԙԺՇՈՇӲ‫׶‬՛ؕఢถ‫׽׮؟‬Ӵ෇ษ‫׼‬՛‫״‬ཡู෇ษ༊ྂӲԎԱՈԱՊԵՆՇԵӴ図 3 ファイル外部共有範囲の制限強化‫بן‬،‫໊׮ؔء‬ӡԟԍӴ

成を行うシステムが必要となる．
本学においては，Microsoft Power Platform[6] を活用したオンライン申請・チーム作成システムを構築した．（図 4）．以下の機能群により，オンライン申請・チーム作成の自動化を実現する．
新規チーム登録手続きは，(a) チーム名や利用目的を記載するオンライン申請フォーム（Forms による利用者ユーザインタフェース），(b) 申請内容の承認，データ管理，新規チーム登録処理等のワークフӲԴӴӨԣԵԱՁՇӲԴӻӴӨ຦ఢගሇ೥මԣԵԱՁԍՆԵԱՈԵӸՈՌՈශਊ‫׶‬՛ؕఢถശጫӲԣԵԱՁՇӨԟՃՋԵՆԢԸԵՀՀಲபӴӲԴӾӴಲபଅऐຽම຦ఢӭԚԱԺՀԝԺԳԽԝԱՁԵӸՀՃԷӡ㖗㕲Ӣ຦ఢගሇఢถ৆౽ӣ຦ఢ‫؟פ׮‬،‫؟פ׮ ׽‬،‫׽‬ӡ㖗ӽӴఢถଅऐภถಲப‫׶‬՛ؕఢถගሇ؊‫ؠיז‬ӲՈԵԱՁԍՆԵԱՈԵӸՄՇӻӴ‫׶‬՛ؕఢถଅऐӭԚԱԺՀԝԺԳԽԝԱՁԵӸՀՃԷԣԵԱՁԍՆԵԱՈԵӸՈՌՈԟԍၾ ؊‫ؕ׻׮׬ؠיז‬ԣԵԱՁՇԟԢಲப຦ఢ໴ඉගሇ‫ؕ׻׮׬‬ӡ቎ॺԚӽԀӿ‫׽ب׿׻‬Ӣ

ロー定義（Power Automate によるワークフロー定義），(c) 申請内容，新規チーム登録結果等のデータ記憶

図 4 新規チームオンライン申請・作成システムの構成（SharePoint Lists によるデータ管理）(d) 申請内容に基づき，PowerShell によるチーム登録処理の実施（オンプレミス側の連携処理）の機能群で構成される．

セスやファイル共有の制御が有効に機能していること

上記の手順により，Forms を用いた申請後に承認者が Teams 上で決裁処理を実行するのみで，新規チームを確認し，2022 年 5 月より正式にオンライン申請による Teams の展開を開始した．の作成と申請者への通知が完了する．

開始年度である 2022 年度に，合計 78 件の新規チー

4.2 チーム年次更新のオンライン申請

ム申請について承認した．2023 年度 9 月現在では約申請内容や新規チーム登録結果は SharePoint Lists

110 チームが稼働している．申請されたチームの割合に蓄積しているため，Lists を活用し，チームの年次は，研究室向けが最も多く，事務（係単位）・技術部・更新の確認を実施する．年次更新システムは，申請者

本部内室等の長期利用が見込まれるチーム，時限付きに承認された利用中のチームに関する情報を Lists のと見込まれるタスクフォースやプロジェクトと利用範ビュー機能により提示し，次年度の継続利用について囲は多岐にわたる．電子メールからの脱却が順調に進オンライン上で回答が収集可能な構成としている（図んでいると考えられる．

5）．

5

年次更新については，2022 年度末である 2023 年 1月に年次更新に関する通知を実施し，2023 年 3 月まで本学における利用状況に回答を要求した．こちらも，前述の SharePoint Lists

M365 の設定値変更については，グループ作成権限のビューを活用したオンラインシステムにより，Excelの変更については 2016 年度に既に実施していたが，形式等によらない回答収集が可能であった．2022 年

その他の制限付加については，2021 年度に適用を完了

度申請分の 78 件のチームのうち，70 件が継続回答とした．その後，手作業でチームを作成し，ゲストアクなった．継続しないチームの例としては，2022 年度用101

眠状態を防ぐための棚卸となる年次更新の必要性ならびに，それらの自動化・オンライン化手法について述
べた．本学においては，Power Platform を用いたオンライン申請と自動化，SharePoint Lists を用いた年次更新のオンライン化について実装し，利用者へ提供している．

2022 年度に Teams の正式運用開始後，既に 110 以上のチームが稼働しており，学内の連絡手段において‫׶‬՛ؕႩ಑ஏශ؏՛‫׭‬ӲԢԸԱՆԵԟՃԺՂՈӴはメールシステムからの脱却が進みつつある．筆者らが所属する部局においてもチームを作成し，部局メンバー内の情報交換は Teams が中心となり，メールは他部局・学外との連絡手段での利用に限られる状況と෇ษඡੳஏශ‫ץآחי׵‬なっている．
今後は，教職員向けのメール通知，学内メーリングリスト，機材からアラート通知等，メールでの運用が残っている部分の Teams への転換に関する検討を進める．

参考文献[1] 九 州 工 業 大 学 ，Kyutech-DX ビ ジ ョ ン 2023，
https://www.kyutech.ac.jp/information/kyutech-dxvision.html，2023．
[2] 林豊洋，甲斐郷子，九州工業大学における生涯メー
図5

チーム年次更新画面（SharePoint Lists 申請者

ルサービスの移行，大学 ICT 推進協議会 2017 年ビュー）

度年次大会，2017．

[3] Microsoft，MicrosoftTeamsの研究室向けチームと言った申請であり，年度によりmentation，MicrosoftLearn

完全に別チームを新規に作り直す利用形態も存在する

tion，https://learn.microsoft.com/en-

ことがわかった．

us/microsoftteams/．

admin-

docu-

Documenta-[4] Microsoft，Manage who can create Microsoft

6まとめ365

Groups，MicrosoftLearn-Microsoft

本論文では，本学における Microsoft Teams の全学

365，https://learn.microsoft.com/en-

展開について，経緯や導入の際の検討事項を中心にus/microsoft-365/solutions/manage-述べた．メールに代わるコミュニケーションツールのcreation-of-groups，2023．

導入検討を行う際，チャットツール・オンラインスト[5] Microsoft，Enforce

namingpolicygroupsinAzureActiveLearn-Azure，レージ・会議ツール等を組み合わせたシステムが必要Microsoftとなる．M365 を導入する機関においては，必要な機Directory，Microsoft能が全て包含される Teams は有力な選択肢となる．

https://learn.microsoft.com/en-

しかし，M365 テナントの初期設定においては，ゲストユーザの取り扱いや権限，ファイル共有の権限に

365

aon

us/azure/active-directory/enterpriseusers/groups-naming-policy，2023．

ついて自由度の高い設定値が採用されており，そのま[6] Microsoft，MicrosoftPower

Platform

まの状態での Teams 展開は懸念がある．本稿では，ガumentation，MicrosoftLearn-

バナンスを強化した状況での Teams 展開が可能な状況

tion，https://learn.microsoft.com/en-とする設定値の変更について述べた．

us/power-platform/，2023．

加えて，利用者からの申請に基づくチーム作成と休102

doc-

Documenta-