問題の原因を突き止めろ!:ITILを深める! サービスサポート編(3/3 ページ)
原因の判明しないイベントをどう処理するか。根本原因の究明と恒久的な予防は非常に重要だが、問題管理はできているだろうか?(攻めのシステム運用管理)
まずは発生した問題のコントロールやエラー・コントロールの活動を行いながら、問題管理のプロセスを具体化し、PDCA(Plan-Do-Check-Act)のライフサイクルをまわしながら順次活動範囲を広げたほうが結果的にスムーズの導入できることが多いようである。
ITILはベストプラクティスを集めた教科書といわれているように、各社同じ手法を取る必要はないし、ITILに準拠したツールを使う必要も、同じような組織を導入する必要もない。各社の事情に応じて、その導入方法や順番を変化させてもよい。極論すれば10のプロセスと1つの組織を、同じ組織とメンバーで担当しても問題はないし、1つのプロセスからスタートしても、すべてのプロセスを一度に導入してもよいのである(ちょっと乱暴ではあるが)。
これから問題管理のプロセスを導入しようとする際に、エンジニアリソースが不足している場合は、人もしくは組織の兼任も必要であろう。また、導入にあたり、最低限実施するべき項目は以下のとおりである。
- 業務フローを策定し、組織(担当)の役割と体制を明確にすること
- 記録、登録、監視、担当決定などのルールを明確にすること
- 目標を定め、達成状況を定期的に確認し、レビューを行うこと
IT関連製品のライフサイクルは早く、多くの企業ではさまざまなベンダーの製品を利用しているため、企業もしくは組織でその製品の問題管理を行うことは難しい。ベンダーが保守している製品の問題はベンダーのサポートに任せ、問題管理はその回答時間、回答内容を監視するべきである。
先ほどITILの導入プロセスに決まった順番はないと述べたが、問題管理はサービスに影響を与える原因を究明するだけでなく、インシデントの予防も含まれている。安定したサービスを継続するためにも、また、適正な(安価な)コストでサービスを提供するためにも、できるだけ早期の導入をお勧めするプロセスである。
関連記事
- 「忙しい」の定量化で、終電仕事を解消
サービス品質を妨げるイベントを迅速に回復するには、インシデント管理の考え方が欠かせない。終電まで対応していた仕事が19時に終わったという事例もある。 - 運用業務の効率化に効く
情報システムのために働いてはいないだろうか。ITILの「青本」に書かれているサービスサポートの概念を基に、より高い目標を持ったITサービスを実現していこう。 - システム管理者が“暴君”になるとき
- 失敗しない企業が選択するアプローチ
- 「ITで会社を変えてやる」――その熱意、理解されている?
- サービスレベルを高める「発想の転換」
- ITILはITサービスの救世主か?
- ビジネスとITを結びつける
- ITIL導入効果を見極める
- 特集:攻めのシステム運用管理
関連リンク
Copyright © ITmedia, Inc. All Rights Reserved.