この記事は、生成AIを活用した自動生成フローで作成しています。
Microsoft Shiftsとは?Teamsで勤務シフトを管理する基本と勤怠との違いを図解
この記事について
この記事は、生成AIを活用し、2026年9月17日時点のMicrosoft公式Supportを確認して整理しています。Shiftsの勤務予定、公開、休暇・交代依頼、タイムクロックと、Teamsライセンスや勤怠システムとの責任分界を実務目線で説明します。検証ステータス:📘 Microsoft公式情報確認済み・実機未確認
Microsoft Shiftsは、Microsoft Teams内で勤務シフトを作成・公開し、現場メンバーが勤務予定を確認したり、休暇・シフト交換などを申請したりするためのアプリです。Microsoftは現在、ShiftsはTeamsに含まれると案内しています。
ここで重要なのは「Microsoft 365 E3/E5という名前」だけではなく、そのユーザーが実際にTeamsへアクセスできる契約・サービスプランかを確認することです。
先に覚える用語
| 用語 | 初心者向けの意味 |
|---|---|
| shift | 「9:00〜17:30勤務」のような勤務枠 |
| schedule | チーム全体の勤務予定表 |
| open shift | まだ担当者が決まっておらず、メンバーが希望を出せる勤務枠 |
| publish / share | 管理者が作った予定をメンバーへ公開する操作 |
| time off | 休暇・休みの申請 |
| time clock | 出勤・退勤・休憩をShifts上で記録する機能 |
| time sheet | time clockで記録した時間の一覧 |
| frontline worker | 店舗、現場、工場などPCの前だけで働くわけではない現場担当者 |
E3/E5とTeamsを分けて考える
| 確認項目 | 考え方 |
|---|---|
| Shifts本体 | Teamsに含まれるアプリ |
| M365 E3/E5 | 製品名だけでShifts利用可否を断定しない |
| Teams | 実際のSKU/サービスプランとユーザー割当を確認 |
| Purview Suite | Shifts利用権を追加するための製品ではない |
Teamsを含む構成とTeamsを別に扱う契約構成があるため、社内手順書に単純に「E3ならShiftsが使える」と書くより、Teamsへサインインでき、Shiftsアプリが組織で許可されていることを確認する方が安全です。
flowchart LR
A[管理者/現場責任者] --> B[Shiftsで勤務表作成]
B --> C[下書き]
C -->|公開/Share| D[メンバーのTeams]
D --> E[勤務確認]
D --> F[休暇・交換・Open shift申請]
F --> A
D --> G[Time clock ※有効化時]
身近な例:3人の受付シフトを1日だけ作る
Excel勤務表をいきなり廃止せず、テスト用Teamで1日分だけ作ります。
09:00-17:30 Aさん 10:00-18:30 Bさん 12:00-20:30 Cさん
テスト用TeamのShiftsを開く
チームのタイムゾーンを確認する
3人の勤務を作る
まだ公開せず管理者画面で確認する
テストメンバーへ公開する
メンバー側で自分の勤務を確認する
ここを見る
タイムゾーンが勤務場所と一致する
公開前の変更がメンバーへ確定予定として伝わっていない
公開後、対象メンバーが正しい勤務を見られる
自分以外の勤務情報が組織方針以上に見えていない
成功条件
管理者の下書き→公開→メンバー確認という流れを区別できることです。
1か所だけ変える
Bさんの開始時刻だけ10:00から10:30へ変更して再公開します。変更したシフトだけを追い、公開という操作が現場への通知・確定と関係することを確認します。
一般利用者・事務職・情シスでは見る場所が違う
| 立場 | 主に見ること |
|---|---|
| 現場メンバー | 自分の勤務、休暇申請、交換/Open shift、Time clock |
| 現場責任者・事務職 | シフト作成、公開、欠員、申請承認、タイムゾーン |
| 情シス | Teams SKU、アプリ許可、Team所有者、端末、位置情報、プライバシー、WFM連携 |
Shiftsは「勤務予定」と「実績」の両方を扱えるが、給与システムとは限らない
Shiftsにはtime clockがあり、出勤・退勤・休憩を記録できます。Microsoft公式では、Teamsモバイル・デスクトップ・Webからclock in/outできると案内しています。
ただし、Shiftsで時間を記録できることと、その記録が自社の給与計算・労働時間管理上の正式データになることは別問題です。
導入前に次を決めます。
正式な勤務命令の正本はShiftsか既存勤務表か
出退勤実績の正本はShiftsか既存勤怠システムか
給与計算へどのシステムの値を渡すか
修正・承認は誰が行うか
夜勤・日跨ぎ・休憩をどう扱うか
flowchart TD
A[Shifts勤務予定] --> B[現場で勤務]
B --> C[Time clock実績 ※利用時]
C --> D{正式な勤怠正本?}
D -->|組織で正式採用| E[承認・給与連携ルールへ]
D -->|表示/補助用途| F[既存勤怠システムを正本に維持]
Time clockの位置情報は特に注意
Shiftsでは管理者がtime clockにlocation detectionを設定できます。モバイル端末で利用者がTeamsへ位置情報アクセスを許可すると、clock in/out時の位置判定に使われます。
Microsoftの現在のSupportでは、設定地点から200メートル以内ならon locationとして扱い、管理者向け時間レポートには座標そのものではなくon locationかどうかが示されると説明しています。
位置情報を使えるからといって無条件に有効化せず、従業員への説明、社内規程、必要性、端末利用方針を確認してください。
プライバシー設定も勤務表の一部
Shiftsには、過去の同僚シフトをどこまで見せるか、他の従業員の休暇理由・メモを見せるか、シフト内のノートや活動を見せるか、といったprivacy controlsがあります。
「シフト表だから全員に全部見せる」と決めつけず、業務上必要な範囲へ制限します。
Open shifts across locationsはPreviewに注意
Microsoft Supportの現在の設定説明では、複数拠点をまたぐOpen shiftsはpublic previewと記載されています。Preview機能を本番の必須業務へ組み込む場合は、提供状態・対象条件・変更可能性を最新情報で再確認してください。
Excelから移す場合
MicrosoftはShiftsへExcel workbookからscheduleをimportできると案内しています。既存Excel勤務表を持つ組織では便利ですが、最初から本番全件を読み込むより、少人数・短期間で列や時刻の対応を確認します。
ここを見る
日付と時刻がずれていない
氏名/メンバーの対応を誤っていない
インポート後も公開前の下書きとして確認できる
成功条件
テスト用勤務が正しい人・日時へ入り、本番メンバーへ誤公開していないことです。
管理者が確認する点
対象ユーザーのTeamsライセンス/サービスプラン
Teams管理ポリシーでShiftsが利用可能か
Team所有者と現場責任者
タイムゾーンと週の開始日
Open shifts、交換、休暇申請の承認ルール
time clockを正式勤怠として使うか
location detectionを使う必要性とプライバシー説明
同僚の勤務・休暇理由等を見せる範囲
Excel/WFM等とのデータ連携と正本
Preview機能を必須業務へ依存させていないか
よくある誤解
E3/E5なら必ずShiftsが使える?
ShiftsはTeamsに含まれるため、実際のTeamsアクセスと組織のアプリ許可を確認します。E3/E5という名称だけで判断しません。
Time clockがあるなら既存勤怠システムをすぐ廃止できる?
いいえ。給与・労務上の正本、承認、修正、連携要件を先に整理します。
位置情報を有効にすると管理者に常時GPS追跡される?
MicrosoftのShifts Supportが説明しているtime clockのlocation detectionはclock in/out時の位置判定に関する機能です。利用条件と組織運用を確認し、必要以上に広い意味へ解釈しないことが重要です。
公式情報・一次情報
Shiftsの価値はExcel勤務表をTeamsへ移すことだけではありません。勤務予定の作成・公開・確認・変更依頼を現場のTeams導線へまとめつつ、勤怠・給与の正本との境界を明確にすることが導入の中心です。
