システムダウンの原因はIT部門内にあり!?
ギャップ分析でダウンタイムを最小限に
ギャップ分析でITプロセスの欠点を洗い出すことにより、システムダウンの発生を大幅に減らすことができる。
「事業継続」とは正確には何を意味するのだろうか。わたしは長い間、事業継続はディザスタリカバリ計画の一部であると考えてきた。障害が発生した場合に、障害から復旧するために事業継続計画を実行するものだと考えていたのだ。
そういったときに、わたしの友人のCIOがシステムのダウンタイムに関する調査の結果を話してくれた。
この友人は、会社で発生したシステムダウンタイムの各インシデントを詳細に分析したのだ。彼は各インシデントについて、ダウンタイムの原因までさかのぼって調査した。この原因分析の結果、彼の会社のシステムダウンタイムの70%以上が自社のIT部門が自ら引き起こした原因によるものだったという。
例えば、未検証の変更を実業務システムに加えたために、一時的にシステムがダウンしたというようなケースだ。新しいカスタムコードを導入したら、運用中のデータベースとコンフリクト(機能干渉)を起こしたという場合もある。電源コードがどの機器につながっているのか確認するために、それをコンセントから引き抜いたりする人もいるかもしれない。このCIOは、部下のITスタッフが実業務システムをダウンさせるような行為をやめるだけで、システムのアップタイムを70%改善できることをすぐさま理解した。しかも、これらの改善は、彼と部下のITスタッフが完全にコントロールできるのだ。
友人からこの調査結果を聞かされた後、わたしにとって事業継続は新たな意味を持つようになった。継続的事業活動はディザスタリカバリ計画の一部ではなく、業務活動の「標準モード」であるべきだと考えるようになったのだ。災害から復旧する能力が必要であることには変わりはないが、それは信頼されるIT部門を運営する能力の一部なのだ。
わたしは継続的事業活動という新たな目標を設定し、独自の分析を実施することにした。それはシステムダウンタイムの原因分析ではなく、自社のITプロセスの「ギャップ分析」である。パッチを適用する前にそのテストを行わない、電源コードがどれにつながっているのか知らない、開発ツールとデータベースとの互換性問題を把握していない、といった問題につながるプロセスの欠点を洗い出すのが目的だ。
このギャップ分析では、IT部門の中で技術知識が最も乏しい人間を見つけることにした。彼にさまざまなプロセスの中を“歩かせる”ことにより、新米のスタッフがうっかり落ち込んでしまう恐れがある穴を特定させようとしたのだ。幸いにも、この任務に最適な知識不足の人間を見つけることができた。それはわたし自身だった!
わたしは疲れ果てるような徹底したプロセスレビューを実施したわけではない。パッチを適用するプロセス、コードの変更を本番環境に導入するプロセス、変更を検証するプロセスなどについてスタッフに説明を求めたのだ。その説明に基づき、ギャップ分析を3つの部分に分けることにした。
- ギャップ分析の目的は、ITプロセスがスタッフの業務にどのように貢献できるかを確認することである。スタッフを責めることが目的ではない。スタッフを責めても、プロセスの改善につながることはめったにない
- ミスの可能性を減らすには、プロセス内のどの穴をふさぐ必要があるのか
- スタッフ全員が理解して順守できるようにするために、プロセスをどのように簡素化すればよいのか(わたしはずっと以前に、プロセスが複雑化するほどミスが起きやすいことを学んだ)
これらのプロセス改善の導入を進めるのに伴い、自社の事業継続能力が向上していった。予期せぬダウンタイムが発生することもまだあるが、その頻度は大幅に減少した。ダウンタイムが発生しても、それは変更管理、プロジェクト管理、サービス管理、コミュニケーションなどにかかわるITプロセスをさらに改善する機会を提供してくれるのだ。
また、復旧作業が必要な災害が万一発生した場合に備えて、効果的かつ迅速な復旧を可能にする強固なプロセスも確立された。
本稿筆者のニール・ニコライゼン氏は米HeadwatersのCIO兼戦略計画担当副社長。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社フィックスターズ] 組み込み開発特有の課題も解消できる「AI活用」の秘訣とは? -
事例
[株式会社ビザスク] 「新規事業」事例集:大手企業はどのように想定顧客ヒアリングを行っているのか -
市場調査・トレンド
[株式会社ビザスク] 質の高い「仮説検証インタビュー」を実施するためのポイント -
事例
[株式会社ビザスク] 富士フイルムの新領域参入に学ぶ事業創出 「畑違い」でもビジネス化できる方法 -
事例
[株式会社ビザスク] 三菱電機 上席執行役員に学ぶ、未来を切り開く「新事業創出」の実践方法
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
「企業内サーバ環境の利用実態」に関するアンケート
-
4
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
5
鹿島建設のDXを阻む「10年前のAWS」 安全性と自由度を両立したモダナイズ
-
6
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
7
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
8
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
9
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
10
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
3
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
8
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー