TeamsとPower Automate連携で開発タスクの進捗を開発者向けチャネルに通知をしたい！作り方を分かりやすく説明

SHARE

Power AutomateとTeamsで開発タスクの進捗を自動通知する！

「自分の担当タスクの進捗を共有するのが手間」「チーム全体の開発状況が見えにくい」「タスクの遅延に気づくのが遅れる」。アジャイル開発やスクラム開発では、迅速な情報共有と進捗の可視化が非常に重要です。しかし、手動でのステータス更新や朝会での報告だけでは、情報がリアルタイム性に欠け、ボトルネックの発見が遅れることもありますよね。

Power AutomateとTeams、そして開発タスクを管理するシステム（ここではAzure DevOpsを想定しますが、JiraやTrelloなど他のツールでも応用可能です）を組み合わせることで、開発タスクの進捗状況を自動で検知し、開発者向けチャネルへ迅速にTeamsで通知する仕組みを構築できます。

 

なぜ開発タスク進捗の自動通知が大切なのでしょう？

開発プロセスの透明性を高め、迅速な意思決定を促すことは、プロジェクトを成功に導く上で不可欠です。自動通知がもたらす具体的なメリットについて、一緒に見ていきましょう。

 

リアルタイムな進捗共有で開発がスムーズになるから

各開発者がタスクのステータスを手動で更新したり、口頭で報告したりするだけでは、情報が遅延したり、見落とされたりすることがあります。自動通知システムは、タスクのステータス変更（例: 「着手」「完了」「レビュー待ち」）を即座に検知し、Teamsチャネルに共有します。これにより、チームメンバー全員がリアルタイムで状況を把握でき、次のタスクへの連携がスムーズになり、開発全体の流れを加速させられます。

 

遅延やボトルネックを早期に発見できるから

タスクの遅延は、リリーススケジュールに大きな影響を与え、プロジェクト全体の失敗につながることもあります。自動通知システムは、設定した条件（例: タスクが「遅延」ステータスになった、完了予定日を過ぎた）を満たした際に、担当者やチームリーダーへアラートを送信できます。これにより、問題の発生を早期に察知し、迅速な対策を講じられるため、プロジェクトのリスクを軽減できるでしょう。

 

開発チーム内の情報格差をなくし、連携を強化できるから

大規模な開発チームや分散したチームでは、特定のタスクの進捗が一部のメンバーにしか共有されていない、といった情報格差が生まれがちです。Teamsへの自動通知は、すべての開発者がアクセスできる共通のチャネルに情報を集約するため、チーム内の情報透明性を高めます。これにより、メンバー間の連携が強化され、協力体制が生まれやすくなり、チーム全体の生産性向上に貢献します。

 

開発者の報告負担を軽減し、本来の開発業務に集中できるから

日々のタスク進捗を報告するための定型作業（朝会での口頭報告、Excelへの転記など）は、開発者の貴重な時間を奪います。自動通知システムを導入することで、これらのルーティンワークから解放され、開発者はコードを書くことや、課題解決といった、本来の開発業務に集中できるようになります。結果として、開発チーム全体の生産性向上とストレス軽減に貢献するでしょう。

 

構築システムの準備を始めましょう

開発タスク進捗の自動通知システムを構築する前に、いくつか確認し、準備しておくべきことがあります。これらを事前に整理しておくことで、スムーズに自動化を進めることができます。

 

開発タスクの「置き場所」を決めましょう

Power Automateが開発タスクの進捗を検知するためには、その情報がどこかに保存されており、Power Automateからアクセスできる必要があります。ここでは、「Azure DevOps」を利用することを想定します。

  • Azure DevOpsの活用:
    • 組織とプロジェクトの確認: 開発タスクが登録されているAzure DevOpsの組織名とプロジェクト名を確認します。
    • 作業項目の種類: 監視したい作業項目の種類（例: タスク、ユーザー ストーリー、バグなど）を明確にします。
    • ステータス遷移: タスクのステータスがどのように遷移するか（例: New → Active → Resolved → Closed）を把握しておきましょう。
  • (補足) 他のタスク管理ツールとの連携:
    • Jira/Trello/Asanaなど: それぞれPower Automateのコネクタが提供されている場合が多いです。同様の「作業項目が更新されたとき」のようなトリガーを利用できます。
    • GitHub/GitLab: Pull Requestの作成/マージやIssueの更新などをトリガーにすることも可能です。
    • SharePointリスト: もし簡易的なタスク管理をSharePointリストで行っている場合、そのリストを情報源にすることもできます。

 

