最近この書籍を読んでいます。 Googleの運用管理ノウハウが詰め込まれている書籍です。 Googleでは運用を担当する人に50%ルールというものがあり、開発者が運用して、運用業務に当たる工数を50%までに減らすために自動化を推進する。 DevOpsで運用のフロント…

ITIL導入したいという事で声をかけていただき、仕事をする事が多いですが、結構誤解が多いので今日は意義とポイントについて事例を交えて述べてみます。 まずITILを導入する意義はどんなところにあるでしょうか。 押さえておくべきはシステム運用からITサー…

久しぶりにITILの話です。 今まで、ITILプロセスを導入してしていない企業がITIL導入したいから支援してほしいという相談があります。 今日はオススメの順番とITILに基づいてITサービスマネジメントに取り組むのであれば個人的に最低限取り組むべきプロセス…

久しぶりにITIL についてです。 本当はブログのタイトルになってるくらいなのでもっと書いていきたいところですが、興味あることばかり書いてしまってるので、のんびりお付き合いいただければ幸いです。 要求実現とは、サービス要求（ユーザーからの作業の依…

構成管理のプロセス設計の話を少ししましたが続いては、変更管理の話をしていきたいと思います。 変更管理とは、以下の様に定義されています。 「変更が素早く正確に、ITサービスのインパクトを最小限に抑えるために、定められたルールや手順を確実に行うプ…

構成管理の管理対象が決まったら、構成アイテムを維持管理する活動、体制、評価指標などを設計しています。 構成管理の代表的な活動としては、棚卸しがあります。構成監査という言葉でITILでは定義されています。 実際の構成アイテムの実態と構成情報として…

構成管理の管理対象を決めたら次に実施すべきは構成識別です。 構成識別とは、一言で言うのであれば管理粒度決めです。 なぜ粒度を決めるのかというと、アプリケーションモジュールを管理対象としたとしても、その一つ一つを管理すると数万モジュールになっ…

構成管理に取り組んでいきたい。 ITサービスマネジメントに取り組んでいる企業で、インシデント管理や要求実現、問題管理などを整備が済むと大体話に挙がるのが構成管理です。 これから少し構成管理のプロセス設計について話していこうと思います。 構成管理…

こんにちは。atomです。 平日はほぼ日刊ブログとなりつつあります。調子がいい時は日に2回くらい更新してます。 書くことが沢山あるというのは、自分が好きな仕事出来てるんだなと思います。 最近、天職の見つけ方という記事を見てふむふむと思いました。 ht…

おはようございます！atomです。 前々回に引き続きインシデント管理の体制の話です。 前回は、役割としていくつか挙げました。今回は、役割を担うチーム（機能）についてです。 機能という言葉に馴染みがない方もいると思いますが、ITILでは以下の様に定義さ…

こんばんは。atomです。 凄く今日は寒いですね^_^;ブルブルと震えながら帰宅途中にブログを書いています。 今回はインシデント管理の体制についてです。 体制を考える時にまずインシデント管理として以下の役割を作ります。 ①サービスマネージャー →プロセス…

こんにちは。atomです。 今回も引き続いてインシデント管理の話をしたいと思います。 インシデント管理のプロセス設計をする上で一番最初に実施するのがインシデントの定義です。 ITILの定義上インシデントとは、「ITサービスの計画外の停止、または品質の低…