Contents
【実務事例】Jira Service Managementのフォームカスタマイズ手順と注意点
メタディスクリプション：
Jira Service Managementのフォームカスタマイズで効率化を実現する方法を解説。実務経験者が実際に構築した設定例をもとに、具体的な手順と設計指針を紹介します。
Jira Service Managementフォームカスタマイズの意義と目的
サポートプロセスにおいて、既製のフォームでは対応できないニーズが頻繁に発生します。例えば、IT部門向けに「インシデント種別」フィールドを追加する必要がある場合や、社内ヘルプデスクで「利用端末OSバージョン（例: Windows 10 v22H2）」を収集するためにオプションフィールドを増やすケースなどです。
フォームカスタマイズは、業務効率化とユーザーエクスペリエンス向上の両方を目的としています。
- 業務効率化：必要な情報が一括で収集できるため、サポート担当者の作業負担が軽減されます。
- ユーザーエクスペリエンス向上：ユーザーが必要情報を正確に提供しやすくなることで、チケット処理のスピードと精度が向上します。
以下では、カスタムフィールドの種類やフォーム構築手順について詳しく解説します。
カスタムフィールドの種類と適用シーン
サポート業務で利用するフォームは、チケット作成時に必要となる情報を適切に収集するために、複数のカスタムフィールドを組み合わせる必要があります。
主要なフィールドタイプと特徴
| フィールドタイプ | 特徴 | 適用シーン例 |
|---|---|---|
| テキスト型（短い文字列） | 簡単な回答を収集するのに適す | 「トラブル発生時間」「関連デバイス名（例: Windows Server 2019）」 |
| 選択肢型（ラジオ/ドロップダウン） | 情報の一貫性を保つために有効 | 「障害レベル（緊急/重要/通常）」「利用中のサービス種別（例: Jira Service Management v5.2）」 |
| 日付・時刻型 | チケットの経過時間や期日管理に活用 | 「希望対応日」「発見日時（例: 2023-10-05 14:30）」 |
サポートチケット作成時の具体例
- 例1：インシデント報告フォーム
- 障害レベル（選択肢型）
- 発生日時（日付・時刻型）
-
再現手順（テキスト型）
-
例2：リクエスト処理フォーム
- リクエスト種別（ドロップダウン；例: 「新規機能要望」「変更依頼」）
- 必要な情報（自由記入欄）
- 担当部署（選択肢型；例: 「ITサポート」「人事部」）
これらのフィールドは、サポートチームの業務負荷を軽減し、一貫した情報収集が可能になります。
フォームビルダーでの操作手順
Jira Service Managementでカスタムフィールドを追加する際には、以下のようなステップで進めます。
- 管理画面から「プロジェクト設定」を開く
-
「プロジェクト」メニュー → 「プロセスの管理」を選択します。
-
フォーム編集画面に移動
-
適切なプロジェクトを選んだ後、「チケット作成時のフォームをカスタマイズ」を選択します。
-
新しいフィールドの追加
- 「カスタムフィールドを追加」ボタンをクリックし、必要に応じてフィールドタイプを選びます。
-
フィールド名や説明文を入力した後、「保存」を実行します。
-
必須項目とオプション項目の設定
- 必須項目として登録したいフィールドにはチェックを入れ、不要なものは非表示にできます。
注意点： フィールドが多すぎる場合、ユーザー負担が増すため、最小限で必要性のある情報を収集するようにしましょう。
ユーザーエクスペリエンス重視のデザイン指針
フォームはサポートユーザーにとっても重要なインターフェースです。以下の設計方針に沿うことで、入力ミスを減らし、効率的な情報提供が可能になります。
入力項目のグループ化と階層構成
- 関連性の高いフィールドをまとめて配置する
-
例：「障害発生状況」のセクション内に、「症状」「再現手順」「影響範囲（例: 部門A全体）」などの項目を集約。
-
必須項目とオプション項目を明確に区別
- 必須項目には星印（※）や赤色で強調し、目立たせます。
サポートユーザーの認知負荷軽減策
- 選択肢型フィールドを多用する
-
フリーテキスト入力は誤字・脱字のリスクが高いため、可能な限り選択肢を提供。
-
入力フォームにヒントや補足情報を記載
- 例：「発生時間は24時間形式でご入力ください（例:15:30）」と表示。
以下に、実務での良い/悪いデザインの比較を示します。
| 項目 | 良い例（実務推奨） | 悪い例（避けるべき） |
|---|---|---|
| 一覧性 | フィールドごとにセクション分け | 全てのフィールドを連続して並べる |
| 情報提示 | 必須項目に星印で表示 | 必須項目が見分けにくい |
| 順序 | 発生状況 → 経過 → 依頼内容 | タイトル欄の後ろに必須項目を配置 |
ワークフローとの連携設定方法
フォームとワークフローを連動させることで、チケットの処理効率がさらに向上します。
フォーム入力値に基づく自動ルーティング設定（Jira標準機能活用）
- 例1：障害レベルによる担当者割当
- 条件: 障害レベルフィールドが「緊急」と選択された場合
-
処理: チケットは「緊急対応チーム」に自動的に配分される（Jiraの「Transition Conditions」設定で実現）。
-
例2：リクエスト種別によるステータス変更
- 条件: リクエスト種別が「新規機能要望」と選択された場合
- 処理: ステータスを「要件定義待ち」に自動変更（Jiraの「Post Functions」で設定可能）。
ポイント： Jira Service Managementでは、カスタムフィールドとワークフローの連携は「Conditions（条件）」「Validators（検証）」「Post Functions（後処理）」の3つで実装可能です。
セキュリティ設定とデータ収集範囲のバランス
フォームで収集する情報は、セキュリティとコンプライアンスの観点からも慎重に検討する必要があります。
必要な情報のみを取得する最小限主義の考え方
- 過剰なデータ収集のリスク
- ユーザーが入力しない、または誤った情報を記入する可能性があります。
- セキュリティ上、不要な個人情報を収集すると、漏洩リスクが高まります（例: GDPR第6条、日本個人情報保護法第15条）。
権限ベースのフィールド表示制御
- 例1：管理者用に見えるフィールド
-
「内部処理ステータス」など、一般ユーザーには非表示とし、管理画面からのみ確認可能にします。
-
例2：部署別フィールドの出し分け（Jiraの「Field Configuration Schemes」利用）
- 担当部署が「ITサポート」の場合だけ、「システムバージョン（例: Linux v5.15）」を入力させるように条件付け。
| 対策 | 効果 |
|---|---|
| 必須項目に限定する | 不要な情報の入力ミス防止 |
| フィールドごとの表示権限設定 | 情報漏洩リスクの低減（例: GDPR第30条に基づく記録義務） |
| 定期的な見直し | ビジネス変化に応じた適宜調整 |
企業規模別の実務導入例
小規模ITベンチャー（50人未満）の実装例
- 対象: ソフトウェア開発チーム向けサポートフォーム
- カスタムフィールド:
- 「エラー発生環境（例: Windows v10、Jira v8.2）」（選択肢型）
- 「再現手順の詳細記録」（テキスト型）
大規模金融機関（500人以上）の実装例
- 対象: プライバシー情報収集フォーム
- コンプライアンス対応:
- GDPR第13条に基づき、「個人データ取得目的」を明記
- フィールドに「個人番号」「パスワード」は不可（日本PIPA第27条）
結論と今後の課題
Jira Service Managementのフォームカスタマイズは、サポートプロセスの効率化とユーザー体験向上を同時に実現する重要な手法です。実務では、フィールドタイプの選び方・UI設計・ワークフローとの連携に重点を置き、必要最小限の情報を収集しましょう。
ただし、以下のような課題が残ります：
- 企業ごとに異なるコンプライアンス基準に対応する柔軟な設定が必要
- ワークフロー自動化の条件分岐はJiraの「ScriptRunner」等のプラグインに依存しやすい
記事内の設定例を参考に、自社のサポートプロセスに最適なフォーム構成を試してみましょう。