エンジニアの皆さん、こんにちは。現場で泥臭くコードを書き、時にはプロジェクトのボトルネックと格闘する、皆さんの「コーチ」です。
「Jiraにチケットを手動で転記する」という作業、エンジニアの創造性を削ぐ最悪のタスクだと思いませんか？ フォームの内容をコピー＆ペーストして、担当者を割り当てて、ラベルを貼る……。そんな事務作業は、今日で卒業しましょう。
今回は、「外部フォームからの問い合わせを、自動でJiraのチケットに変換する」という、アジャイルなチームなら必ず導入すべき「自動化の聖域」を構築する方法を伝授します。
—
なぜ「自動起票」がチームを救うのか？
ナレッジ管理の本質は「入力の摩擦をゼロにすること」です。
フォームとJiraを直結させれば、以下のような劇的な変化が訪れます。
1. コンテキストスイッチの削減: 割り込み作業のたびにブラウザを行き来する必要がなくなります。
2. 情報の構造化: フォーム項目がJiraのカスタムフィールドにマッピングされるため、データが常に綺麗な状態で蓄積されます。
3. 即時アサイン: 問い合わせ内容に応じて担当者や優先度を自動設定すれば、リードタイムは劇的に短縮されます。
今回は、ノーコード界の最強の接着剤 「Make (旧Integromat)」 を使った構築術を解説します。Zapierよりも高度な条件分岐が視覚的に組めるため、アジャイルな現場には最適です。
—
ステップ1：全体像を把握する
構築するパイプラインは以下の通りです。
1. Input: Google Forms / Typeform（ユーザーからの入力）
2. Middleware: Make（情報の変換とルーティング）
3. Output: Jira Software（課題の自動生成）
ステップ2：Makeで「自動化の神経系」を組む
まずは [Make](https://www.make.com/) にサインアップし、新しい「Scenario」を作成しましょう。
1. トリガーの設定（Google Forms / Typeform）
「Google Forms」モジュールの「Watch Responses」を選択します。
- ポイント: フォームとMakeを接続する際、Webhook URLが発行されます。これをフォーム側の設定に貼り付けるだけで、入力のたびにMakeが反応するようになります。
2. Jiraへの変換（Jira Software）
次に「Jira Software」モジュールの「Create an Issue」を選択します。ここで最も重要なのが「マッピング」です。
- Project ID: どのプロジェクトに入れるか選択。
- Issue Type: 「バグ」なのか「タスク」なのか、あるいは「問い合わせ」なのか。
- Summary: フォームの「タイトル」をここに入れます。
- Description: フォームの全回答を整形して流し込みます。
【ここがプロの技】JiraのDescriptionをMarkdownで整える
ただテキストを羅列するのではなく、以下のように記述すると読みやすさが段違いです。
// Makeの設定画面のDescription欄に以下のように記述します
h3. 問い合わせ内容
{フォームの質問：詳細}
—
- ユーザー名: {フォームの質問：氏名}
- 連絡先: {フォームの質問：メールアドレス}
- 緊急度: {フォームの質問：緊急度}
※JiraのDescriptionはWiki記法（Textile）を受け付けるため、`h3.` や “ を使うと綺麗に整形されます。
—
ステップ3：Hello World的な動作確認（最重要！）
システムが組めたら、以下の順序でテストしてください。これが「精度」を担保する儀式です。
1. ダミー投稿: 自分のスマホからフォームにアクセスし、「テスト問い合わせ」を入力してください。
2. Makeのログ確認: Makeの画面で、データがどのように流れたか（どのモジュールで何が起きたか）をリアルタイムで追跡します。エラーが出たら、赤いアイコンをクリックすれば即座に原因（認証切れやフィールド不正など）が表示されます。
3. Jiraの確認: 狙ったプロジェクトに、意図した通りの担当者・ラベルでチケットが生成されていれば成功です。
—
さらに一歩先へ：アジャイルコーチからのアドバイス
この仕組みが動くようになったら、次は「自動ルーティング」に挑戦してください。
Makeの「Router」モジュールを使うと、「フォームの『緊急度』が『高』なら、Jiraの優先度を『Highest』にして、特定のリードエンジニアを自動アサインする」といった複雑なロジックをノーコードで実装できます。
「情報を探す時間」を「価値を創出する時間」に変える。
これが、アジャイルなチームの条件です。
今日構築したこの仕組みは、最初は小さくても、チームの規模が大きくなればなるほど、皆さんの背中を支える強力なインフラになります。何か躓くことがあれば、いつでも聞いてくださいね。
さあ、退屈な転記作業とは今日で決別しましょう。次のスプリントから、より創造的な開発に集中できるはずです！