通知を送るTeamsチャネルを決めましょう

開発タスクの進捗通知やアラートを送るTeamsのチャネルを準備します。

  • 開発チーム共通チャネル: 開発チーム全体が参加しているチャネル（例: 開発部_共通、〇〇プロジェクト_開発）。
  • 個別通知: タスクの担当者やチームリーダーへ、個人のTeamsチャットで通知を送ることも検討します。
  • （オプション）PMO/スクラムマスター向けチャネル: 全体進捗を把握する役割のメンバー向けに、別途集約された通知を送るチャネル。

 

通知メッセージの内容を考えましょう

自動で送信される通知メッセージは、簡潔かつ明確で、開発者が次の行動に移しやすい情報が過不足なく含まれている必要があります。

  • 件名: 【進捗更新】タスク〇〇のステータスが変更されました のように、何に関する通知かを明確にします。
  • タスク情報: タスクID、タスク名、担当者、現在のステータス、前のステータス（任意）。
  • 更新日時: いつステータスが変更されたのか。
  • 詳細情報へのリンク: Azure DevOpsの作業項目への直接リンク。
  • 推奨される行動: レビュー依頼、次のタスクへの着手促しなど、具体的な行動を促すメッセージ。
  • 重要度: Power AutomateのTeamsアクションで「重要度」を「標準」または「重要」に設定することを検討します。

 

Power Automateで自動化を設定しましょう（基本編）

ここからはいよいよ、Power Automateを使って開発タスクの進捗通知フローを作成していきます。Azure DevOpsのタスクのステータスが変更されたことをトリガーに、開発者向けチャネルへ自動通知を送る基本的なフローから見ていきましょう。

 

フローを作成する場所を決めましょう

Power Automateのウェブサイトにアクセスし、左側のメニューから「作成」を選択します。今回は、特定のイベント（Azure DevOpsの作業項目更新）が発生したときに自動的に実行されるフローなので、「自動化したクラウド フロー」を選択します。

 

トリガーを設定しましょう

フローのトリガーとは、「いつ」このフローを実行するかを決定するものです。ここでは、Azure DevOpsの作業項目が更新されたときにフローを実行したいので、トリガーには「作業項目が更新されたとき (Azure DevOps)」を選択します。

作成例1：Azure DevOpsのタスクステータスが更新されたらTeamsへ自動通知

このフローは、Azure DevOpsでタスク（作業項目）のステータスが変更されたことを検知し、開発者向けTeamsチャネルへ通知を送信します。

  1. Power Automateにサインインします。お使いのMicrosoft 365アカウントでPower Automateのウェブサイト（https://make.powerautomate.com/）にアクセスし、サインインします。
  2. 「作成」から「自動化したクラウド フロー」を選択します。左側のナビゲーションペインにある「作成」をクリックし、表示されるオプションの中から「自動化したクラウド フロー」を選択します。
  3. フロー名を指定し、トリガーを検索します。フロー名には「DevOpsタスク進捗通知」など、分かりやすい名前を付けます。「フローのトリガーを選択してください」の検索ボックスに「Azure DevOps」と入力し、「作業項目が更新されたとき (Azure DevOps)」を選択して「作成」をクリックします。
  4. トリガーの詳細を設定します。
    • 組織名: 開発タスクが登録されているAzure DevOpsの組織名を選択します。
    • プロジェクト名: 開発タスクが登録されているプロジェクト名を選択します。
    • 作業項目の種類: 監視したい作業項目の種類を選択します（例: タスク、バグなど）。
    • 変更の種類: 「状態」（ステータス変更を検知）を選択します。
  5. 新しいステップを追加し、Teamsにメッセージを投稿します。「+ 新しいステップ」をクリックします。検索ボックスに「Teams」と入力し、「チャットまたはチャネルにメッセージを投稿する (Teams)」を選択します。
    • 投稿者: 「Flow bot」を選択します。
    • 投稿先: 「チャネル」を選択します。
    • チーム: 通知を投稿したいTeamsのチームを選択します（例: 〇〇開発チーム）。
    • チャネル: 通知を投稿したい開発者向けチャネル（例: 進捗共有、Daily Scrum）を選択します。
    • メッセージ: ここに投稿したいメッセージ内容を記述します。Azure DevOpsから取得した情報を動的なコンテンツとして挿入できます。
      【⚙️開発タスク進捗更新】

