■概要
GitHubのIssueを更新後、チームへの共有を手作業で行っていませんか？開発の進捗に関わる重要な情報ですが、手作業では確認や共有に手間がかかり、遅れや漏れが発生することもあります。このワークフローを活用すれば、GitHubでIssueが更新された際に、その内容が自動でMicrosoft Teamsへ通知されるため、チーム内の情報共有を円滑にし、開発のスピード向上に貢献します。
■このテンプレートをおすすめする方
- GitHubとMicrosoft Teamsを活用してプロジェクト管理を行っている開発チームの方
- Issueの更新状況を手作業で確認・共有しており、手間や漏れに課題を感じている方
- 開発チームと他部署との連携をスムーズにし、情報共有を効率化したいマネージャーの方
■このテンプレートを使うメリット
- GitHubでのIssueの更新を自動で検知してMicrosoft Teamsへ通知するため、これまで手作業での確認や連絡に費やしていた時間を短縮できます。
- 手動での情報伝達に伴う、連絡漏れや内容の間違いといったヒューマンエラーのリスク軽減に繋がり、確実な情報共有を実現します。
■フローボットの流れ
- はじめに、GitHubとMicrosoft TeamsをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成または更新されたら」というアクションを設定することで、Issueの変更を検知します。
- その後、オペレーションで「分岐機能」を設定し、Issueの作成か更新化で後続の処理を分岐させます。
- 最後に、オペレーションでMicrosoft Teamsの「チャネルにメッセージを送る」アクションを設定し、Issueの情報を指定のチャネルへ通知します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、通知の対象としたい任意のリポジトリを指定してください。
- Microsoft Teamsへ通知するアクションでは、メッセージを送信する任意のチームやチャネルを設定できます。
- 通知メッセージの本文は、固定のテキストだけでなく、トリガーで取得したIssueのタイトルやURLなどの情報を変数として埋め込むといったカスタマイズが可能です。
■注意事項
- GitHub、Microsoft TeamsのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。
- 分岐はミニプラン以上のプランでご利用いただける機能（オペレーション）となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能（オペレーション）を使用することができます。
.avif)
