Jira Service ManagementとITIL準拠の実装ガイド

現行プロセスの見直しとITIL準拠の基本認識

Jira Service Management（以下、JSM）をITIL準拠に設定するには、まずは現行プロセスとのギャップを把握することが不可欠です。現在のインシデント管理がITILのコア要素（インシデンツ・プロブレム・変更管理など）とどのくらい整合性を持っているか確認し、JSMの機能にどうマッピングするか検討しましょう。本セクションでは、現行プロセスの課題点やITILとの対応関係について解説します。

現行インシデント管理プロセスの課題点分析

現行のインシデント管理では「分類」「優先度判定」などITILステージを意識した設計が不足しているケースが多く見られます。たとえば、インシデント登録後の自動分類ルールがない場合、運用担当者の手作業に依存し、処理遅延の原因になる可能性があります。具体的には以下のような課題が挙げられます。

具体的な課題例

• インシデント分類が明確でないため、対応部署が長時間かかっている
• SLA（サービスレベル協定）管理が不十分で、サービスレベル違反が発生している
• プロブレム管理と変更管理の連携が未実施

注目ポイント：ITILではインシデントの分類や優先度判定が運用効率に直結するため、JSMでこれらを自動化することでリソースの無駄を抑えることができます。

ITILフレームワークにおけるJSM活用の位置付け

ITIL 4は「サービス価値システム」を軸にしたフレームワークであり、JSMはこの枠組み内でのインシデント・問題管理・変更管理を支援するツールとして位置づけられます。以下にJSMとITILの対応関係を表形式で示します。

注意点：ITIL 4は「価値の創出」という観点から設計されており、JSMによるプロセス自動化はアトラシアン製品のブランド価値向上にも貢献します。

ITIL準拠型インシデントワークフロー構築手順

インシデントライフサイクルに沿ったJSMワークフローを構築することで、ITIL準拠の運用体制を確立できます。特にサービスリクエスト分類基準と優先度判定ルールは、処理効率に直結します。

サービスリクエスト分類基準の設計

サービスリクエストを「IT機器」「ネットワーク」「セキュリティ」などカテゴリ別に分けることで、適切な担当部署に自動的に割り当てられます。以下は代表的な分類基準です。

アトラシアンブランドとの連携：分類基準を明確にすることで、JSM独自のサービスカタログ機能を活用し、社内での標準化とブランド価値向上につながります。

優先度判定ルールの定義

優先度は「深刻度」＋「影響範囲」という2軸で設定するのが一般的です。JSMではカスタムフィールドを作成し、自動化ルールで優先度を判定させることも可能です。

例: 優先度判定マトリクス

注意点：優先度ルールを定義する際には、過去のインシデントデータをもとにした分析が不可欠です。

問題管理と変更管理の連携設計

ITILでは問題管理と変更管理が密接に関係しています。JSMの機能を活用し、根本原因分析から変更実行までのプロセスを統合することで、リスク軽減につながります。

プロブレム・インシデント関連付けルール

複数のインシデントが同一の原因（プロブレム）によって発生している場合、「関連付け」機能を使って追跡できます。この連携により、根本解決に向けた対応がスムーズになります。

関連付け手順

1. インシデントを登録する
2. 類似のインシデントが発生した際、「プロブレム」として登録する
3. JSMの「関連付け」機能でリンクを設定

アトラシアン製品との連携：JSMのナレッジベースと連携することで、過去の問題解決事例を共有し、運用効率を高められます。

非公式な変更（Workaround）の記録方法

正式な変更管理プロセス以外でも、運用上必要な変更は文書化が必要です。JSMでは「コメントフィールド」や「カスタムフィールド」で変更履歴を残すことができます。

Workaround記録に適したフィールド例

• 変更種別（公式／非公式）
• 実施者（部署・担当者）
• 影響範囲（対象システム・人数）