タスク「@{triggerOutputs()?['body/resource/fields/System.Title']}」のステータスが変更されました。

タスクID: @{triggerOutputs()?['body/resource/id']}
現在のステータス: @{triggerOutputs()?['body/resource/fields/System.State']}
担当者: @{triggerOutputs()?['body/resource/fields/System.AssignedTo']?['displayName']}
最終更新日時: @{formatDateTime(triggerOutputs()?['body/resource/fields/System.ChangedDate'], 'yyyy/MM/dd HH:mm')}

▼詳細はこちら
[作業項目を開く]@{triggerOutputs()?['body/resource/url']}

@{if(equals(triggerOutputs()?['body/resource/fields/System.State'], 'Resolved'), 'レビューお願いします！', if(equals(triggerOutputs()?['body/resource/fields/System.State'], 'Closed'), 'お疲れ様でした！', ''))}
      • 補足：System.Titleはタスク名、System.Stateは現在のステータス、System.AssignedToは担当者、System.ChangedDateは最終更新日時、urlは作業項目への直接リンクです。formatDateTime関数は日付の表示形式を整えるために使用します。if関数でステータスに応じた追加メッセージを出力しています。
    • 重要度: 必要に応じて「標準」または「重要」を選択します。
  6. フローを保存してテストします。画面右上の「保存」をクリックします。保存後、「テスト」をクリックし、「手動」を選択して「テスト」をクリックします。Azure DevOpsで、監視対象のプロジェクト内のタスクステータスをNewからActive、ActiveからResolvedなどに変更してみます。

    Power Automateのフロー実行履歴を確認し、Teamsの指定チャネルにタスクの進捗通知が届いていることを確認します。

 

アクションを設定しましょう

トリガーが発動したら、次に「何を」するのかを設定します。これがアクションです。

  • Azure DevOpsアクション:
    • 「作業項目が更新されたとき」: Azure DevOpsの作業項目（タスク、バグなど）のステータスやフィールドが変更されたことを検知するトリガー。
  • Teamsアクション:
    • 「チャットまたはチャネルにメッセージを投稿する」: 取得した開発タスクの進捗情報をTeamsチャネルに投稿します。
    • 「重要度」の設定: このアクションの設定項目の中に、「重要度」というドロップダウンがあります。通常の通知は「標準」で良いですが、重要な変更（例: 「完了」「遅延」）の場合は「重要」を選択することを検討しましょう。

 

通知メッセージのカスタマイズをしましょう

メッセージの内容は、動的なコンテンツを利用して、タスクID、タスク名、担当者、現在のステータス、最終更新日時、そして作業項目へのリンクなどを自動的に埋め込むことができます。

  • タスクID: resource/id
  • タスク名: resource/fields/System.Title
  • 現在のステータス: resource/fields/System.State
  • 担当者: resource/fields/System.AssignedTo/displayName
  • 最終更新日時: resource/fields/System.ChangedDate
  • 作業項目へのリンク: resource/url

これらの情報をメッセージ本文に適切に配置することで、Teamsのメンバーが、どのタスクが、誰によって、どのように進捗したのか、そして詳細を確認するにはどうすればよいかを、一目で把握できるように工夫しましょう。簡潔で分かりやすいメッセージと、すぐにアクセスできるリンクが重要です。

 

Power Automateで自動化を設定しましょう（応用編）

基本編で作成したフローをさらに便利にするための応用テクニックを見ていきましょう。

 

ステータス変更に応じて通知チャネルや内容を分岐する

タスクのステータス（例: 「完了」「レビュー待ち」「バグ修正」）によって、通知するTeamsチャネルを変えたり、メッセージ内容を調整したりすることで、より的確な情報共有と次のアクションへの誘導を促せます。

作成例2：ステータス変更に応じて通知チャネルや内容を分岐するPower Automateフロー

