・
Backlogに課題が追加されたらGithubにも登録する方法
Backlogは個人的に好きなツールのひとつです。ガントチャート機能が便利で、プロジェクト内の課題単位で納期が可視化されるので、オンスケかどうか判断しやすいんです。Githubも日頃の業務で使っている方が多いのではないでしょうか？
BacklogとGitHubの転記自体は難しい作業ではないと思いますが、案件数が多い時は双方のアプリを行き来するだけで実は結構時間を消費しているんです。自動化することで、生産性を上げる思考時間を確保できたり、動作確認の時間を十分に設けられたりしてクオリティーアップを狙えるのではないでしょうか。今回は、そんなBacklogとGitHubの組み合わせによる効率化をご紹介します。
こんな方におすすめ
- BacklogとGithubを併用してプロジェクト管理をしている方
- Githubで閲覧権限が設けられている企業、部署の方
- 手動での転記作業に手間を感じている方
今すぐに試したい方へ
本記事ではノーコードツール「Yoom」を使用した連携方法をご紹介します。
難しい設定や操作は必要なく、非エンジニアの方でも簡単に実現できます。
下記のテンプレートから今すぐに始めることもできますので、ぜひお試しください！
■概要
プロジェクト管理でBacklogとGitHubを併用していると、課題の二重登録や転記の手間が発生しがちではないでしょうか。手作業による転記は時間がかかるだけでなく、入力ミスや更新漏れの原因にもなり得ます。このワークフローを活用すれば、Backlogに新しい課題が追加されると自動でGitHubにもIssueが作成されるため、こうした課題を解消し、開発プロジェクトの管理を円滑に進めることが可能です。
■このテンプレートをおすすめする方
- BacklogとGitHubの両方で課題管理を行っている開発チームの方
- 課題の二重登録による手間やヒューマンエラーをなくしたいプロジェクトリーダーの方
- 複数のツールをまたぐ開発ワークフローの効率化を検討している方
■このテンプレートを使うメリット
- Backlogに課題が追加されると自動でGitHubにもIssueが作成されるため、これまで手作業での転記に費やしていた時間を短縮できます。
- 手作業による情報の転記が不要になることで、入力ミスや登録漏れといったヒューマンエラーを防ぎ、情報の正確性を保ちます。
■フローボットの流れ
- はじめに、BacklogとGitHubをYoomと連携します。
- 次に、トリガーでBacklogを選択し、「Backlogに課題が追加されたら」フローが起動するように設定します。
- 次に、オペレーションでトリガーとなったBacklogの課題情報を取得します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、前のステップで取得した課題情報を紐付けます。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Backlogのトリガー設定では、連携するBacklogのドメインや、監視対象としたいプロジェクトIDを任意で設定してください。
- GitHubでIssueを作成するアクションでは、タイトルや本文などの各項目に、固定のテキストを設定したり、Backlogから取得した課題の情報を変数として設定したりすることが可能です。
■注意事項
- Backlog、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
プロジェクト管理でBacklogとGitHubを併用していると、課題の二重登録や転記の手間が発生しがちではないでしょうか。手作業による転記は時間がかかるだけでなく、入力ミスや更新漏れの原因にもなり得ます。このワークフローを活用すれば、Backlogに新しい課題が追加されると自動でGitHubにもIssueが作成されるため、こうした課題を解消し、開発プロジェクトの管理を円滑に進めることが可能です。
■このテンプレートをおすすめする方
- BacklogとGitHubの両方で課題管理を行っている開発チームの方
- 課題の二重登録による手間やヒューマンエラーをなくしたいプロジェクトリーダーの方
- 複数のツールをまたぐ開発ワークフローの効率化を検討している方
■このテンプレートを使うメリット
- Backlogに課題が追加されると自動でGitHubにもIssueが作成されるため、これまで手作業での転記に費やしていた時間を短縮できます。
- 手作業による情報の転記が不要になることで、入力ミスや登録漏れといったヒューマンエラーを防ぎ、情報の正確性を保ちます。
■フローボットの流れ
- はじめに、BacklogとGitHubをYoomと連携します。
- 次に、トリガーでBacklogを選択し、「Backlogに課題が追加されたら」フローが起動するように設定します。
- 次に、オペレーションでトリガーとなったBacklogの課題情報を取得します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、前のステップで取得した課題情報を紐付けます。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Backlogのトリガー設定では、連携するBacklogのドメインや、監視対象としたいプロジェクトIDを任意で設定してください。
- GitHubでIssueを作成するアクションでは、タイトルや本文などの各項目に、固定のテキストを設定したり、Backlogから取得した課題の情報を変数として設定したりすることが可能です。
■注意事項
- Backlog、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
[Yoomとは]
Yoomを利用してBacklogとGitHubの連携を試してみる
事前に準備するもの
・Backlogのアカウント、プロジェクト、テスト用課題（ドメインとプロジェクトID）
・GitHubのアカウント、プロジェクト（アカウント、オーナー、リポジトリ名）
まず、以下のテンプレートをマイプロジェクトにコピーします。
コピーされたてのフローボットはトリガースイッチが【OFF】になっています。
アプリ連携の設定が進むと【ON】に切り替えできるので、最初は【OFF】のまま進めましょう。
■概要
プロジェクト管理でBacklogとGitHubを併用していると、課題の二重登録や転記の手間が発生しがちではないでしょうか。手作業による転記は時間がかかるだけでなく、入力ミスや更新漏れの原因にもなり得ます。このワークフローを活用すれば、Backlogに新しい課題が追加されると自動でGitHubにもIssueが作成されるため、こうした課題を解消し、開発プロジェクトの管理を円滑に進めることが可能です。
■このテンプレートをおすすめする方
- BacklogとGitHubの両方で課題管理を行っている開発チームの方
- 課題の二重登録による手間やヒューマンエラーをなくしたいプロジェクトリーダーの方
- 複数のツールをまたぐ開発ワークフローの効率化を検討している方
■このテンプレートを使うメリット
- Backlogに課題が追加されると自動でGitHubにもIssueが作成されるため、これまで手作業での転記に費やしていた時間を短縮できます。
- 手作業による情報の転記が不要になることで、入力ミスや登録漏れといったヒューマンエラーを防ぎ、情報の正確性を保ちます。
■フローボットの流れ
- はじめに、BacklogとGitHubをYoomと連携します。
- 次に、トリガーでBacklogを選択し、「Backlogに課題が追加されたら」フローが起動するように設定します。
- 次に、オペレーションでトリガーとなったBacklogの課題情報を取得します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、前のステップで取得した課題情報を紐付けます。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Backlogのトリガー設定では、連携するBacklogのドメインや、監視対象としたいプロジェクトIDを任意で設定してください。
- GitHubでIssueを作成するアクションでは、タイトルや本文などの各項目に、固定のテキストを設定したり、Backlogから取得した課題の情報を変数として設定したりすることが可能です。
■注意事項
- Backlog、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
プロジェクト管理でBacklogとGitHubを併用していると、課題の二重登録や転記の手間が発生しがちではないでしょうか。手作業による転記は時間がかかるだけでなく、入力ミスや更新漏れの原因にもなり得ます。このワークフローを活用すれば、Backlogに新しい課題が追加されると自動でGitHubにもIssueが作成されるため、こうした課題を解消し、開発プロジェクトの管理を円滑に進めることが可能です。
■このテンプレートをおすすめする方
- BacklogとGitHubの両方で課題管理を行っている開発チームの方
- 課題の二重登録による手間やヒューマンエラーをなくしたいプロジェクトリーダーの方
- 複数のツールをまたぐ開発ワークフローの効率化を検討している方
■このテンプレートを使うメリット
- Backlogに課題が追加されると自動でGitHubにもIssueが作成されるため、これまで手作業での転記に費やしていた時間を短縮できます。
- 手作業による情報の転記が不要になることで、入力ミスや登録漏れといったヒューマンエラーを防ぎ、情報の正確性を保ちます。
■フローボットの流れ
- はじめに、BacklogとGitHubをYoomと連携します。
- 次に、トリガーでBacklogを選択し、「Backlogに課題が追加されたら」フローが起動するように設定します。
- 次に、オペレーションでトリガーとなったBacklogの課題情報を取得します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、前のステップで取得した課題情報を紐付けます。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Backlogのトリガー設定では、連携するBacklogのドメインや、監視対象としたいプロジェクトIDを任意で設定してください。
- GitHubでIssueを作成するアクションでは、タイトルや本文などの各項目に、固定のテキストを設定したり、Backlogから取得した課題の情報を変数として設定したりすることが可能です。
■注意事項
- Backlog、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
まずはYoomとBacklogの連携。事前に準備しておいたアカウントを設定します。
Backlogの連携方法は以下のナビをご覧ください！
次にプロジェクトの連携に進みます。
連携アカウントとアクションを設定。アクションはテンプレのデフォルトで設定されています。
トリガーの起動間隔は5分、10分、15分、30分、60分のいずれかで設定できます。
※ご利用プランによって、設定できるトリガーの最短間隔が違うので、その点は要チェックです。なお、基本的にはそのプランの最短の起動間隔にしてお使いいただくことをおすすめします。
ドメイン、プロジェクトIDを設定します。
プロジェクト→課題一覧ページのURL内「projectId=（ここ）」の文字列を入力
テスト→成功
GitHubの連携方法は以下のナビをご覧ください！
API設定に進みます。ここではオーナー名とリポジトリ名を設定します。
タイトルや内容は取得した値から設定してください。
失敗した場合はエラー項目が表示されます。エラーメッセージは英語ですが、翻訳を使って原因を特定してください。
連携に成功したら、フローボットを起動してみましょう！トリガーを【ON】にし、Backlogの課題を追加します。
以降は下図のように、GitHubのIsuueに課題の内容が反映されます。
私が成功するまで何回か試していたのですが、課題を設定するときに担当者の名前を入れるとエラーになってしまいました。
これはBacklogとGitHubの両方でアカウント名の紐付けができていないため発生したエラーでした。
データマッピングを行えば解決できますが、これはまた別の機会に。
GithubでIssueが作成されたらBacklogにタスクを追加する
今度は逆にGithubのデータをBacklogに同期してみます。事前に準備するものは先ほどと同じです。
基本は先ほどの連携と順番が逆になっただけなので、サクサクできました。
トリガーアクションはデフォルトで「Issueが新しく作成されたら」になっていますので、そのまま「次へ」に進んでください。
アプリトリガーのAPI設定に進みます。先ほどと同じくオーナー名、リポジトリ名を取得し入力します。
リポジトリまで入力できたらテストします。
次にBacklogの設定に進みます。課題を作成するアウトプットの内容はこちらで設定します。
次にアウトプットの内容を設定します。
選べるオペレーションがたくさんありますが、デフォルトの「課題の追加」で進めてみます。
課題に吐き出す内容の詳細を決めていきます。
課題の開始日など一定のルールがあればいいんですが、課題ごとに始めるタイミングが違う場合は直接Backlogを操作することもありそうです。
フローボットのトリガーを【ON】にして起動！GitHubのIssueにコメントを登録します。
先ほどのフローと同じプロジェクトで起動すると、Backlogに追加した課題とIssueのコメントが無限ループ状態になってしまうので注意してください。永遠に課題が増えていってる！！
ちょっとびっくりしましたが、この辺の設定は間にデータマッピングを設定することで解決できまそうです。
BacklogにIssueからのコメントで課題がたっていたことが確認できましたので連携大成功です！
このフローは以下の2つのうち上のテンプレートです。下のテンプレートもよかったらぜひ試してみてください！
■概要
プロジェクト管理でBacklogとGitHubを併用していると、課題の二重登録や転記の手間が発生しがちではないでしょうか。手作業による転記は時間がかかるだけでなく、入力ミスや更新漏れの原因にもなり得ます。このワークフローを活用すれば、Backlogに新しい課題が追加されると自動でGitHubにもIssueが作成されるため、こうした課題を解消し、開発プロジェクトの管理を円滑に進めることが可能です。
■このテンプレートをおすすめする方
- BacklogとGitHubの両方で課題管理を行っている開発チームの方
- 課題の二重登録による手間やヒューマンエラーをなくしたいプロジェクトリーダーの方
- 複数のツールをまたぐ開発ワークフローの効率化を検討している方
■このテンプレートを使うメリット
- Backlogに課題が追加されると自動でGitHubにもIssueが作成されるため、これまで手作業での転記に費やしていた時間を短縮できます。
- 手作業による情報の転記が不要になることで、入力ミスや登録漏れといったヒューマンエラーを防ぎ、情報の正確性を保ちます。
■フローボットの流れ
- はじめに、BacklogとGitHubをYoomと連携します。
- 次に、トリガーでBacklogを選択し、「Backlogに課題が追加されたら」フローが起動するように設定します。
- 次に、オペレーションでトリガーとなったBacklogの課題情報を取得します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、前のステップで取得した課題情報を紐付けます。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Backlogのトリガー設定では、連携するBacklogのドメインや、監視対象としたいプロジェクトIDを任意で設定してください。
- GitHubでIssueを作成するアクションでは、タイトルや本文などの各項目に、固定のテキストを設定したり、Backlogから取得した課題の情報を変数として設定したりすることが可能です。
■注意事項
- Backlog、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
開発プロジェクトでGitHubとBacklogを併用している場合、Issueが作成されるたびに手動でBacklogにタスクを登録する作業は手間がかかり、登録漏れの原因にもなりかねません。特に複数のリポジトリを管理していると、その負担は大きくなります。このワークフローを活用すれば、GitHubでIssueが作成された際に、自動でBacklogにタスクを追加できるため、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方
- GitHubとBacklogを併用し、タスク管理の二重入力に手間を感じている開発担当者の方
- 手作業によるタスクの登録漏れや転記ミスを防ぎたいプロジェクトマネージャーの方
- 開発チームのタスク管理プロセスを効率化し、生産性を高めたいと考えている方
■このテンプレートを使うメリット
- GitHubでIssueが作成されると自動でBacklogにタスクが追加されるため、これまで手作業で行っていた転記作業の時間を短縮することができます。
- 手動での情報入力が不要になることで、タスクの登録漏れや内容の入力ミスといったヒューマンエラーのリスク軽減に繋がります。
■フローボットの流れ
- はじめに、GitHubとBacklogをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定し、対象のリポジトリを指定します。
- 最後に、オペレーションでBacklogの「課題の追加」アクションを設定し、トリガーで取得したIssueのタイトルや本文などの情報を紐付けます。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、連携の対象としたいリポジトリのオーナー名とリポジトリ名を任意で設定してください。
- Backlogの課題追加オペレーションでは、件名や詳細、担当者などの各項目に、固定のテキストやGitHubのIssueから取得した情報を変数として自由に設定できます。
■注意事項
- GitHub、BacklogそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
プロジェクト管理でBacklogとGitHubを併用していると、課題の二重登録や転記の手間が発生しがちではないでしょうか。手作業による転記は時間がかかるだけでなく、入力ミスや更新漏れの原因にもなり得ます。このワークフローを活用すれば、Backlogに新しい課題が追加されると自動でGitHubにもIssueが作成されるため、こうした課題を解消し、開発プロジェクトの管理を円滑に進めることが可能です。
■このテンプレートをおすすめする方
- BacklogとGitHubの両方で課題管理を行っている開発チームの方
- 課題の二重登録による手間やヒューマンエラーをなくしたいプロジェクトリーダーの方
- 複数のツールをまたぐ開発ワークフローの効率化を検討している方
■このテンプレートを使うメリット
- Backlogに課題が追加されると自動でGitHubにもIssueが作成されるため、これまで手作業での転記に費やしていた時間を短縮できます。
- 手作業による情報の転記が不要になることで、入力ミスや登録漏れといったヒューマンエラーを防ぎ、情報の正確性を保ちます。
■フローボットの流れ
- はじめに、BacklogとGitHubをYoomと連携します。
- 次に、トリガーでBacklogを選択し、「Backlogに課題が追加されたら」フローが起動するように設定します。
- 次に、オペレーションでトリガーとなったBacklogの課題情報を取得します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、前のステップで取得した課題情報を紐付けます。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Backlogのトリガー設定では、連携するBacklogのドメインや、監視対象としたいプロジェクトIDを任意で設定してください。
- GitHubでIssueを作成するアクションでは、タイトルや本文などの各項目に、固定のテキストを設定したり、Backlogから取得した課題の情報を変数として設定したりすることが可能です。
■注意事項
- Backlog、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
開発プロジェクトでGitHubとBacklogを併用している場合、Issueが作成されるたびに手動でBacklogにタスクを登録する作業は手間がかかり、登録漏れの原因にもなりかねません。特に複数のリポジトリを管理していると、その負担は大きくなります。このワークフローを活用すれば、GitHubでIssueが作成された際に、自動でBacklogにタスクを追加できるため、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方
- GitHubとBacklogを併用し、タスク管理の二重入力に手間を感じている開発担当者の方
- 手作業によるタスクの登録漏れや転記ミスを防ぎたいプロジェクトマネージャーの方
- 開発チームのタスク管理プロセスを効率化し、生産性を高めたいと考えている方
■このテンプレートを使うメリット
- GitHubでIssueが作成されると自動でBacklogにタスクが追加されるため、これまで手作業で行っていた転記作業の時間を短縮することができます。
- 手動での情報入力が不要になることで、タスクの登録漏れや内容の入力ミスといったヒューマンエラーのリスク軽減に繋がります。
■フローボットの流れ
- はじめに、GitHubとBacklogをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定し、対象のリポジトリを指定します。
- 最後に、オペレーションでBacklogの「課題の追加」アクションを設定し、トリガーで取得したIssueのタイトルや本文などの情報を紐付けます。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、連携の対象としたいリポジトリのオーナー名とリポジトリ名を任意で設定してください。
- Backlogの課題追加オペレーションでは、件名や詳細、担当者などの各項目に、固定のテキストやGitHubのIssueから取得した情報を変数として自由に設定できます。
■注意事項
- GitHub、BacklogそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
BacklogやGitHubを使ったその他の自動化例
本日ご紹介した連携以外にもBacklogやGitHubのAPIを活用することで様々な自動化を実現することが可能です。
もし気になるものがあれば、ぜひ試してみてください！
Backlogを活用した自動化例
Backlogに課題が登録されたことをチャットツールに通知する
Backlogに課題が追加されたことをSlackやChatworkなどに自動通知します。
■概要プロジェクト管理ツールのBacklogで新しい課題が追加された際、都度Slackで関係者に共有する作業を手間に感じていませんか？また、手作業での共有は、連絡の漏れや遅延を引き起こす可能性もあります。このワークフローを活用すれば、Backlogに課題が追加されたタイミングをトリガーとして、指定したSlackチャンネルへ自動で通知できるため、こうした課題を削減し、スムーズな情報共有を実現します。■このテンプレートをおすすめする方- BacklogとSlackを併用し、プロジェクトの情報共有を手作業で行っている方
- 課題追加の通知漏れや遅延を防ぎ、迅速な対応を実現したいプロジェクトマネージャーの方
- Backlogの更新状況をスムーズにチームで把握したいと考えている開発チームのリーダーの方
■このテンプレートを使うメリット- Backlogで課題が追加されると自動でSlackに通知が飛ぶため、これまで手動で共有していた時間を短縮し、他の業務に集中できます
- 手作業による通知の漏れや内容の間違いといったヒューマンエラーを防ぎ、チーム内での確実な情報共有をサポートします
■フローボットの流れ- はじめに、BacklogとSlackをYoomに連携します
- 次に、トリガーでBacklogを選択し、「Backlogに課題が追加されたら」というアクションを設定します
- 最後に、オペレーションでSlackの「Slackに通知」アクションを設定し、Backlogで追加された課題情報を通知するように設定します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント- Backlogのトリガー設定では、通知の対象としたいプロジェクトを任意で設定することが可能です
- Slackへの通知オペレーションでは、通知を送信するチャンネルやメッセージの本文を自由にカスタマイズできます
■注意事項- Backlog、SlackのそれぞれとYoomを連携してください
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます
- プランによって最短の起動間隔が異なりますので、ご注意ください
■概要プロジェクト管理ツールBacklogでの課題追加時、Chatworkへの通知を手作業で行っていませんか？ この手作業は手間がかかるだけでなく、通知漏れや遅延の原因となり、プロジェクトの進行に影響を及ぼす可能性があります。 このワークフローを活用すれば、Backlogに新しい課題が追加されたタイミングで、Chatworkの指定ルームへ自動で通知を送信できます。面倒な連絡作業が削減され、チーム内でのスムーズな情報共有を実現します。■このテンプレートをおすすめする方- Backlogの課題更新を、手動でChatworkに共有しているプロジェクト管理者の方
- 担当プロジェクトの課題発生をスムーズに把握し、迅速に対応したいチームメンバーの方
- BacklogとChatworkの連携を通じて、情報共有の自動化を推進したいと考えている方
■このテンプレートを使うメリット- Backlogに課題が追加されるとChatworkへ通知が送信されるため、これまで手作業での共有に費やしていた時間を短縮できます
- 手動での通知による共有漏れや内容の転記ミスといったヒューマンエラーを防ぎ、確実な情報伝達を実現します
■フローボットの流れ- はじめに、BacklogとChatworkをYoomと連携します
- 次に、トリガーでBacklogを選択し、「課題が追加されたら」というアクションを設定します
- 最後に、オペレーションでChatworkの「メッセージを送信する」アクションを設定し、課題の内容などを指定のルームに通知します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント- Backlogのトリガー設定では、通知の対象とするプロジェクトを任意で指定することが可能です
- Chatworkへの通知設定では、メッセージを送信するルームや、通知するメッセージ本文を自由にカスタマイズできます
■注意事項- Backlog、ChatworkのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要プロジェクト管理ツールのBacklogで新しい課題が追加された際、チームへの共有が遅れたり、確認漏れが発生したりすることはないでしょうか。特に、コミュニケーションでMicrosoft Teamsを利用している場合、ツールを横断して情報を手動で共有するのは手間がかかる作業です。このワークフローを活用すれば、Backlogに新しい課題が追加されると、指定したMicrosoft Teamsのチャネルへ自動で通知が届くため、情報共有の迅速化と抜け漏れ防止を実現します。
■このテンプレートをおすすめする方- BacklogとMicrosoft Teamsを併用し、情報共有を効率化したいプロジェクトマネージャーの方
- Backlogでの課題追加を手作業でチームに通知しており、手間を感じている開発チームのリーダーの方
- 重要な課題の更新や追加をリアルタイムに把握し、迅速な対応を行いたいと考えている方
■このテンプレートを使うメリット- Backlogに課題が追加されると自動でMicrosoft Teamsに通知が飛ぶため、手動での共有作業にかかる時間を短縮できます。
- 通知の連絡漏れや伝達ミスといったヒューマンエラーを防ぎ、重要な課題の見落としリスクの軽減に繋がります。
■フローボットの流れ- はじめに、BacklogとMicrosoft TeamsをYoomと連携します。
- 次に、トリガーでBacklogを選択し、「新しい課題が追加されたら」というアクションを設定します。
- 最後に、オペレーションでMicrosoft Teamsの「チャネルにメッセージを送る」アクションを設定し、課題が追加された旨を通知します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント- Microsoft Teamsへの通知先は、任意のチャネルに設定することが可能です。プロジェクトやチームに応じたチャンネルを指定してください。
- 通知するメッセージの本文は、固定のテキストだけでなく、トリガーで取得したBacklogの課題名や担当者といった情報を変数として埋め込み、カスタマイズできます。
■注意事項- Backlog、Microsoft TeamsのそれぞれとYoomを連携してください。
- Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- BacklogとSlackを併用し、プロジェクトの情報共有を手作業で行っている方
- 課題追加の通知漏れや遅延を防ぎ、迅速な対応を実現したいプロジェクトマネージャーの方
- Backlogの更新状況をスムーズにチームで把握したいと考えている開発チームのリーダーの方
- Backlogで課題が追加されると自動でSlackに通知が飛ぶため、これまで手動で共有していた時間を短縮し、他の業務に集中できます
- 手作業による通知の漏れや内容の間違いといったヒューマンエラーを防ぎ、チーム内での確実な情報共有をサポートします
- はじめに、BacklogとSlackをYoomに連携します
- 次に、トリガーでBacklogを選択し、「Backlogに課題が追加されたら」というアクションを設定します
- 最後に、オペレーションでSlackの「Slackに通知」アクションを設定し、Backlogで追加された課題情報を通知するように設定します
■このワークフローのカスタムポイント
- Backlogのトリガー設定では、通知の対象としたいプロジェクトを任意で設定することが可能です
- Slackへの通知オペレーションでは、通知を送信するチャンネルやメッセージの本文を自由にカスタマイズできます
- Backlog、SlackのそれぞれとYoomを連携してください
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます
- プランによって最短の起動間隔が異なりますので、ご注意ください
- Backlogの課題更新を、手動でChatworkに共有しているプロジェクト管理者の方
- 担当プロジェクトの課題発生をスムーズに把握し、迅速に対応したいチームメンバーの方
- BacklogとChatworkの連携を通じて、情報共有の自動化を推進したいと考えている方
- Backlogに課題が追加されるとChatworkへ通知が送信されるため、これまで手作業での共有に費やしていた時間を短縮できます
- 手動での通知による共有漏れや内容の転記ミスといったヒューマンエラーを防ぎ、確実な情報伝達を実現します
- はじめに、BacklogとChatworkをYoomと連携します
- 次に、トリガーでBacklogを選択し、「課題が追加されたら」というアクションを設定します
- 最後に、オペレーションでChatworkの「メッセージを送信する」アクションを設定し、課題の内容などを指定のルームに通知します
■このワークフローのカスタムポイント
- Backlogのトリガー設定では、通知の対象とするプロジェクトを任意で指定することが可能です
- Chatworkへの通知設定では、メッセージを送信するルームや、通知するメッセージ本文を自由にカスタマイズできます
- Backlog、ChatworkのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■このテンプレートをおすすめする方
- BacklogとMicrosoft Teamsを併用し、情報共有を効率化したいプロジェクトマネージャーの方
- Backlogでの課題追加を手作業でチームに通知しており、手間を感じている開発チームのリーダーの方
- 重要な課題の更新や追加をリアルタイムに把握し、迅速な対応を行いたいと考えている方
■このテンプレートを使うメリット
- Backlogに課題が追加されると自動でMicrosoft Teamsに通知が飛ぶため、手動での共有作業にかかる時間を短縮できます。
- 通知の連絡漏れや伝達ミスといったヒューマンエラーを防ぎ、重要な課題の見落としリスクの軽減に繋がります。
■フローボットの流れ
- はじめに、BacklogとMicrosoft TeamsをYoomと連携します。
- 次に、トリガーでBacklogを選択し、「新しい課題が追加されたら」というアクションを設定します。
- 最後に、オペレーションでMicrosoft Teamsの「チャネルにメッセージを送る」アクションを設定し、課題が追加された旨を通知します。
■このワークフローのカスタムポイント
- Microsoft Teamsへの通知先は、任意のチャネルに設定することが可能です。プロジェクトやチームに応じたチャンネルを指定してください。
- 通知するメッセージの本文は、固定のテキストだけでなく、トリガーで取得したBacklogの課題名や担当者といった情報を変数として埋め込み、カスタマイズできます。
■注意事項
- Backlog、Microsoft TeamsのそれぞれとYoomを連携してください。
- Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
Web会議終了後、会議内容を議事録化してBacklogに追加する
Google MeetやZoomでWeb会議が終了したら、会議内容を議事録化してBacklogに自動で追加します。
■概要
Google Meetでの会議後、録画データを確認しながら議事録を作成し、Backlogへ転記する作業に手間を感じていませんか。この一連の作業は時間がかかるだけでなく、情報の転記ミスや抜け漏れが発生する可能性もあります。このワークフローを活用すれば、Google Meetでの会議終了をきっかけに、AIによる議事録の自動作成からBacklogへの課題起票までを自動化し、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方
- Google Meetでの会議が多く、議事録作成に時間を取られている方
- 会議内容の共有をBacklogで行っており、転記作業を効率化したい方
- 会議の決定事項やタスクの抜け漏れを防ぎたいプロジェクトマネージャーの方
■このテンプレートを使うメリット
- 会議後の文字起こし、要約、Backlogへの起票までが自動化され、これまで手作業で行っていた議事録作成の時間を削減できます。
- 手作業による情報の聞き逃しや転記ミスを防ぎ、重要な決定事項やタスクの共有漏れといったヒューマンエラーのリスクを軽減します。
■フローボットの流れ
- はじめに、Google Meet、Google Drive、BacklogをYoomと連携します。
- 次に、トリガーでGoogle Meetを選択し、「会議が終了したら」フローが起動するように設定します。
- オペレーションで待機機能を追加し、会議の録画データが生成されるまで処理を一時停止させます。
- 続いて、Google Meetで録画データを取得し、Google Driveに保存するよう設定します。
- オペレーションで音声文字起こし機能を選択し、保存された録画データからテキストを抽出します。
- 次に、AI機能で文字起こししたテキストを要約し、議事録として整形します。
- 最後に、Backlogの「課題を追加する」アクションで、AIが生成した議事録を記載した課題を自動で起票するよう設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- AI機能での要約では、プロンプトをカスタマイズすることで「決定事項」「確認事項」「次回までのToDo」など、指定のフォーマットで議事録を生成できます。
- Backlogに課題を起票する際、件名や詳細にAIが要約した内容を動的に設定できるほか、プロジェクトや担当者、期限日なども任意に指定することが可能です。
■注意事項
- Google Meet、Google Drive、Google ChatのそれぞれとYoomを連携してください。
- OCRまたは音声を文字起こしするAIオペレーションはチームプラン・サクセスプランでのみご利用いただける機能となっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリやAI機能（オペレーション）を使用することができます。
- ダウンロード可能なファイル容量は最大300MBまでです。アプリの仕様によっては300MB未満になる可能性があるので、ご注意ください。
- トリガー、各オペレーションでの取り扱い可能なファイル容量の詳細はこちら
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要Zoomでのオンライン会議後、録画データを聞き返して議事録を作成し、Backlogにタスクを登録する作業は手間がかかるのではないでしょうか。手作業での文字起こしや要約には時間がかかり、本来の業務を圧迫することもあります。このワークフローを活用すれば、Zoomミーティングの終了をきっかけに、会議内容の文字起こしから要約、そしてBacklogへの課題追加までを自動化でき、こうした議事録作成に関する課題をスムーズに解消します。■このテンプレートをおすすめする方- Zoom会議後の議事録作成や文字起こしに、多くの時間を費やしている方
- Backlogを活用しており、会議で発生したタスクの登録を自動化したい方
- 会議内容の共有やタスク化のプロセスを効率化したいプロジェクトマネージャーの方
■このテンプレートを使うメリット- Zoom会議終了後の一連の作業が自動化されるため、議事録作成やタスク登録にかかっていた時間を短縮し、他のコア業務に集中できます。
- 手作業での文字起こしによる聞き間違いや、Backlogへの転記漏れといったヒューマンエラーを防ぎ、会議内容を正確に記録できます。
■フローボットの流れ- はじめに、ZoomとBacklogをYoomに連携します。
- 次に、トリガーでZoomを選択し、「ミーティングが終了したら」というアクションを設定します。
- 続いて、オペレーションでZoomの「ミーティングのレコーディング情報を取得」し、さらに「ミーティングのレコーディングファイルをダウンロード」するアクションを設定します。
- 次に、オペレーションで「音声データを文字起こしする」アクションを設定し、ダウンロードした音声ファイルをテキスト化します。
- さらに、オペレーションで「要約する」アクションを設定し、文字起こししたテキストから要点を抽出します。
- 最後に、オペレーションでBacklogの「課題を追加する」アクションを設定し、要約した内容などを課題として登録します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント- Zoomのトリガー設定では、自動化の対象としたいミーティング主催者のメールアドレスを任意で設定できます。
- 文字起こし機能のオペレーションでは、対象とする音声ファイルを任意で設定することが可能です。
- 要約機能のオペレーションでは、要約の元となるテキストや、生成する要約の文字数を任意で設定できます。
- Backlogに課題を追加するオペレーションでは、件名や詳細欄に前段のフローで取得した文字起こしや要約の結果を引用するなど、各フィールドを自由に設定できます。
■注意事項- Zoom、BacklogのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- Zoomのプランによって利用できるアクションとそうでないアクションがあるため、ご注意ください。
- 現時点では以下のアクションはZoomの有料プランのみ利用可能です。
- ミーティングが終了したら
- ミーティングのレコーディング情報を取得する（クラウド上に存在するレコーディングのみ取得可能なため）
- 詳細は「Zoomでミーティングのレコーディング情報を取得する際の注意点」をご参照ください。
- OCRまたは音声を文字起こしするAIオペレーションはチームプラン・サクセスプランでのみご利用いただける機能となっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリやAI機能（オペレーション）を使用することができます。
- OCRデータは6,500文字以上のデータや文字が小さい場合などは読み取れない場合があるので、ご注意ください。
■概要
Google Meetでの会議後、録画データを確認しながら議事録を作成し、Backlogへ転記する作業に手間を感じていませんか。この一連の作業は時間がかかるだけでなく、情報の転記ミスや抜け漏れが発生する可能性もあります。このワークフローを活用すれば、Google Meetでの会議終了をきっかけに、AIによる議事録の自動作成からBacklogへの課題起票までを自動化し、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方
- Google Meetでの会議が多く、議事録作成に時間を取られている方
- 会議内容の共有をBacklogで行っており、転記作業を効率化したい方
- 会議の決定事項やタスクの抜け漏れを防ぎたいプロジェクトマネージャーの方
■このテンプレートを使うメリット
- 会議後の文字起こし、要約、Backlogへの起票までが自動化され、これまで手作業で行っていた議事録作成の時間を削減できます。
- 手作業による情報の聞き逃しや転記ミスを防ぎ、重要な決定事項やタスクの共有漏れといったヒューマンエラーのリスクを軽減します。
■フローボットの流れ
- はじめに、Google Meet、Google Drive、BacklogをYoomと連携します。
- 次に、トリガーでGoogle Meetを選択し、「会議が終了したら」フローが起動するように設定します。
- オペレーションで待機機能を追加し、会議の録画データが生成されるまで処理を一時停止させます。
- 続いて、Google Meetで録画データを取得し、Google Driveに保存するよう設定します。
- オペレーションで音声文字起こし機能を選択し、保存された録画データからテキストを抽出します。
- 次に、AI機能で文字起こししたテキストを要約し、議事録として整形します。
- 最後に、Backlogの「課題を追加する」アクションで、AIが生成した議事録を記載した課題を自動で起票するよう設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- AI機能での要約では、プロンプトをカスタマイズすることで「決定事項」「確認事項」「次回までのToDo」など、指定のフォーマットで議事録を生成できます。
- Backlogに課題を起票する際、件名や詳細にAIが要約した内容を動的に設定できるほか、プロジェクトや担当者、期限日なども任意に指定することが可能です。
■注意事項
- Google Meet、Google Drive、Google ChatのそれぞれとYoomを連携してください。
- OCRまたは音声を文字起こしするAIオペレーションはチームプラン・サクセスプランでのみご利用いただける機能となっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリやAI機能（オペレーション）を使用することができます。
- ダウンロード可能なファイル容量は最大300MBまでです。アプリの仕様によっては300MB未満になる可能性があるので、ご注意ください。
- トリガー、各オペレーションでの取り扱い可能なファイル容量の詳細はこちら
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- Zoom会議後の議事録作成や文字起こしに、多くの時間を費やしている方
- Backlogを活用しており、会議で発生したタスクの登録を自動化したい方
- 会議内容の共有やタスク化のプロセスを効率化したいプロジェクトマネージャーの方
- Zoom会議終了後の一連の作業が自動化されるため、議事録作成やタスク登録にかかっていた時間を短縮し、他のコア業務に集中できます。
- 手作業での文字起こしによる聞き間違いや、Backlogへの転記漏れといったヒューマンエラーを防ぎ、会議内容を正確に記録できます。
- はじめに、ZoomとBacklogをYoomに連携します。
- 次に、トリガーでZoomを選択し、「ミーティングが終了したら」というアクションを設定します。
- 続いて、オペレーションでZoomの「ミーティングのレコーディング情報を取得」し、さらに「ミーティングのレコーディングファイルをダウンロード」するアクションを設定します。
- 次に、オペレーションで「音声データを文字起こしする」アクションを設定し、ダウンロードした音声ファイルをテキスト化します。
- さらに、オペレーションで「要約する」アクションを設定し、文字起こししたテキストから要点を抽出します。
- 最後に、オペレーションでBacklogの「課題を追加する」アクションを設定し、要約した内容などを課題として登録します。
■このワークフローのカスタムポイント
- Zoomのトリガー設定では、自動化の対象としたいミーティング主催者のメールアドレスを任意で設定できます。
- 文字起こし機能のオペレーションでは、対象とする音声ファイルを任意で設定することが可能です。
- 要約機能のオペレーションでは、要約の元となるテキストや、生成する要約の文字数を任意で設定できます。
- Backlogに課題を追加するオペレーションでは、件名や詳細欄に前段のフローで取得した文字起こしや要約の結果を引用するなど、各フィールドを自由に設定できます。
- Zoom、BacklogのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- Zoomのプランによって利用できるアクションとそうでないアクションがあるため、ご注意ください。
- 現時点では以下のアクションはZoomの有料プランのみ利用可能です。
- ミーティングが終了したら
- ミーティングのレコーディング情報を取得する（クラウド上に存在するレコーディングのみ取得可能なため）
- 詳細は「Zoomでミーティングのレコーディング情報を取得する際の注意点」をご参照ください。
- OCRまたは音声を文字起こしするAIオペレーションはチームプラン・サクセスプランでのみご利用いただける機能となっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリやAI機能（オペレーション）を使用することができます。
- OCRデータは6,500文字以上のデータや文字が小さい場合などは読み取れない場合があるので、ご注意ください。
Backlogに課題が登録されたらデータベースに追加する
Backlogに登録された課題をGoogle スプレッドシートやkintoneなどに自動登録します。
■概要プロジェクト管理ツールBacklogで新しい課題が追加されるたびに、その内容をkintoneに手作業で転記するのは手間がかかる作業ではないでしょうか。また、手作業による転記は入力漏れやミスの原因となり、プロジェクトの正確な情報共有を妨げる可能性もあります。このワークフローを活用すれば、Backlogに課題が追加された際に自動でkintoneへ連携できるため、こうした二重入力の手間やヒューマンエラーの課題を削減し、スムーズな情報共有を実現します。
■このテンプレートをおすすめする方- Backlogとkintoneを併用し、プロジェクト管理の二重入力に手間を感じている方
- 手作業でのデータ転記による入力ミスや、情報の連携漏れを防ぎたいと考えている方
- Backlogで発生した課題をkintone上で一元管理し、業務を効率化したい方
■このテンプレートを使うメリット- Backlogで新しい課題が追加されると自動でkintoneにレコードが作成され、これまで手作業で行っていた転記作業の時間を短縮できます。
- 手作業によるデータ転記が減ることで、入力内容の間違いや連携漏れといったヒューマンエラーの防止に繋がります。
■フローボットの流れ- はじめに、BacklogとkintoneをYoomと連携します。
- 次に、トリガーでBacklogを選択し、「新しい課題が追加されたら」というアクションを設定します。
- 最後に、オペレーションでkintoneの「レコードを追加する」アクションを設定し、トリガーで取得した課題情報を基にレコードが作成されるように設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント- Backlogのトリガー設定では、連携の対象としたいプロジェクトを任意で設定してください。
- kintoneへのレコード追加オペレーションでは、追加先のアプリや、Backlogから取得したどの情報をどのフィールドに登録するかを任意で設定できます。
■注意事項- Backlog、kintoneのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
Backlogで課題が登録されたらGoogle スプレッドシートにも追加するフローです。
■このテンプレートをおすすめする方
1.課題管理をBacklogで行っている方
・プロジェクトの課題をBacklogで管理しているチーム
・Backlogでプロジェクトの課題を一元管理している方
2.情報共有のツールとしてGoogle スプレッドシートを使用している方
・Google スプレッドシートを使用して社内外の関係者と情報共有を行う方
・プロジェクトの課題状況をGoogle スプレッドシートで分析している方
■このテンプレートを使うメリット
Backlogはプロジェクトの課題を可視化できるため、管理業務を効率化できるツールです。
しかし、Google スプレッドシートを使用してプロジェクトの課題状況を共有する場合、都度Backlogの情報をGoogle スプレッドシートに転記する必要があり、非効率的だと感じているかもしれません。
このテンプレートは、Backlogで追加された課題をGoogle スプレッドシートに自動で追加することができるため、手動による作業が不要になります。
Google スプレッドシートへの課題追加を自動化することで、共有資料の作成を効率化することができるため、業務の効率化を図ることができます。
また、異なるチーム間での課題共有もスピーディーに行うことができ、進捗状況や課題分析をスムーズに行うことが可能です。
■注意事項
・Backlog、Google スプレッドシートのそれぞれとYoomを連携してください。
■概要
このワークフローでは、Backlogで新しい課題が発生するとその内容が自動的にSalesforceのリードとして登録されます。この自動化によって、営業チームはプロジェクトの進捗に漏れなく対応でき、情報の二重入力や手動転記によるミスを防ぐことができるでしょう。
Yoomを利用すると、プログラミング不要で簡単にアプリ同士を連携することができます。
■このテンプレートをおすすめする方
- Backlogを用いてプロジェクト管理を行い、Salesforceとのデータ連携を図りたいプロジェクトマネージャーの方
- Salesforceでのリード管理を効率化し、Backlogから自動的にリードを生成させたい営業担当者の方
- 情報の一元管理を目指し、手動でのデータ入力に時間を取られているIT担当者の方
- プロジェクトと営業活動の連携を強化し、漏れのない対応を可能にしたい企業の経営者の方
- salesforce backlog 連携を活用して、業務フローの自動化を推進したいビジネスオーナーの方
■このテンプレートを使うメリット
- 情報の一元管理
・BacklogとSalesforce間で課題とリードが自動的に連携され、データの二重入力を防止します。 - 人的エラーの削減
・手動入力によるヒューマンエラーを排除し、正確なデータ管理が可能になります。 - 業務効率の向上
・課題登録からリード作成までのプロセスを自動化することで、チーム全体の作業効率を高めます。
- Backlogとkintoneを併用し、プロジェクト管理の二重入力に手間を感じている方
- 手作業でのデータ転記による入力ミスや、情報の連携漏れを防ぎたいと考えている方
- Backlogで発生した課題をkintone上で一元管理し、業務を効率化したい方
- Backlogで新しい課題が追加されると自動でkintoneにレコードが作成され、これまで手作業で行っていた転記作業の時間を短縮できます。
- 手作業によるデータ転記が減ることで、入力内容の間違いや連携漏れといったヒューマンエラーの防止に繋がります。
- はじめに、BacklogとkintoneをYoomと連携します。
- 次に、トリガーでBacklogを選択し、「新しい課題が追加されたら」というアクションを設定します。
- 最後に、オペレーションでkintoneの「レコードを追加する」アクションを設定し、トリガーで取得した課題情報を基にレコードが作成されるように設定します。
■このワークフローのカスタムポイント
- Backlogのトリガー設定では、連携の対象としたいプロジェクトを任意で設定してください。
- kintoneへのレコード追加オペレーションでは、追加先のアプリや、Backlogから取得したどの情報をどのフィールドに登録するかを任意で設定できます。
- Backlog、kintoneのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
Backlogで課題が登録されたらGoogle スプレッドシートにも追加するフローです。
■このテンプレートをおすすめする方
1.課題管理をBacklogで行っている方
・プロジェクトの課題をBacklogで管理しているチーム
・Backlogでプロジェクトの課題を一元管理している方
2.情報共有のツールとしてGoogle スプレッドシートを使用している方
・Google スプレッドシートを使用して社内外の関係者と情報共有を行う方
・プロジェクトの課題状況をGoogle スプレッドシートで分析している方
■このテンプレートを使うメリット
Backlogはプロジェクトの課題を可視化できるため、管理業務を効率化できるツールです。
しかし、Google スプレッドシートを使用してプロジェクトの課題状況を共有する場合、都度Backlogの情報をGoogle スプレッドシートに転記する必要があり、非効率的だと感じているかもしれません。
このテンプレートは、Backlogで追加された課題をGoogle スプレッドシートに自動で追加することができるため、手動による作業が不要になります。
Google スプレッドシートへの課題追加を自動化することで、共有資料の作成を効率化することができるため、業務の効率化を図ることができます。
また、異なるチーム間での課題共有もスピーディーに行うことができ、進捗状況や課題分析をスムーズに行うことが可能です。
■注意事項
・Backlog、Google スプレッドシートのそれぞれとYoomを連携してください。
■概要
このワークフローでは、Backlogで新しい課題が発生するとその内容が自動的にSalesforceのリードとして登録されます。この自動化によって、営業チームはプロジェクトの進捗に漏れなく対応でき、情報の二重入力や手動転記によるミスを防ぐことができるでしょう。
Yoomを利用すると、プログラミング不要で簡単にアプリ同士を連携することができます。
■このテンプレートをおすすめする方
- Backlogを用いてプロジェクト管理を行い、Salesforceとのデータ連携を図りたいプロジェクトマネージャーの方
- Salesforceでのリード管理を効率化し、Backlogから自動的にリードを生成させたい営業担当者の方
- 情報の一元管理を目指し、手動でのデータ入力に時間を取られているIT担当者の方
- プロジェクトと営業活動の連携を強化し、漏れのない対応を可能にしたい企業の経営者の方
- salesforce backlog 連携を活用して、業務フローの自動化を推進したいビジネスオーナーの方
■このテンプレートを使うメリット
- 情報の一元管理
・BacklogとSalesforce間で課題とリードが自動的に連携され、データの二重入力を防止します。 - 人的エラーの削減
・手動入力によるヒューマンエラーを排除し、正確なデータ管理が可能になります。 - 業務効率の向上
・課題登録からリード作成までのプロセスを自動化することで、チーム全体の作業効率を高めます。
Githubを活用した自動化例
フォームで送信された回答をGitHubのIssueに登録する
Googleフォームなどで送信された回答をGitHubのIssueに自動で登録します。
■概要Googleフォームで受け付けたお問い合わせやバグ報告などを、都度GitHubに手動で転記していませんか？この作業は手間がかかるだけでなく、情報の転記漏れや入力ミスが発生する可能性もあります。このワークフローを活用すれば、Googleフォームに回答が送信されると、その内容をもとに自動でGitHubにIssueが作成されるため、手動での情報登録プロセスを効率化し、対応漏れを防ぐことが可能です。
■このテンプレートをおすすめする方- GoogleフォームとGitHubを連携させ、情報登録を自動化したいと考えている方
- ユーザーからのフィードバックをGoogleフォームで管理している開発担当者の方
- GitHubへのIssue作成を手作業で行っており、入力ミスや対応漏れを防ぎたい方
■このテンプレートを使うメリット- Googleフォームへの回答をトリガーに自動でGitHubへIssueが作成されるため、これまで手作業での転記に費やしていた時間を削減できます。
- 手作業での情報登録がなくなることで、転記時の入力ミスや対応漏れといったヒューマンエラーの防止に繋がります。
■フローボットの流れ- はじめに、GoogleフォームとGitHubをYoomと連携します。
- 次に、トリガーでGoogleフォームを選択し、「フォームに回答が送信されたら」というアクションを設定します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、フォームの回答内容をもとにIssueを作成するように設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント- GitHubでIssueを作成する際、タイトルや本文にGoogleフォームから取得した回答内容を動的に埋め込むように設定してください。
- Issueの担当者（Assignees）やラベルなどを、特定の固定値としてあらかじめ設定することも可能です。
■注意事項- Googleフォーム、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- Googleフォームをトリガーとして使用した際の回答内容を取得する方法は「Googleフォームトリガーで、回答内容を取得する方法」を参照ください。
■概要HubSpotのフォームから問い合わせや資料請求があった際に、対応内容を都度GitHubのIssueとして手動で作成していませんか？この作業は単純ですが、件数が増えると大きな手間となり、転記ミスなどのヒューマンエラーも発生しやすくなります。このワークフローを活用すれば、HubSpotのフォーム送信をトリガーとして、GitHubのIssue作成を自動化できるため、こうした定型業務を効率化し、対応漏れを防ぎます。
■このテンプレートをおすすめする方- HubSpotで獲得したリード情報を、GitHubで開発チームに共有しているマーケティング担当者の方
- フォームからの問い合わせ内容をGitHubで管理しており、手作業でのIssue作成を効率化したい方
- HubSpotとGitHub間の連携を手作業で行っており、入力ミスや対応漏れなどの課題を抱えている方
■このテンプレートを使うメリット- HubSpotフォームが送信されると、自動でGitHubにIssueが作成されるため、これまで手作業に費やしていた時間を短縮できます。
- 手作業による情報転記が不要になることで、入力間違いや共有漏れといったヒューマンエラーの発生を防ぎます。
■フローボットの流れ- はじめに、HubSpotとGitHubをYoomと連携します。
- 次に、トリガーでHubSpotを選択し、「フォームが送信されたら」というアクションを設定します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、HubSpotフォームで取得した情報をIssueの内容に反映させます。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント- HubSpotのトリガー設定では、アクションを起動させたい対象のフォームIDを任意で設定してください。
- GitHubのオペレーション設定では、Issueのタイトルや本文などに、前段のHubSpotフォームで取得した値を引用して自由に設定することが可能です。
■注意事項- HubSpot、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要Wixで作成したWebサイトのフォームから届く、ユーザーからの問い合わせやバグ報告などを、手作業でGitHubに転記していませんか？この作業は情報連携に時間がかかるだけでなく、コピー＆ペーストによる転記ミスや対応漏れの原因にもなり得ます。このワークフローを活用すれば、Wixのフォームが送信されたタイミングで、自動でGitHubにIssueが作成されるため、開発チームとの連携を円滑にし、迅速な対応を実現します。
■このテンプレートをおすすめする方- Wixでサイトを運営し、フォームからの情報をGitHubでタスク管理しているWeb担当者の方
- Wixフォームからのバグ報告などをGitHub Issueで管理し、開発を効率化したいチームリーダーの方
- 手作業による情報連携を自動化し、チーム全体の生産性を向上させたいと考えている方
■このテンプレートを使うメリット- Wixのフォーム送信をトリガーに自動でGitHubにIssueが作成されるため、手作業での転記時間を短縮することができます。
- 手動での情報転記が不要になることで、入力ミスや対応漏れといったヒューマンエラーの発生を防ぎます。
■フローボットの流れ- はじめに、WixとGitHubをYoomと連携します。
- 次に、トリガーでWixを選択し、「フォームが送信されたら」というアクションを設定します。
- 最後に、オペレーションでGitHubを選択し、「Issueを作成」アクションを設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント- GitHubでIssueを作成する際に、Wixのフォームから取得した情報を各項目に自由に設定できます。例えば、フォームの件名をIssueのタイトルに、問い合わせ内容を本文に設定するなどが可能です。
■注意事項- Wix、GitHubのそれぞれとYoomを連携してください。
- Wixのフォーム回答のアウトプットはJSONPathから取得可能です。取得方法は「『取得する値』を追加する方法」をご参照ください。
■このテンプレートをおすすめする方
- GoogleフォームとGitHubを連携させ、情報登録を自動化したいと考えている方
- ユーザーからのフィードバックをGoogleフォームで管理している開発担当者の方
- GitHubへのIssue作成を手作業で行っており、入力ミスや対応漏れを防ぎたい方
■このテンプレートを使うメリット
- Googleフォームへの回答をトリガーに自動でGitHubへIssueが作成されるため、これまで手作業での転記に費やしていた時間を削減できます。
- 手作業での情報登録がなくなることで、転記時の入力ミスや対応漏れといったヒューマンエラーの防止に繋がります。
■フローボットの流れ
- はじめに、GoogleフォームとGitHubをYoomと連携します。
- 次に、トリガーでGoogleフォームを選択し、「フォームに回答が送信されたら」というアクションを設定します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、フォームの回答内容をもとにIssueを作成するように設定します。
■このワークフローのカスタムポイント
- GitHubでIssueを作成する際、タイトルや本文にGoogleフォームから取得した回答内容を動的に埋め込むように設定してください。
- Issueの担当者（Assignees）やラベルなどを、特定の固定値としてあらかじめ設定することも可能です。
■注意事項
- Googleフォーム、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- Googleフォームをトリガーとして使用した際の回答内容を取得する方法は「Googleフォームトリガーで、回答内容を取得する方法」を参照ください。
■このテンプレートをおすすめする方
- HubSpotで獲得したリード情報を、GitHubで開発チームに共有しているマーケティング担当者の方
- フォームからの問い合わせ内容をGitHubで管理しており、手作業でのIssue作成を効率化したい方
- HubSpotとGitHub間の連携を手作業で行っており、入力ミスや対応漏れなどの課題を抱えている方
■このテンプレートを使うメリット
- HubSpotフォームが送信されると、自動でGitHubにIssueが作成されるため、これまで手作業に費やしていた時間を短縮できます。
- 手作業による情報転記が不要になることで、入力間違いや共有漏れといったヒューマンエラーの発生を防ぎます。
■フローボットの流れ
- はじめに、HubSpotとGitHubをYoomと連携します。
- 次に、トリガーでHubSpotを選択し、「フォームが送信されたら」というアクションを設定します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、HubSpotフォームで取得した情報をIssueの内容に反映させます。
■このワークフローのカスタムポイント
- HubSpotのトリガー設定では、アクションを起動させたい対象のフォームIDを任意で設定してください。
- GitHubのオペレーション設定では、Issueのタイトルや本文などに、前段のHubSpotフォームで取得した値を引用して自由に設定することが可能です。
■注意事項
- HubSpot、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■このテンプレートをおすすめする方
- Wixでサイトを運営し、フォームからの情報をGitHubでタスク管理しているWeb担当者の方
- Wixフォームからのバグ報告などをGitHub Issueで管理し、開発を効率化したいチームリーダーの方
- 手作業による情報連携を自動化し、チーム全体の生産性を向上させたいと考えている方
■このテンプレートを使うメリット
- Wixのフォーム送信をトリガーに自動でGitHubにIssueが作成されるため、手作業での転記時間を短縮することができます。
- 手動での情報転記が不要になることで、入力ミスや対応漏れといったヒューマンエラーの発生を防ぎます。
■フローボットの流れ
- はじめに、WixとGitHubをYoomと連携します。
- 次に、トリガーでWixを選択し、「フォームが送信されたら」というアクションを設定します。
- 最後に、オペレーションでGitHubを選択し、「Issueを作成」アクションを設定します。
■このワークフローのカスタムポイント
- GitHubでIssueを作成する際に、Wixのフォームから取得した情報を各項目に自由に設定できます。例えば、フォームの件名をIssueのタイトルに、問い合わせ内容を本文に設定するなどが可能です。
■注意事項
- Wix、GitHubのそれぞれとYoomを連携してください。
- Wixのフォーム回答のアウトプットはJSONPathから取得可能です。取得方法は「『取得する値』を追加する方法」をご参照ください。
カスタマーサポートツールで新しい問い合わせがあったらGitHubにIssueを作成する
IntercomやZendeskなどで新しい問い合わせがあったらGitHubにIssueを自動で作成します。
■概要カスタマーサポートで受け付けたIntercomの問い合わせ内容を、開発チームが利用するGitHubに手作業で起票していませんか？この作業は手間がかかるだけでなく、情報の転記ミスや連携漏れの原因にもなり得ます。このワークフローを活用すれば、Intercomで新しい会話が作成されると、自動でGitHubにIssueを作成するため、手作業による連携の手間やヒューマンエラーといった課題を解消できます。
■このテンプレートをおすすめする方- Intercomで受けた問い合わせの開発連携を効率化したいカスタマーサポート担当者の方
- ユーザーからのフィードバックをGitHubのIssueとして、漏れなく管理したい開発チームの方
- IntercomとGitHub間の情報連携を手作業で行っており、自動化したいと考えている方
■このテンプレートを使うメリット- Intercomで会話が作成されると自動でGitHubにIssueが作成されるため、これまで手作業での転記に費やしていた時間を短縮できます。
- 手作業による情報の転記が不要になるため、起票時の内容の入力ミスや、対応漏れなどのヒューマンエラーを防ぐことに繋がります。
■フローボットの流れ- はじめに、IntercomとGitHubをYoomと連携します
- 次に、トリガーでIntercomを選択し、「新しく会話が作成されたら」というアクションを設定します
- 最後に、オペレーションでGitHubを選択し、「Issueの作成」アクションを設定し、Intercomから取得した情報をIssueのタイトルや本文に設定します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント- Intercomのトリガー設定では、新しい会話をチェックする起動間隔を任意で設定してください。
- GitHubのIssue作成オペレーションでは、Intercomから取得した会話情報を引用し、Issueのタイトルや本文などの各フィールドに自由に設定してください。
■注意事項- Intercom、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- Intercomはミニプラン以上でご利用いただけるアプリとなっております。フリープラン・パーソナルプランの場合は設定しているフローボットのオペレーションやデータコネクトはエラーとなりますので、ご注意ください。
- ミニプラン・チームプラン・サクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリを使用することができます。
- Intercomのマイアプリ連携方法は「Intercomのマイアプリ登録方法」をご参照ください。
■概要
Zendeskで受け付けた顧客からの問い合わせやバグ報告を、開発チームが管理するGitHubにIssueとして手動で登録していませんか？この作業は情報連携に不可欠ですが、転記の手間や入力ミスが発生しがちです。このワークフローを活用すれば、Zendeskで新規チケットが作成されると、その内容をもとに自動でGitHubにIssueが追加されるため、こうした課題を解消し、迅速かつ正確な情報共有を実現できます。
■このテンプレートをおすすめする方
- ZendeskのチケットをGitHubのIssueへ手作業で転記しているカスタマーサポート担当者の方
- 開発チームと顧客サポートチーム間の情報連携を効率化したいプロジェクトマネージャーの方
- ZendeskとGitHub間の連携を自動化し、対応漏れや遅延を防ぎたいと考えている方
■このテンプレートを使うメリット
- Zendeskでチケットが作成されると自動でGitHubにIssueが追加されるため、これまで手作業で行っていた転記業務の時間を短縮することができます。
- 手作業による情報転記で発生しがちな、チケット内容の入力間違いやコピー＆ペーストのミスといったヒューマンエラーの防止に繋がります。
■フローボットの流れ
- はじめに、ZendeskとGitHubをYoomと連携します。
- 次に、トリガーでZendeskを選択し、「新しいチケットが作成されたら」というアクションを設定します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、トリガーで取得したZendeskのチケット情報を紐付けます。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Zendeskと連携する際に、ご利用の環境に合わせて任意のサブドメインを設定してください。
- GitHubでIssueを作成するアクションでは、Zendeskのチケットから取得した件名や本文などの情報を引用し、Issueのタイトルや本文などに自由に設定が可能です。
■注意事項
- Zendesk、GitHubのそれぞれとYoomを連携してください。
- 【Zendesk】はチームプラン・サクセスプランでのみご利用いただけるアプリとなっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションやデータコネクトはエラーとなりますので、ご注意ください。
- チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリを使用することができます。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
Chat Plusでチケットが作成されたらGitHubにチケット情報を追加するフローです。
Yoomを利用すると、プログラミング不要で簡単にアプリ同士の連携が行えます。
■このテンプレートをおすすめする方
1.Chat Plusを活用して顧客対応を行っている企業
・Chat Plusを日常的に使って、問い合わせ対応を効率化したいと考えている方
・顧客からの問い合わせ内容をGitHubで一元管理し、他のチームメンバーと共有したい方
2.GitHubをプロジェクト管理に利用している方
・GitHubのIssue機能を使ってタスク管理をしているが、手動でチケット情報を追加するのが手間に感じている方
・Chat Plusでのチケット作成から自動的にGitHubにもチケットを作成して作業の効率化を図りたい方
■このテンプレートを使うメリット
Chat Plusのチケット情報をGitHubにも追加して、他のメンバーに情報共有したいケースがあると思います。
しかし、通常は手作業で転記する必要があるため、時間と労力がかかり大変ですよね。
そこでこのテンプレートが役に立ちます。
Chat Plusでチケットが作成されたらGitHubに自動で情報が追加されるため、手作業の負担が軽減されます。
これまで入力にかけていた時間を省くことができるため、作業時間の短縮につながり、生産性向上に寄与します。
■注意事項
・Chat PlusとGitHubのそれぞれとYoomを連携してください。
・Chat Plusのトリガー設定方法はこちらをご参照ください。
■このテンプレートをおすすめする方
- Intercomで受けた問い合わせの開発連携を効率化したいカスタマーサポート担当者の方
- ユーザーからのフィードバックをGitHubのIssueとして、漏れなく管理したい開発チームの方
- IntercomとGitHub間の情報連携を手作業で行っており、自動化したいと考えている方
■このテンプレートを使うメリット
- Intercomで会話が作成されると自動でGitHubにIssueが作成されるため、これまで手作業での転記に費やしていた時間を短縮できます。
- 手作業による情報の転記が不要になるため、起票時の内容の入力ミスや、対応漏れなどのヒューマンエラーを防ぐことに繋がります。
■フローボットの流れ
- はじめに、IntercomとGitHubをYoomと連携します
- 次に、トリガーでIntercomを選択し、「新しく会話が作成されたら」というアクションを設定します
- 最後に、オペレーションでGitHubを選択し、「Issueの作成」アクションを設定し、Intercomから取得した情報をIssueのタイトルや本文に設定します
■このワークフローのカスタムポイント
- Intercomのトリガー設定では、新しい会話をチェックする起動間隔を任意で設定してください。
- GitHubのIssue作成オペレーションでは、Intercomから取得した会話情報を引用し、Issueのタイトルや本文などの各フィールドに自由に設定してください。
■注意事項
- Intercom、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- Intercomはミニプラン以上でご利用いただけるアプリとなっております。フリープラン・パーソナルプランの場合は設定しているフローボットのオペレーションやデータコネクトはエラーとなりますので、ご注意ください。
- ミニプラン・チームプラン・サクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリを使用することができます。
- Intercomのマイアプリ連携方法は「Intercomのマイアプリ登録方法」をご参照ください。
■概要
Zendeskで受け付けた顧客からの問い合わせやバグ報告を、開発チームが管理するGitHubにIssueとして手動で登録していませんか？この作業は情報連携に不可欠ですが、転記の手間や入力ミスが発生しがちです。このワークフローを活用すれば、Zendeskで新規チケットが作成されると、その内容をもとに自動でGitHubにIssueが追加されるため、こうした課題を解消し、迅速かつ正確な情報共有を実現できます。
■このテンプレートをおすすめする方
- ZendeskのチケットをGitHubのIssueへ手作業で転記しているカスタマーサポート担当者の方
- 開発チームと顧客サポートチーム間の情報連携を効率化したいプロジェクトマネージャーの方
- ZendeskとGitHub間の連携を自動化し、対応漏れや遅延を防ぎたいと考えている方
■このテンプレートを使うメリット
- Zendeskでチケットが作成されると自動でGitHubにIssueが追加されるため、これまで手作業で行っていた転記業務の時間を短縮することができます。
- 手作業による情報転記で発生しがちな、チケット内容の入力間違いやコピー＆ペーストのミスといったヒューマンエラーの防止に繋がります。
■フローボットの流れ
- はじめに、ZendeskとGitHubをYoomと連携します。
- 次に、トリガーでZendeskを選択し、「新しいチケットが作成されたら」というアクションを設定します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、トリガーで取得したZendeskのチケット情報を紐付けます。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Zendeskと連携する際に、ご利用の環境に合わせて任意のサブドメインを設定してください。
- GitHubでIssueを作成するアクションでは、Zendeskのチケットから取得した件名や本文などの情報を引用し、Issueのタイトルや本文などに自由に設定が可能です。
■注意事項
- Zendesk、GitHubのそれぞれとYoomを連携してください。
- 【Zendesk】はチームプラン・サクセスプランでのみご利用いただけるアプリとなっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションやデータコネクトはエラーとなりますので、ご注意ください。
- チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリを使用することができます。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
Chat Plusでチケットが作成されたらGitHubにチケット情報を追加するフローです。
Yoomを利用すると、プログラミング不要で簡単にアプリ同士の連携が行えます。
■このテンプレートをおすすめする方
1.Chat Plusを活用して顧客対応を行っている企業
・Chat Plusを日常的に使って、問い合わせ対応を効率化したいと考えている方
・顧客からの問い合わせ内容をGitHubで一元管理し、他のチームメンバーと共有したい方
2.GitHubをプロジェクト管理に利用している方
・GitHubのIssue機能を使ってタスク管理をしているが、手動でチケット情報を追加するのが手間に感じている方
・Chat Plusでのチケット作成から自動的にGitHubにもチケットを作成して作業の効率化を図りたい方
■このテンプレートを使うメリット
Chat Plusのチケット情報をGitHubにも追加して、他のメンバーに情報共有したいケースがあると思います。
しかし、通常は手作業で転記する必要があるため、時間と労力がかかり大変ですよね。
そこでこのテンプレートが役に立ちます。
Chat Plusでチケットが作成されたらGitHubに自動で情報が追加されるため、手作業の負担が軽減されます。
これまで入力にかけていた時間を省くことができるため、作業時間の短縮につながり、生産性向上に寄与します。
■注意事項
・Chat PlusとGitHubのそれぞれとYoomを連携してください。
・Chat Plusのトリガー設定方法はこちらをご参照ください。
メールで届いた内容や添付書類をもとにGitHubでIssueを作成する
GmailやOutlookなどで届いたメールの内容や添付書類をもとに、GitHubでIssueを自動で作成します。
■概要
Gmailに届く特定のメール、例えばバグ報告などを確認し、手動でGitHubにIssueを作成する作業に手間を感じていませんか。このワークフローを活用すれば、Gmailで特定のラベルが付いたメールを受信するだけで、自動的にGitHubに課題が追加されるため、手作業による手間や対応漏れを防ぎ、開発プロセスをよりスムーズにします。
■このテンプレートをおすすめする方
- GmailとGitHubを連携させて、バグ報告や機能要望の管理を効率化したい開発者の方
- ユーザーからの問い合わせメールを基に、手動でGitHubのIssueを作成している方
- メールを起点としたタスク管理のプロセスを自動化し、対応漏れを防ぎたいチームリーダーの方
■このテンプレートを使うメリット
- Gmailで特定ラベルのメールを受信した際に自動でGitHubに課題が追加されるため、手作業での転記時間を短縮できます。
- 手作業による情報の入力ミスや、重要なメールの見落としによる対応漏れといったヒューマンエラーを防ぎます。
■フローボットの流れ
- はじめに、GmailとGitHubをYoomと連携します。
- 次に、トリガーでGmailを選択し、「特定のラベルのメールを受信したら」というアクションを設定します。
- 次に、オペレーションでOCR機能を選択し、「テキストからデータを抽出する」アクションでメール本文から必要な情報を抽出します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、抽出した情報を基に課題を作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Gmailのトリガー設定では、どのラベルが付いたメールを対象にするか、またフローを起動する間隔を任意で設定してください。
- OCR機能の設定では、対象とするテキスト（メール本文など）や、そこから抽出したい項目を任意で指定できます。
- GitHubでIssueを作成するアクションでは、課題を追加するオーナー名やリポジトリ名、Issueのタイトルや本文などを任意で設定してください。
■注意事項
- Gmail、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
特定のメールに添付されたファイルを都度確認し、その内容をGitHubにIssueとして手作業で起票していませんか？この一連の作業は、手間がかかる上に、転記ミスなどのヒューマンエラーが発生しやすい業務の一つです。このワークフローを活用すれば、特定のメール受信をきっかけに、添付されたファイルをOCR機能で自動的に読み取り、その内容を基にしてGitHubへIssueを自動で作成できるため、手作業による手間とミスを削減し、迅速なタスク管理を実現します。
■このテンプレートをおすすめする方
- メールで受け取った報告書などを基に、手作業でGitHubのIssueを作成している方
- 添付ファイルの内容確認とデータ入力の時間を削減し、業務効率を改善したいと考えている方
- 定型的なタスク作成を自動化し、本来のコア業務に集中したいプロジェクトマネージャーの方
■このテンプレートを使うメリット
- メール受信からGitHubへのIssue作成までを自動化できるため、これまで手作業に費やしていた時間を短縮することができます。
- 手動での情報転記が不要になることで、Issueの内容の入力ミスや起票漏れといったヒューマンエラーを防ぎます。
■フローボットの流れ
- はじめに、GitHubをYoomと連携します。
- 次に、トリガーでメールトリガー機能を選択し、このワークフロー専用のメールアドレスを生成します。
- 続いて、オペレーションでOCR機能を選択し、メールに添付された画像やPDFファイルを読み取るよう設定します。
- 最後に、オペレーションでGitHubを選択して「Issueを作成」アクションを設定し、OCRで読み取った情報をIssueのタイトルや本文に紐付けます。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- メールトリガー機能では、生成されるメールアドレスの一部を任意の値にカスタマイズしたり、特定の件名や本文を含むメールのみを処理対象とするよう条件を設定できます。
- OCR機能では、読み取りたいファイルの中から、Issue作成に利用したい特定のテキスト項目だけを抽出するように設定のカスタマイズが可能です。
- GitHubでIssueを作成するアクションでは、対象のオーナー名やリポジトリ名を任意に設定でき、またIssueのタイトルや本文には、OCRで取得した情報を埋め込んだり、固定のテキストを追加したりできます。
■注意事項
・GitHubとYoomを連携してください。
■概要
Gmailに届く特定のメール、例えばバグ報告などを確認し、手動でGitHubにIssueを作成する作業に手間を感じていませんか。このワークフローを活用すれば、Gmailで特定のラベルが付いたメールを受信するだけで、自動的にGitHubに課題が追加されるため、手作業による手間や対応漏れを防ぎ、開発プロセスをよりスムーズにします。
■このテンプレートをおすすめする方
- GmailとGitHubを連携させて、バグ報告や機能要望の管理を効率化したい開発者の方
- ユーザーからの問い合わせメールを基に、手動でGitHubのIssueを作成している方
- メールを起点としたタスク管理のプロセスを自動化し、対応漏れを防ぎたいチームリーダーの方
■このテンプレートを使うメリット
- Gmailで特定ラベルのメールを受信した際に自動でGitHubに課題が追加されるため、手作業での転記時間を短縮できます。
- 手作業による情報の入力ミスや、重要なメールの見落としによる対応漏れといったヒューマンエラーを防ぎます。
■フローボットの流れ
- はじめに、GmailとGitHubをYoomと連携します。
- 次に、トリガーでGmailを選択し、「特定のラベルのメールを受信したら」というアクションを設定します。
- 次に、オペレーションでOCR機能を選択し、「テキストからデータを抽出する」アクションでメール本文から必要な情報を抽出します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、抽出した情報を基に課題を作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Gmailのトリガー設定では、どのラベルが付いたメールを対象にするか、またフローを起動する間隔を任意で設定してください。
- OCR機能の設定では、対象とするテキスト（メール本文など）や、そこから抽出したい項目を任意で指定できます。
- GitHubでIssueを作成するアクションでは、課題を追加するオーナー名やリポジトリ名、Issueのタイトルや本文などを任意で設定してください。
■注意事項
- Gmail、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
特定のメールに添付されたファイルを都度確認し、その内容をGitHubにIssueとして手作業で起票していませんか？この一連の作業は、手間がかかる上に、転記ミスなどのヒューマンエラーが発生しやすい業務の一つです。このワークフローを活用すれば、特定のメール受信をきっかけに、添付されたファイルをOCR機能で自動的に読み取り、その内容を基にしてGitHubへIssueを自動で作成できるため、手作業による手間とミスを削減し、迅速なタスク管理を実現します。
■このテンプレートをおすすめする方
- メールで受け取った報告書などを基に、手作業でGitHubのIssueを作成している方
- 添付ファイルの内容確認とデータ入力の時間を削減し、業務効率を改善したいと考えている方
- 定型的なタスク作成を自動化し、本来のコア業務に集中したいプロジェクトマネージャーの方
■このテンプレートを使うメリット
- メール受信からGitHubへのIssue作成までを自動化できるため、これまで手作業に費やしていた時間を短縮することができます。
- 手動での情報転記が不要になることで、Issueの内容の入力ミスや起票漏れといったヒューマンエラーを防ぎます。
■フローボットの流れ
- はじめに、GitHubをYoomと連携します。
- 次に、トリガーでメールトリガー機能を選択し、このワークフロー専用のメールアドレスを生成します。
- 続いて、オペレーションでOCR機能を選択し、メールに添付された画像やPDFファイルを読み取るよう設定します。
- 最後に、オペレーションでGitHubを選択して「Issueを作成」アクションを設定し、OCRで読み取った情報をIssueのタイトルや本文に紐付けます。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- メールトリガー機能では、生成されるメールアドレスの一部を任意の値にカスタマイズしたり、特定の件名や本文を含むメールのみを処理対象とするよう条件を設定できます。
- OCR機能では、読み取りたいファイルの中から、Issue作成に利用したい特定のテキスト項目だけを抽出するように設定のカスタマイズが可能です。
- GitHubでIssueを作成するアクションでは、対象のオーナー名やリポジトリ名を任意に設定でき、またIssueのタイトルや本文には、OCRで取得した情報を埋め込んだり、固定のテキストを追加したりできます。
■注意事項
・GitHubとYoomを連携してください。
BacklogとGitHubを連携することでどのようなメリットがあるか
1. GitHubからBacklogへ連絡事項・指示内容の通達が自動化できると、状況把握時間の短縮につながります。また、転記ミスがなくなるので確認事項のやりとりも少なくなるはずです。
2. 共同作業者がどちらかにしか閲覧権限がない場合がありますよね。GitHubは開発者・進行管理担当者以外は権限が限定されていることがあります。そのため、内容の転記までタイムラグが発生しがちです。通達事項の行き来の自動化を行うことで、GitHubの閲覧権限がないメンバーも、プロジェクト全体の状況を把握しやすくなりますよ。
Backlogでは、プロジェクトごとにGitHubとの連携が可能です。
作業後にプッシュを行うと、課題にコメントで変更点のログを自動で残してくれます。これにより、共同作業する人は更新されたことにいち早く気づくことができるでしょう。
デフォルトではこういった機能が充実していますが、さらに連携を充実させることで課題進行の手間が省けます。
まとめ
今回テンプレートを使って、デフォルトの設定通りにアプリ連携を実現できました。
この自動化により、BacklogとGitHubの情報統一化や情報共有スピードが上がり、業務効率の向上が期待できそうですね。
YoomではBacklog×GitHubだけでなく、その他多数のフローボットテンプレートもあるので、気になったテンプレートがあればぜひ使ってみてください！
では、また〜！
プログラミング知識なしで手軽に構築できます。