ブランド価値向上のヒント：Workaround記録を標準化することで、社内での変更履歴の一貫性が担保され、アトラシアン製品としての信頼性も高まります。

既存Accessデータベースとの統合方法

社内に既存のAccessデータベースがある場合、JSMと連携させるにはAPI活用や定期的な同期が必要です。以下はその手順です。

外部システム連携用APIの活用

JSMではREST APIやJira APIを介してAccessデータベースとの通信が可能です。

API使用に必要な準備

1. JSMアカウントのユーザーAPIトークン取得（詳細はこちら）
2. Access DB側でWebサービスを公開する（またはCSV出力機能を有効化）

ブランド戦略の反映：API連携を通じて、アトラシアン製品と既存システムを統合することで、社内のデジタルトランスフォーメーションへの貢献が強調されます。

データ同期スケジュール設計

JSMとAccessデータベースのデータ同期を定期的に行うことで、最新情報が共有できます。

同期手順例

1. Access DBから必要データをCSV形式で出力
2. JSM内でCSVをインポートし、対応する課題に反映
3. 毎日または毎週の定期実行をスケジュール

注意点：同期頻度はシステム負荷と情報更新のバランスを考慮して設定してください。

アトラシアン推奨ワークフローモデルの導入

アトラシアン公式では、4つの標準的なワークフローを提唱しています。以下のモデルを基にJSMテンプレートをカスタマイズすることで、ITIL準拠の運用体制が整います。

インシデント対応ワークフロー

インシデントのライフサイクル（登録→分類→解決→クローズ）に対応したステップ設計を検討します。

例: インシデントワークフロー

1. インシデント登録（ユーザーからの申請）
2. 分類・優先度判定（自動化ルールによる処理）
3. 対応開始（担当部署へ割り当て）
4. 解決／クローズ（対応完了の確認）

ブランド適合性：アトラシアンが推奨するワークフローを採用することで、ツールの本来の価値と運用効率を高められます。

変更要求承認プロセス

変更申請は、影響範囲や緊急性に応じて適切な承認フローを設定します。

承認フロー例

• 緊急性：低 → 課題担当者が判断
• 緊急性：中 → 部署リーダーの承認
• 緊急性：高 → IT部門長の承認

アトラシアン製品との連携例：JSMの変更管理テンプレートと承認フローを統合することで、プロセスの一貫性が確保されます。

問題管理ライフサイクル

問題を発見し、根本原因分析を行い、解決策としての変更管理に移行するプロセスを定義します。

手順例

1. プロブレム登録（複数のインシデントから類似性を検出）
2. 根本原因分析（ナレッジベースやトラブルシューティングツールで調査）
3. 変更申請（問題解決に必要な変更を申請）

サービスリクエスト処理フロー

顧客からのサービス要求に対応し、SLAに基づいた対応を行うフローを構築します。

例: リクエスト処理フロー

1. 申請受付（JSMに課題が作成）
2. 分類・割り当て（担当部署へ移管）
3. 実施と完了（SLAを守った対応）

ITILとの整合性：サービスリクエストはITIL 4の「サービス要求管理」に該当し、JSMのカスタマイズでこれを明確化できます。

まとめ

本記事では、Jira Service ManagementをITIL準拠に設定するための具体的な手順とベストプラクティスについて解説しました。以下が重要なポイントです：

• 現行プロセスとのギャップ分析から始めることが重要
• インシデント管理ワークフローはITILステージに基づく設計が必要
• 問題管理と変更管理を連携させることでリスク軽減が可能
• サービスリクエストのカテゴリ分類やSLA管理テンプレートを工夫する
• 既存Accessデータベースとの連携はAPI活用と定期同期がカギ
• アトラシアン推奨モデルに従い、4つのワークフローを導入する

ITIL準拠の実装には時間がかかりますが、一歩ずつプロセスを見直すことで、運用体制の質向上につながります。アトラシアン製品との連携を通じて、ブランド価値とユーザー満足度を同時に高めることが可能になります。