Jira Assetsで「障害の迷宮」から脱出せよ:CMDB構築でIT資産と課題を完全紐付ける極意
こんにちは。現場で日々、複雑なシステムと格闘している皆さん。
「どのサーバーが落ちたか分からない」「この改修の影響範囲がどこまで及ぶか不安だ」……そんな夜に震えた経験はありませんか?
アジャイル開発において、スピードは命ですが、「何がどこにあるか」というナレッジが属人化していたら、その速度は一瞬で殺されます。
今日は、Jira Service Management(JSM)に標準搭載された強力な武器、「Assets(旧称:Insight)」を使って、IT資産管理(CMDB)を構築し、課題と資産をシームレスに紐付ける「現場が本当に欲しかった仕組み」を解説します。これをマスターすれば、障害対応のスピードが劇的に変わりますよ。
—
1. なぜ「Assets」なのか?:情報サイロの壁をぶち壊す
多くの現場では、ExcelやNotion、あるいは頭の中だけで資産を管理しています。しかし、Jiraの課題(チケット)と資産が分断されていると、以下のような「負の連鎖」が起きます。
- コンテキストスイッチの発生: 資産表を別タブで開き、チケットと行ったり来たりする。
- インパクト分析の欠如: 「このサーバーを再起動したら、どのサービスが止まるんだ?」を調べるのに数十分かかる。
Assetsは、Jiraの中に「データベース」を持つ機能です。「課題(Issue)」と「実体(Object)」を直接リンクさせることで、ナレッジのサイロ化を根絶します。
—
2. インストール不要!まずはここから始めよう
AssetsはJSM(Premium/Enterpriseプラン)であれば最初から組み込まれています。特別なインストールは不要です。まずは「基盤」を整えましょう。
ステップ①:オブジェクトスキーマの作成
まずは、IT資産の器となる「スキーマ」を作ります。
1. Jiraのメニューから [Assets] > [オブジェクトスキーマを作成] を選択。
2. 「IT資産管理」などのテンプレートが用意されているので、まずはそれを使うのが近道です。
ステップ②:オブジェクトタイプ(クラス)の設計
ここが最も重要です。以下の階層を意識してください。
- サーバー(Server)
- OS種別、IPアドレス、管理担当者
- サービス(Service)
- 依存するサーバー、公開URL
- アプリケーション(Application)
- バージョン、デプロイ先環境
—
3. HelloWorld:課題と資産を紐付けてみる
一番シンプルな「動作確認」をしましょう。特定のサーバーが故障したとき、チケットにそのサーバーの情報を紐付ける設定です。
実践:カスタムフィールドの追加
1. [設定] > [課題] > [カスタムフィールド] を開きます。
2. 「カスタムフィールドを追加」で、[Assets Object] フィールドを選択。
3. フィールド名を「対象サーバー」とし、先ほど作成したスキーマを選択します。
4. このフィールドを、使用しているJiraプロジェクトの「画面(Screen)」に追加してください。
これで、チケット作成時に「対象サーバー」を検索して選べるようになります。選んだ瞬間に、そのサーバーのIPや担当者が自動的にチケット内に展開される――これが「情報の可視化」です。
—
4. 現場で震えるほど役立つ「インパクト分析」の極意
ここからがプロの領域です。Assetsの真骨頂は「オブジェクト間のリレーション」です。
Assetsでは、オブジェクト同士に「依存関係(Reference)」を持たせることができます。
- App A は Server X に依存している
- Server X は DB Y に依存している
この設定をしておくと、Server Xが故障したチケットを作成した瞬間、自動的に「影響を受けるアプリケーションとサービス」が特定可能になります。
成功のヒント:自動化のレシピ
Jiraのオートメーションと組み合わせると最強です。
疑似コード:自動インパクト通知のロジック
WHEN: 課題が作成されたとき (課題タイプ=障害)
IF: 「対象サーバー」フィールドが入力されている
THEN:
1. Assetsから紐づく「関連サービス」を検索
2. 該当サービスの担当者にSlack/Emailで通知を飛ばす
3. 課題の「コメント」に「影響範囲:サービスA, B」と自動追記
—
最後に:ナレッジは「生き物」であること
最後に、一つだけ大切なことを伝えます。
「自動化されない情報は、すぐに陳腐化する」ということです。
資産管理をExcelでやろうとすると必ず形骸化します。JiraのAssetsを使う理由は、「チケットをクローズするプロセスの中に、資産情報の更新を組み込めるから」です。
まずは「サーバーの台帳を1つ作る」という小さな一歩から始めてみてください。それが積み重なった時、あなたは「障害発生の瞬間に、影響範囲が即座に分かっている」という、伝説のエンジニアへの道を歩み始めているはずです。
分からないことがあれば、いつでも聞いてください。一緒に、強いチームを作りましょう!