基本編のフローに「切り替え」アクションを追加し、ステータスに応じて通知を分岐させます。

  1. 基本編のフロー（DevOpsタスク進捗通知）を開きます。
  2. トリガー（作業項目が更新されたとき）の後に「切り替え」アクションを追加します。「+ 新しいステップ」をクリックし、「切り替え」を検索して選択します。
    • On: @{triggerOutputs()?['body/resource/fields/System.State']} (現在のステータス)
  3. 「切り替え」の各ケースを設定します。
    • Case 1: 「Resolved」（解決済み）になった場合
      • 値が次の値と等しい場合: Resolved
      • このケースの中にTeams通知アクションを追加:
        • 投稿先: 「チャネル」
        • チーム: 〇〇開発チーム
        • チャネル: 開発_レビュー依頼チャネル（レビューが必要なタスク向け）
        • メッセージ:
          【✅レビュー依頼】タスク「@{triggerOutputs()?['body/resource/fields/System.Title']}」が解決済みになりました。

担当者: @{triggerOutputs()?['body/resource/fields/System.AssignedTo']?['displayName']}
タスクID: @{triggerOutputs()?['body/resource/id']}

コードレビューをお願いします: @{triggerOutputs()?['body/resource/url']}
        • 重要度: 「重要」
    • Case 2: 「Closed」（クローズ済み）になった場合
      • 値が次の値と等しい場合: Closed
      • このケースの中にTeams通知アクションを追加:
        • 投稿先: 「チャネル」
        • チーム: 〇〇開発チーム
        • チャネル: 開発_全体進捗チャネル（全体の進捗報告向け）
        • メッセージ:
          【🎉タスク完了】タスク「@{triggerOutputs()?['body/resource/fields/System.Title']}」が完了しました！

担当者: @{triggerOutputs()?['body/resource/fields/System.AssignedTo']?['displayName']}
お疲れ様でした！: @{triggerOutputs()?['body/resource/url']}
    • Case 3: 「Active」（作業中）になった場合（オプション）
      • 値が次の値と等しい場合: Active
      • このケースの中にTeams通知アクションを追加:
        • 投稿先: チャネル
        • チャネル: 開発_進捗共有チャネル
        • メッセージ: 「タスク「@{triggerOutputs()?[‘body/resource/fields/System.Title’]}」を作業開始しました。」
    • 既定: どのケースにも当てはまらない場合の処理（例: 通常の進捗チャネルへ通知）。基本編で作成した汎用的な通知アクションをここに移動させます。
  4. フローを保存してテストします。Azure DevOpsでタスクステータスをResolvedやClosedに変更し、それぞれ設定したチャネルに通知が届くことを確認します。

 

完了予定日を過ぎたタスクを自動でリマインドする

タスクの完了予定日（Target Dateなど）が近づいたり、過ぎたりしたのに「完了」ステータスになっていない場合、担当者やチームリーダーへ自動でリマインド通知を送信することで、遅延リスクを早期に発見し、対応を促します。これは別の「スケジュール済みクラウド フロー」として作成するのが適切です。

作成例3：完了予定日を過ぎたタスクを自動でリマインドするPower Automateフロー（別フロー）

このフローは、毎日実行され、完了予定日を過ぎた未完了タスクを検索し、関係者へTeamsでリマインドを送信します。

  1. 新しいフローを「スケジュール済みクラウド フロー」として作成します。
    • フロー名：「DevOps_遅延タスクリマインダー」
    • 繰り返し: フローを実行したい頻度を設定します。例：毎日、午前10時。
  2. 新しいステップを追加し、Azure DevOpsから遅延タスクを取得します。検索ボックスに「Azure DevOps」と入力し、「クエリの結果 (Azure DevOps)」アクションを選択します。
    • 組織名: 組織名
    • プロジェクト名: プロジェクト名
    • クエリ: ここで遅延タスクを抽出するクエリを作成します。
      • 補足: Azure DevOpsの「クエリ」機能で、GUIを使ってタスクのクエリを作成し、それを「WIQL (Work Item Query Language)」形式でコピーしてここに貼り付けます。
      • クエリ例 (WIQL): （日本語のフィールド名を使う場合、System.Stateのような内部名を使います）
        SELECT [System.Id], [System.Title], [System.State], [System.AssignedTo], [Microsoft.VSTS.Scheduling.TargetDate]
