https://ameblo.jp/itil/ ITIL (R)初心者の私が１から学ぶITIL学習記録。 ja ITILとは？調べてみると・・・いろんなサイトにぶつかるが、どの本も
ウェブも同じ（規格ですからね）

【読み方】
ITIL （Information Technology Infrastructure Library）
アイティアイエル / アイティル / ITインフラストラクチャ・ライブラリ

英国商務局（OGC : Office of Government Commerce）が、

ITサービス管理・運用規則に関するベストプラクティスを調和的かつ
包括的にまとめた一連のガイドブックのこと。ITサービス管理を実行
する上での業務プロセスと手法を体系的に標準化したもので、ITに関
する社内規則や手順などの設定・見直しを行う際のガイドラインとし
て活用される。

ITILは、7つの書籍からなっている。

①　Service Support：サービスサポート（通称：青本）
②　Service Delivery：サービスデリバリ（通称：赤本）
③　Security Management：セキュリティ管理
④　The Business Perspective：ビジネスの観点 サービス提供におけるISからの視点
⑤　ICT Infrastructure Management：ICTインフラストラクチャ管理
⑥　Applications Management：アプリケーション管理
⑦　Planning to Implement Service Management：サービスマネジメント導入計画立案（通称：緑本）

このうち、中核になるのが、「サービスサポート」と「サービスデリバリ」である。

参考）
http://www.atmarkit.co.jp/aig/04biz/itil.html ]]> https://ameblo.jp/itil/entry-10030897577.html Sun, 15 Apr 2007 21:57:44 +0900 ITILの目的と定義について考えると、
非常に難しい。ベストプラクティスとかフレームワークという言葉が頭に浮
かぶが、経営者や日々の日常業務をしているフロントオフィスには話が通
じる事は難しいと思う。

私になり、ひいて考えてみると、
定義は、ITの利用そのものであり、ITの資産運用である。と思う。ITを資産
ととらえる考え方が前提にあり、その資産を運用して効果を高める（利用す
る）といっていい。

その原理原則がITILであると考える。但し実際のITLILはフレームワークや
（考え方・HOW)や、ベストプラクティス（良い事例）にとどまり、仕事のイメー
ジが具体的になってWHAT（何をすればいいのか？）を考えられるのには
とても難しい。

とにかく、ITの利用そのものか、資産運用と考えないと全く効果がでないと
思う。

ITILで検索して一位にでてくるサイトでの定義は解説はこれ↓
http://www.keyman.or.jp/3w/prd/68/30001168/?vos=nkeyvccp00000001

長文でわかりにくいが、サービスサポートとサービスデリバリだから商品支
援と商品提供という和訳になり、IT=商品と解釈するとあながち私の定義も
外れていないと思う。

結局ITというせっかくお金をつかって買った道具を、うまく使えるように管理
してメンテナンスして利用しましょうね。という話と道具自体が複雑だから利
用方法まで解説しているとの解釈にもとれる。

で目的はというと・・・

せっかくITを道具として、買った購入者が効果が高い状態で安定して利用
する方法と、ITを提供するベンダーのエンジニアや保守担当、営業担当が
安心して携帯を切って年末を過ごしたり、寝る為である。

現場はいつも疲労している傾向が強い。家にかえっても電話がかかってくる
こともあれば、システム構築したらゴールインしたと勘違いしてトラブル対応
をどうするか？に頭が回れない人・企業色々と苦労が多い。

でも多いの場合は、人や企業の都合で何を基準にしていいのかわからない
ので後追いの仕事になり工数やその場の緊急対応が増えるのである。

もっとつきつめていくと、人の時間を創るためである。基準を持ち軸を持って
生産性を上げる。車輪を動かす。燃費効率を上げるなんでもいいが、時間を
創る（お金を減らす・増やす）という目的にして、決して綺麗な資料でシステム
管理するとか、仕事を綺麗にアピルとかITILそのものが目的になるのはさけた
い。。。
]]> https://ameblo.jp/itil/entry-10030648757.html Fri, 13 Apr 2007 01:16:25 +0900
私が、ITILを仕事で意識したのは、3年～4年前だった。
先進的な社内SEや協業パートナーのプロマネが言葉を使い始めたレベル。
（その頃はまだ言葉ありきで、フレームワークという事意外の中身は無か
った。）

これは少し事実で後は完全な仮説だが、経営会計上のメリット等から始ま
った情報システムの子会社化ブームが終わり、その頃から運用・保守担当
業務のアウトソーシングや始まった。

国際的な事務機械の会社などは、この辺の着眼点が早くサービスビジネス
化するのが早かった。実は、運用・保守業務はシステムインテグレータに
とってもリプレースのタイミングや次のシステム構築のマイグレーション
（移行）のタイミングでユーザに「いや～別のベンダーにすると切り替え
作業が大変ですね～と保守実績がないからトラブル対応できるんですか？）

といった運用・保守業務はあの手・この手で恐怖モチベーションをユーザ
企業に与える大事な機会なのである。

]]> https://ameblo.jp/itil/entry-10030008574.html Fri, 06 Apr 2007 03:03:51 +0900
なぜ書こうと思ったのかというとIT業界で製造業の担当営業をしていた
私が（今は少しITから遠い仕事だが）、いつも感じていた事。

基本的に、

　　「目的を見失う病」
　　IT(システム）は、システム構築を作るのが目的になり、その後の対応は
　 無視されている事が少なくない。

　　「あとよろ病」
　　ユーザ企業もITベンダーも企画する・設計する・構築するといった３つの
　　ステップが、わかりやすくいうと「格好いい」とされており、評価が高い。一
　 方で、保守・運用の仕事は、一番汚い後片付けとされている傾向が多い。

　　「事なかれ病」　　　　
　　結局、トラブルが起きてから保守対応の権利を無理矢理発動！営業も保
　 守部門のエンジニアのレベルが低い事を理由に、顧客の担当エンジニアに
　 夜中に携帯コール。この問題先送りの対応と、みんな携帯がいつなるか少
　　し気になりながら、毎日をなんとなくストレスを感じながら事なかれ主義に陥
　　る傾向が強い。


こんな事は、保守と運用を一緒に考えている人や心無いITベンダーの営業。
文句を言ってイレギュラーと対応をITベンダーから引きずり出すだけが自分
の仕事のキャリアだけのユーザIT部門担当者。保守部門を見下しているSE。

と色んな人が、登場してITの経営価値を下げているような事もたまーにあるか
もなと自問自答して、やっぱり『ITの運用』が価値が高いと考える今日この頃。

小さいながらもIT運用のベストプラクティス・フレームワークである『ITIL』を少し
ずつ知識をアップデートしながら解釈していきいたいと思います。

【出来るだけ一日ずつ更新していきますが、補足・事例紹介・困りごと・コメント
歓迎します。】
]]> https://ameblo.jp/itil/entry-10029893433.html Wed, 04 Apr 2007 22:39:54 +0900