・
■概要
GitHubで新しいIssueが作成されるたびに、内容を確認して手動でAsanaにタスクを起票する作業に手間を感じていませんか？
このような手作業は時間がかかるだけでなく、タスクの作成漏れや転記ミスといったヒューマンエラーの原因にもなります。
このワークフローを活用すれば、GitHubのIssue作成に関するWebhook通知をトリガーとして、Asanaへ自動でタスクを作成できるため、開発チームのタスク管理を効率化し、迅速な対応を実現します。
■このテンプレートをおすすめする方
■このテンプレートを使うメリット
■フローボットの流れ
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
■注意事項
「GitHubで新しいIssueが作成されるたびに、手動でタスク管理ツールに転記している…」
「Issueの更新通知を見逃してしまい、開発の対応が遅れてしまった…」
このように、GitHubのIssue管理における手作業での情報共有やタスク登録に、手間や課題を感じていませんか？
もし、GitHubでIssueが作成・更新されたタイミングをWebhookで検知し、Asanaなどのタスク管理ツールへ自動でタスクを作成したり、Slackなどのチャットツールへ自動で通知したりできる仕組みがあれば、これらの面倒な作業から解放されます。
さらに、開発やプロジェクト管理といった本来のコア業務に集中できる時間を生み出すことができるでしょう！
今回ご紹介する自動化は、ノーコードで簡単に設定できて、手間や時間もかかりません。
ぜひ自動化を導入して作業をもっと楽にしましょう！
YoomにはGitHubのIssue情報を活用する業務フロー自動化のテンプレートが用意されています。
「まずは試してみたい！」という方は、以下のバナーをクリックして、すぐに自動化を体験してみましょう！
■概要
GitHubで新しいIssueが作成されるたびに、内容を確認して手動でAsanaにタスクを起票する作業に手間を感じていませんか？
このような手作業は時間がかかるだけでなく、タスクの作成漏れや転記ミスといったヒューマンエラーの原因にもなります。
このワークフローを活用すれば、GitHubのIssue作成に関するWebhook通知をトリガーとして、Asanaへ自動でタスクを作成できるため、開発チームのタスク管理を効率化し、迅速な対応を実現します。
■このテンプレートをおすすめする方
■このテンプレートを使うメリット
■フローボットの流れ
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
■注意事項
それではここから代表的な例として、GitHubでIssueが作成された際に、その情報をWebhookで取得し、Asanaにタスクとして自動で作成するフローを解説していきます！
ここではYoomを使用してノーコードで設定をしていきます。
もしまだYoomのアカウントをお持ちでない場合は、こちらの登録フォームからアカウントを発行しておきましょう。
[Yoomとは]
今回は大きく分けて以下のプロセスで作成します。
■概要
GitHubで新しいIssueが作成されるたびに、内容を確認して手動でAsanaにタスクを起票する作業に手間を感じていませんか？
このような手作業は時間がかかるだけでなく、タスクの作成漏れや転記ミスといったヒューマンエラーの原因にもなります。
このワークフローを活用すれば、GitHubのIssue作成に関するWebhook通知をトリガーとして、Asanaへ自動でタスクを作成できるため、開発チームのタスク管理を効率化し、迅速な対応を実現します。
■このテンプレートをおすすめする方
■このテンプレートを使うメリット
■フローボットの流れ
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
■注意事項
ここでは、Yoomとそれぞれのアプリを連携して、操作が行えるようにしていきます。
GitHubとYoomのマイアプリ登録
以下の手順をご参照ください。
AsanaとYoomのマイアプリ登録
以下の手順をご参照ください。
以上でマイアプリ登録は完了です！
ここからいよいよフローの作成に入ります。
簡単に設定できるようテンプレートを用意しているので、まずはコピーします。
Yoomにログイン後、以下バナーの「試してみる」をクリックしてください。
■概要
GitHubで新しいIssueが作成されるたびに、内容を確認して手動でAsanaにタスクを起票する作業に手間を感じていませんか？
このような手作業は時間がかかるだけでなく、タスクの作成漏れや転記ミスといったヒューマンエラーの原因にもなります。
このワークフローを活用すれば、GitHubのIssue作成に関するWebhook通知をトリガーとして、Asanaへ自動でタスクを作成できるため、開発チームのタスク管理を効率化し、迅速な対応を実現します。
■このテンプレートをおすすめする方
■このテンプレートを使うメリット
■フローボットの流れ
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
■注意事項
テンプレートがコピーされると、以下のような画面が表示されますので、「OK」をクリックして設定を進めましょう。
それでは、ここから設定を進めていきましょう。
「Webhookを受信したら（Webhook起動）」をクリックします。
タイトルは任意で変更できます。
アプリとアクションはあらかじめ設定されているため、そのまま内容を確認してください。
GitHubと連携するアカウント情報に問題がなければ、「次へ」をクリックします。
まずは、GitHubにWebhook URLを設定しておきましょう。
この設定により、Issueの作成といったイベントが発生した際に、その内容がWebhook経由で自動的に通知され、Yoom側で処理を開始できるようになります。
詳しい設定方法については、以下のヘルプページをご参照ください。
Webhook URLの設定が完了したら、連携させるGitHubアカウントでIssueを作成しましょう。
ここで作成したIssueがトリガーイベントとなり、自動化の起点となります。
今回はテスト用に、以下の画像のIssueを作成しました。
Yoomの操作画面に戻ります。
設定内容とトリガーの動作を確認するため「テスト」をクリックしましょう。
テストに成功すると、GitHubに作成されたIssueに関する情報が一覧で表示されます。
以下の画像の取得した値は、この後のステップで使用できます。
※取得した値とは？
トリガーやオペレーション設定時に、「テスト」を実行して取得した値のことを指します。
後続のオペレーション設定時の値として利用でき、フローボットを起動するたびに変動した値となります。
内容を確認し、「保存する」をクリックします。
続いて、新たなIssue作成のWebhookが受信された場合にのみフローを起動させる分岐設定を行いましょう。
「分岐する」をクリックします。
※分岐はミニプラン以上のプランでご利用いただける機能（オペレーション）となっております。
フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。
無料トライアル中には制限対象のアプリや機能（オペレーション）を使用することができます。
分岐の設定方法については、以下のヘルプページをご確認ください。
GitHubで新たにIssue作成のWebhookが受信された場合にのみフローを起動するよう、分岐条件を設定します。
以下の画面では、基本的にデフォルト設定のままで問題ありません。
タイトル
分岐設定の名前を任意で入力します。
オペレーション
デフォルトで「Webhookを受信したら（Webhook起動）」が選択されているので確認してください。
取得した値
デフォルトで「created_at」 が選択されています。
この値を基準にすることで、Issueの作成日時に応じて処理を分岐できます。
分岐条件
右側にはデフォルトで、トリガーのステップにて取得した「updated_at」が指定されています。
この設定により、作成直後（＝created_atとupdated_atが同じ） の場合のみ「新規作成」と判定され、分岐処理が実行されます。
更新の場合は日時が異なるため、この分岐設定は実行されません。
※updated_atを誤って削除してしまった場合などは、入力欄をクリックすると、GitHubから取得した値が表示されるので、選択して入力しましょう。
設定後、「保存する」をクリックします。
いよいよ最後のステップです！
トリガーのステップでGitHubから取得した値を利用して、Asanaにタスクを追加しましょう。
「タスクを追加」をクリックします。
タイトルは任意で変更できます。
アプリとアクションはあらかじめ設定されているため、そのまま内容を確認してください。
Asanaと連携するアカウント情報に問題がなければ、「次へ」をクリックします。
タスク名
入力欄をクリックすると、トリガーのステップでGitHubから取得した値が表示されるので、選択して入力しましょう。
取得した値を活用することで値が固定化されず、フローボットを起動するたびに最新の情報を自動で反映できます。
なお、テキストを直接入力した部分は固定値とされるため、取得した値を活用せず設定を行うと毎回同じデータがAsanaに登録されてしまうので注意が必要です。
プロジェクトID
入力欄をクリックすると、連携済みのアカウントからプロジェクトの候補が表示されます。
タスクを追加したい対象プロジェクトを選択しましょう。
セクションID
こちらもプロジェクトIDと同じく入力欄をクリックすると、連携済みのアカウントから候補が表示されます。
タスクを追加したい対象セクションを選択してください。
タスクの説明
タスク名と同様に、入力欄をクリックすると取得した値が表示されるので選択して入力が可能です。
その他の項目もお好みで設定可能です。
注釈を参考に、必要に応じて設定してみてくださいね。
入力が完了したら「テスト」をクリックして、設定した内容でAsanaにタスクが追加されるか確認しましょう。
テストが成功すると、追加されたタスクの情報が一覧で表示されます。
あわせて、Asanaの画面を開き、指定した内容でタスクが実際に作成されているかを確認してみましょう。
今回は下記の通り作成されていました！
問題がなければYoomの操作画面に戻り、「保存する」をクリックします。
以上ですべての設定が完了しました！
設定が完了すると、画面上に以下のようなメニューが表示されます。
トリガーをONにすることで、GitHubで新たなIssueが作成されたタイミングで、指定したプロジェクト管理ツール（今回はAsana）にタスクが自動で作成されるようになります。
実際にGitHubでIssueを作成し、Asanaにタスクが作成されるかを確認してみましょう。
今回ご紹介した連携以外でも、GitHubのAPIを活用してさまざまな業務を自動化することが可能です。
例えば、GitHubで新しいIssueが作成されると、すぐにGoogle スプレッドシートやWrike、ClickUpなどのツールに情報を自動で転送できます。
これにより、手作業でのデータ入力やタスクの作成作業を削減し、効率的にプロジェクトの進行状況を把握できるようになるでしょう。
開発者やプロジェクトマネージャーにとって、タスク管理をスムーズに行いたい方におすすめです。
■概要
GitHubでのリリースノート作成やIssue更新などのイベントを、都度手作業で確認しDiscordへ通知する作業に手間を感じていませんか。このワークフローを活用することで、GitHubで指定したWebhookイベントを受信した際に、その内容を自動でDiscordの特定チャンネルへ通知する仕組みを構築できます。手作業による通知漏れやタイムラグを防ぎ、開発チーム内の情報共有を円滑にします。
■このテンプレートをおすすめする方
■このテンプレートを使うメリット
■フローボットの流れ
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
■注意事項
■概要
GitHubで新しいIssueが作成されるたびに、Wrikeへ手動でタスクを登録する作業に時間を取られていませんか。こうした手作業は、対応漏れや転記ミスといったヒューマンエラーの原因にもなり得ます。このワークフローを活用すれば、GitHubでのIssue作成をトリガーとして、Wrikeへ自動でタスクを作成できるため、開発チームとプロジェクト管理の連携をスムーズにし、重要なタスクの見落としを防ぎます。
■このテンプレートをおすすめする方
■このテンプレートを使うメリット
■フローボットの流れ
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
■注意事項
■概要
開発プロジェクトでGitHubとClickUpを併用している場合、Issueが作成されるたびに手動でタスクを作成するのは手間がかかり、対応漏れの原因にもなり得ます。特に複数のリポジトリを管理していると、その負担は大きくなりがちです。このワークフローを活用すれば、GitHubで新しいIssueが作成された際に、自動でClickUpにタスクを作成できるため、こうした課題を解消し、プロジェクト管理を効率化します。
■このテンプレートをおすすめする方
■このテンプレートを使うメリット
■フローボットの流れ
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
■注意事項
■概要
GitHubで新しいIssueが作られるたびにConfluenceで関連ページを手作業で作成していませんか？この作業は、開発のスピードを落とすだけでなく、ページの作成漏れといったミスにも繋がりかねません。このワークフローを活用すれば、GitHubでのIssue作成をトリガーにConfluenceのページが自動で作成され、こうした連携作業の手間を解消し、ドキュメント管理を効率化します。
■このテンプレートをおすすめする方
■このテンプレートを使うメリット
■フローボットの流れ
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
■注意事項
■概要
GitHubで新しいIssueが作成された際、内容を確認して手動でTrelloにカードを作成する作業は、手間がかかるだけでなく、転記ミスも起こりがちではないでしょうか。このワークフローを活用すれば、GitHubのWebhookをトリガーとして、Issueの作成を検知し、Trelloへ自動でカードを作成できるため、こうした課題を解消し、プロジェクト管理を効率化します。
■このテンプレートをおすすめする方
■このテンプレートを使うメリット
■フローボットの流れ
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
■注意事項
■概要
Gmailに届いた添付ファイルの内容を確認し、その情報を元にGitHubへIssueを手作業で作成するのは手間がかかる作業ではないでしょうか。特に、ファイルが画像やPDFの場合、内容の転記ミスや確認漏れといったヒューマンエラーも発生しがちです。このワークフローを活用すれば、Gmailで受信したメールの添付ファイルをOCR機能でテキスト化し、その内容を元にGitHubへIssueを自動で作成できるため、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方
■このテンプレートを使うメリット
■フローボットの流れ
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
■注意事項
■概要
Zoho Formsで受け付けたバグ報告や機能要望などを、手作業でGitHubのIssueに転記していませんか。
このコピー＆ペーストの繰り返し作業は手間がかかるだけでなく、入力ミスや転記漏れのリスクも伴います。
このワークフローを活用すれば、Zoho Formsでフォームが送信された際に、その内容をもとにGitHubのIssueを自動で作成します。
これにより、開発チームへの情報共有を迅速かつ正確に行うことが可能となるでしょう。
■このテンプレートをおすすめする方
■このテンプレートを使うメリット
■フローボットの流れ
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
■注意事項
■概要
SalesforceでToDoオブジェクトが登録されたらGitHubに追加するフローです。
■このテンプレートをおすすめする方
1.SalesforceのToDoオブジェクトを利用する営業・サポート担当者
・顧客からの問い合わせや要望、社内タスクなどをSalesforceのToDoで管理して開発チームへの対応依頼をGitHubに登録したい方
・ToDoを手動でGitHubに転記する手間を省いて業務効率を向上させたい方
・SalesforceとGitHubの情報連携を強化して顧客対応と開発対応の連携をスムーズにしたい方
2.GitHubを利用する開発チーム
・SalesforceのToDoに登録された顧客からの問題や要望をGitHub上で管理して開発プロセスに組み込みたい方
・営業・サポートチームからの情報をリアルタイムに把握して迅速な対応をしたい方
■このテンプレートを使うメリット
Salesforceは顧客管理に非常に強力なツールですが、ToDoオブジェクトが登録されるたびにGitHubに手動でISSUEを追加するのは、手入力ミスや情報の漏れが発生する可能性があります。
このフローを活用すれば、SalesforceでToDoオブジェクトが登録されたら自動的にGitHubに必要な情報が追加されて、営業担当者や開発チームはSalesforceとGitHubの両方を確認する必要がなくなり、最新の情報を効率的に共有することができます。
また、手作業での入力作業が不要になるため業務効率が向上して入力ミスを防ぐこともできます。
■注意事項
・Salesforce、GitHubのそれぞれとYoomを連携してください。
・Salesforceはチームプラン・サクセスプランでのみご利用いただけるアプリとなっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションやデータコネクトはエラーとなりますので、ご注意ください。
・チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリを使用することができます。
■概要
フォームで受け付けた問い合わせやフィードバックの内容を、手作業でコピーして要約し、開発タスクとして登録する作業は、手間がかかるだけでなく抜け漏れの原因にもなりがちです。
このワークフローを活用すれば、フォームが送信されると自動でChatGPTが内容を要約し、GitHubにIssueとして起票するため、こうした課題を解消し、初動対応を迅速化できます。
■このテンプレートをおすすめする方
■このテンプレートを使うメリット
■フローボットの流れ
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
■注意事項
■概要
GitHubでIssueが新しく作成または更新されたら、Googleスプレッドシートに自動で追加します。
■設定方法
・GitHub、GoogleスプレッドシートとYoomを連携してください。（マイアプリ連携）
・GitHubの「Issueが新しく作成または更新されたら」というトリガーで、オーナー名とリポジトリ名を指定してください。
・Googleスプレッドシートの「レコードを追加する」というオペレーションで、追加先のスプレッドシート情報を指定してください。
■注意事項
・GitHubアカウントとGoogleスプレッドシートアカウントとの連携設定が必要です。
GitHubのIssue作成とタスク管理ツールの連携を自動化することで、これまで手作業で行っていたIssue内容の転記作業や関係者への共有の手間を削減し、対応漏れなどのヒューマンエラーを防ぐことができます。
これにより、開発チームはIssueに対して迅速に対応できるようになり、プロジェクト全体の進行がスムーズになるでしょう！
今回ご紹介したような業務自動化を実現できるノーコードツール「Yoom」を使えば、プログラミングの知識がない方でも、直感的な操作で簡単に業務フローを構築できます。
もし自動化に少しでも興味を持っていただけたなら、ぜひこちらから無料登録して、Yoomによる業務効率化を体験してみてください！
Q：GitHubでIssueの更新時にも自動化できますか？（コメント追加やラベル変更、担当者変更などをきっかけに通知やタスク更新ができるか）
A：ラベルの変更については、GitHubのトリガーアクション「Issueが新しく作成または更新されたら」を設定することで、更新内容を検知・取得することができます。
また、フローボットを作成することで、その情報をもとにSlack通知やタスク更新といった自動化も実現できます。
コメントの追加は、トリガーアクションで「IssueまたはPull Requestにコメントが作成されたら」を設定することで、追加されたコメント内容を取得し、同じくSlackに通知するなどといった連携が可能です。
なお、担当者の変更など、一部の操作は現時点のトリガーでは取得されない点にご注意ください。
基本的なフローボットの作成方法は、以下のヘルプページをご確認ください。
Q：特定のラベルが付いたIssueだけを連携できますか？
（「bags」や「至急」といった特定のラベルが付いたIssueのみをフィルタリングして、後続のアクションを実行できるか）
A：はい、分岐設定により可能です。
【設定手順】
まず、トリガーアクションのテストを実施し、GitHubからラベル情報を取得しましょう。
なお、トリガーアクションでGitHubからIssue情報を取得する際、デフォルトでは取得した値にラベル項目（labels）が含まれません。
そのため、取得した値に手動でラベルを追加する必要があります。
設定手順の詳細は、以下のヘルプページをご確認ください。
取得した値にラベル項目が追加できたら、フローボット内で「分岐する」をクリックし、分岐の設定を行います。
分岐の設定方法は以下のヘルプページをご確認ください。
※分岐はミニプラン以上のプランでご利用いただける機能（オペレーション）となっております。
フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。
無料トライアル中には制限対象のアプリや機能（オペレーション）を使用することができます。
オペレーションは「Webhookを受信したら（Webhook起動）」を設定し、取得した値には「ラベル」を設定してください。
（※「取得する値を追加」で手動追加した項目に、「ラベル」という名称を付与している想定です）
分岐条件には以下のとおり、「ラベルがbagsに等しい」を設定します。
これにより、Issueのラベル項目に「bags」が設定されている場合にのみ、タスクを作成するフローを起動できます。
Q：Issue以外のイベントもトリガーにできますか？
A：はい、可能です。
GitHubのトリガーアクションでは、Issueの作成・更新・クローズ、Pull Requestの作成・更新・マージ、コメントの作成など、開発フロー上の主要なイベントを自動化の起点として設定できます。
これにより、たとえば「Issueが作成されたら通知を送る」「Pull Requestがマージされたら別の処理を実行する」といった連携を、チームの運用に合わせて柔軟に構築できます。
GitHubのアクション機能については、以下のページもご参照ください。