FROM WorkItems
WHERE [System.WorkItemType] IN ('Task', 'Bug')
AND [System.State] NOT IN ('Resolved', 'Closed')
AND [Microsoft.VSTS.Scheduling.TargetDate] < @today
        • 補足: Microsoft.VSTS.Scheduling.TargetDate はデフォルトの完了予定日のフィールド名です。貴社のDevOpsで使われている実際のフィールド名（例: System.DueDateなど）を確認してください。@todayはPower Automateが実行された日付に自動変換されます。
  3. 新しいステップを追加し、取得した各タスクに対して処理を繰り返します。「アプライ トゥー イーチ」コントロールを追加し、「クエリの結果」アクションのvalueを選択します。
  4. 「アプライ トゥー イーチ」の中にTeamsへのリマインダー通知アクションを追加します。
    • 「チャットまたはチャネルにメッセージを投稿する (Teams)」アクション（担当者個人向け）:
      • 投稿先: チャット
      • 受信者: アプライ トゥー イーチ内のアイテムから取得した担当者のメールアドレス（例: items('アプライ_トゥー_イーチ')?['System.AssignedTo']?['uniqueName']）
      • メッセージ:
        @{items('アプライ_トゥー_イーチ')?['System.AssignedTo']?['displayName']}様

【🚨遅延タスクのリマインダー】

以下のタスクが完了予定日を過ぎています。状況をご確認ください。

タスクID: @{items('アプライ_トゥー_イーチ')?['System.Id']}
タスク名: @{items('アプライ_トゥー_イーチ')?['System.Title']}
完了予定日: @{formatDateTime(items('アプライ_トゥー_イーチ')?['Microsoft.VSTS.Scheduling.TargetDate'], 'yyyy/MM/dd')}
現在のステータス: @{items('アプライ_トゥー_イーチ')?['System.State']}

詳細・更新はこちら: @{items('アプライ_トゥー_イーチ')?['System.Url']}
      • 重要度: 「重要」または「緊急」を選択します。
    • （オプション）「チャットまたはチャネルにメッセージを投稿する (Teams)」アクション（チームリーダー向け）:
      • 投稿先: チャット
      • 受信者: チームリーダーのメールアドレス
      • メッセージ: 「タスク@{items(‘アプライ_トゥー_イーチ’)?[‘System.Id’]} (@{items(‘アプライ_トゥー_イーチ’)?[‘System.Title’]}) が遅延しています。」
  5. フローを保存してテストします。Azure DevOpsでテスト用のタスクを作成し、完了予定日を過去に設定し、ステータスを「Active」などにします。スケジュール実行でフローが動作し、担当者にリマインダーが届くことを確認します。

エラー対策とトラブルシューティングを確認しましょう

Power Automateフローは、確実に動作することが求められます。特に開発進捗の通知は、プロジェクト全体の進行に影響するため、信頼性が非常に重要です。よくあるエラーとその対策、そしてトラブルシューティングのポイントをご紹介します。

 

権限不足のエラーが出た場合

「アクセスが拒否されました」といったエラーメッセージが表示される場合、Power AutomateがAzure DevOpsから情報を取得したり、Teamsにメッセージを送信したりするための権限が不足している可能性があります。

対策: フローを実行するアカウントが、対象のAzure DevOps組織/プロジェクトに対して「読み取り」権限、そしてTeamsチャネルへのメッセージ投稿権限、個人チャットへのメッセージ送信権限を持っていることを確認してください。Azure DevOpsの認証情報が正しいか、Power Automateの「データ」→「接続」で確認し、必要であれば再認証してください。

 

Azure DevOpsのAPI制限/クエリの誤りが出た場合

Azure DevOpsのAPIには利用制限があり、複雑なクエリや頻繁な実行は制限に抵触する可能性があります。また、クエリ自体に誤りがあるとフローが失敗します。

対策

  • クエリの検証: Azure DevOpsのWebポータルで、Power Automateで使用するクエリが正しく動作することを確認しましょう。
  • トリガー頻度の調整: スケジュールトリガーの実行頻度を適切に設定し、頻繁すぎる実行を避けましょう。
  • クエリの最適化: 必要な情報のみを取得するようにクエリを最適化しましょう。
  • Azure DevOpsのフィールド名: System.AssignedTo.displayNameのように、内部的なフィールド名を正確に指定できているか確認しましょう。

 

通知がTeamsに届かない場合（フローは成功しているのに）

Power Automateの実行履歴ではフローが「成功」しているのに、Teamsに通知が届かない場合があります。

対策

  • Teamsの通知設定: 受信側のTeamsで、Flow botからの通知がブロックされていないか、ミュートされていないかなどを確認してください。
  • チャネル/チャットの選択ミス: 「チャットまたはチャネルにメッセージを投稿する」アクションで、意図したチャネルや受信者が正しく選択されているか、タイプミスがないかを再確認しましょう。
  • 接続の正常性: Power Automateの「データ」→「接続」で、Teamsへの接続が正常に確立されているかを確認しましょう。

 

フローの履歴を確認しましょう

エラーが発生した場合や、フローが意図通りに動作しない場合は、Power Automateのフロー実行履歴を確認することが最も重要ですされます。

手順

  1. Power Automateの「マイ フロー」から、該当のフローを選択します。
  2. 「実行履歴」タブをクリックします。
  3. 失敗した実行、または成功したものの動作が怪しい実行を選択すると、フローの各ステップがどのように実行されたか、どこでエラーが発生したか、そして入力/出力データやエラーメッセージの詳細を確認できます。

ポイント: 各アクションの「入力」と「出力」を確認することで、どのデータがどのように処理され、どこで問題が発生したのかを詳細に把握できます。特にAzure DevOpsからのデータ取得部分で、期待通りの情報が取れているか、フィルターやクエリが正しく機能しているかを確認しましょう。

 

セキュリティとアクセス管理を確認しましょう

開発タスクの進捗情報は、プロジェクトの機密性やメンバーの作業状況に関わる重要なデータです。自動化システムを構築する際は、セキュリティとアクセス管理に十分な配慮が必要です。

Azure DevOpsのアクセス権限を適切にしましょう

Power Automateフローを実行するアカウントは、監視対象のAzure DevOps組織/プロジェクト/作業項目に対して「読み取り」権限を持っている必要があります。

  • 最小限の原則: フローに与える権限は、必要な情報（タスクID、タイトル、ステータス、担当者など）の読み取りに限定し、不必要な書き込みや削除権限を与えないようにしましょう。
  • 専用のアクセス権: フローの実行には、個人アカウントではなく、特定のサービスアカウント（PAT: Personal Access Token を使用）や専用のセキュリティグループを利用することを検討しましょう。

 

Teamsチャネルの権限設定を適切にしましょう

開発タスクの進捗通知が送信されるTeamsチャネルのメンバーシップも適切に管理しましょう。

  • プライベートチャネルの利用: 機密性の高い開発プロジェクトの場合、プライベートチャネルとし、必要なメンバーのみを招待しましょう。
  • パブリックチャネルの利用: チーム内の透明性を高める目的であれば、パブリックチャネルも有効です。ただし、通知内容に機密情報を含めないように注意しましょう。

 

フローの作成と実行権限を管理しましょう

この自動化フローは、開発プロセスの重要な情報を扱うため、不用意に作成・変更・実行できないように、適切な権限管理が必要です。

  • フロー作成者の制限: 重要なフローの作成権限は、プロジェクトマネージャー、スクラムマスター、または特定のシステム管理者にのみ付与することを検討しましょう。
  • 共有の最小化: フローを他のユーザーと共有する際は、実行のみの権限に限定し、共同所有者としての共有は慎重に検討しましょう。共同所有者はフローを編集できるため、意図しない変更のリスクがあります。
  • サービスアカウントの利用: フローの実行アカウントが個人アカウントではなく、専用のサービスアカウントであれば、個人の人事異動や退職の影響を受けにくく、権限管理も一元化しやすいでしょう。

まとめ

Power AutomateとTeams、Azure DevOpsを組み合わせることで、開発タスクの進捗を自動で検知し、開発者向けチャネルに通知する方法について、基本的な設定から応用、エラー対策、そしてセキュリティとアクセス管理まで、詳細に解説してきました。

この自動通知システムは、開発プロセスの透明性を高め、遅延やボトルネックの早期発見を促し、開発者の報告負担を軽減するための強力なツールとなるでしょう。結果として、開発チームの連携強化と、プロジェクト全体の生産性向上に大きく貢献できます。

前の記事

Slackの使い方！社内マニュアル用（初めて導入～社内・社外のマナーと基本から応用まで学べる
Slackの使い方！社内マニュアル用（初めて導入～社内・社外の…

次の記事

TeamsとPower Automate連携でウェビナー参加者…
TeamsとPower Automate連携でウェビナー参加者への自動リマインダーをしたい！作り方を分かりやすく説明