ITILの 基礎 第 5 回
～サービストランジション～
2016/ 2/ 12
藤井無限

2
から今日 12 、月 1 、月 2 、月 3 の月 8
は回
テーマは、 I TI L （あいてぃる）です
1. 英国生まれです。
2.（ I T）サービスを運用するための
ベストプラクティスでありフレームワークです
３．I Tシステムの実装ではなく、マネジメントが対象です
※基本的に I Tなのですが。。。
同じような考え方を一般的な業務にもかなり使えます
４．日本だと、 i t SMFが主に取り扱っています、
ht t p: / / www. i t smf - j apan. or g/ about us/ i t i l . ht ml

3
フレームワーク
・ もれなくダブりなくを実現す
るためにある「仕組み」「ひな
形」
・ I TI L は、サービス運用に関
する世界中の知恵の詰まった「ひ
な形」

4
マネジメント
・ 必死に「やりくり」して成果をだすこと
・ 基本的に成果は、目標の設定からはじま
る
※ マネージという言葉の語源は「手」らしいですね。

ITサービスプロバイダとは
• I T サービス（情報システム）を売
りお金をもらっています。
• 情報システムに対して、費用とリス
ク負っています。

とユーザ顧客
• 一般的には、同じ意味でこの 2 つの言葉を使
うと思います
• I TI L では異なる意味です
• 顧客は、 I T サービスプロバイダにお金を
払ってサービスを購入する人です
• ユーザは、 I T サービスを使って価値を提供
されている人です
ほど い した にユーザと はいま先 洗 出 中 顧客
したか？

ITサービスマネージメント とプ機能
ロセス
1. 機能とプロセスは、 I TI L の特徴
2. 機能： サービスを提供する専門組織
機能は管理する資源（リソース）と能力がある
3. プロセス： 機能が実行する。
特定の達成目標を実現するための一連の活動
このプロセスをどう扱うのかを具体的に書いたものが I TI L

、結局 ITILが している はな成功 理由
に？
１．特定の業種や業界に依存しない
幅広い業種、業界で用いることができる。
特定の I T 屋さん（ベンダー）にも依存しない
２．組織に依存せず応用がききやすい
大企業か？中小企業か？官公庁か、民間かなどがあまり関係ない。
３．世界中の知恵を集約したものであること
ベストプラクティスである。

フレームワークの で復習課題： 選定 大
なことは切 ？
フレームワークは、 I T サービスに関するもの
だけでもたくさんあります。どのような点
に気をつけて、あなたらなら、導入するフ
レームワークを選定しますか？

いよいよ ITILの に っていきます中身 入
サービスストラテジ
サービススデザイン
サービストランジション
サービスオペレーション
継
続
的
サー
ビ
ス
改
善
戦略立案
サービス設計
サービス
導入
サービス
運用
サービスオペレーションで初めて顧客に対して価値を生む

ちょっと を えて目線 変 ITILのフェーズ
を く書
IT 戦略
システム化計
画
運用・保守
評価・改善
サービスストラテジ
サービス
デザイン
サービストランジション
サービスオペレーション
継続的改善

ITILのフェーズはデミングライフサイ
クルに
らし わせると照 合
サービスストラテジ
サービススデザイン
サービストランジション
サービスオペレーション
継
続
的
サー
ビ
ス
改
善
戦略立案
サービス設計
サービス
導入
サービス
運用
P
D
C
A

デミングライフサイクル
P
D
C
A
ヘトヘトなとき
バラバラなとき
ギクシャクなとき
ヒヤヒヤなとき
現場がこんな時は、
デミングライフサイクルの
個々が問題かも

サービスストラテジについて
１．キーワードは、「戦略」
２．事業やサービスの経営企画レベルの話
ーこのサービス、顧客に対して「価値」をうむ？
ーどうすれば効率的に、儲かりますか？
３．企画立案段階の話、 PDCAライフサイクルの「 P」

まずは の なお「戦略」 一般的 話
目標
現在の
位置
どんな道のりをたどって
目標に到達するのか

課題：
と いてイメージすることをまとめて戦略 聞
ください
（キーワード）
１．「戦略」、 「戦術」、 「戦闘」
２．「資源配分」
３．「目標」、「 VI SI ON」、「現状」
４．「戦い方」、「戦う場所」

まとめ：戦略
戦略策定とは
目的を達成するために何をするか、
何をしないのかを決めること。
目的を達成するためにどのような分野に
自分の限りある資源を配分するのが最適かを決めること。

ITILのサービスストラテジフェーズには
マーケティングも な え重要 考 方
機
能
別
戦
略
機
能
別
戦
略
機
能
別
戦
略
機
能
別
戦
略
機
能
別
戦
略
経営理念
内部環境外部環境 成長戦略
事業戦略
マーケティング戦略は、
機能別戦略の一つですが
経営全体に大きく
関与する重要な要素です。
サービスストラテジ
フェーズ、
需要管理プロセス等にも
大きく関係します

マーケティングの課題： 3 つの につい要素
て べてください。調
１．セグメンテーション
２．ターゲット
３．ポシジョニング

をつくってみる課題：事業戦略
今からある法人様の社長になりきって
自分の会社の事業の戦略を考えてみたいと思います。
( 平成 25 年中小企業白書よ
り） http://www.chusho.meti.go.jp/pamflet/hakusyo/H27/h
27/index.html
題材の会社：
クリーン・ブラザーズ株式会社
http://www.cleanbrothers.net/index.html

をつくってみる課題：事業戦略
この会社の経営資源は何ですか
( 平成 25 年中小企業白書よ
り） http://www.chusho.meti.go.jp/pamflet/hakusyo/H27/h
27/index.html
題材の会社：
クリーン・ブラザーズ株式会社
http://www.cleanbrothers.net/index.html

をつくってみる課題：事業戦略
ではこんな外部環境の情報があると
どんな戦略ができますか
１．訪日外国人の数が増大
２．都心部における防災意識の高まり
３．美術品運搬事業の競争激化

課題：参考解答例
１．訪日外国人の数向けに、
世界の缶詰バーをフランチャイズで展開する。
２．都心部の人に防災用の
缶詰を防災マニュアルを缶詰に印刷して提供する。
３．美術品運搬事業は廃止する。

まとめ を える：事業戦略 考 手順
１．環境分析
SWOT分析
３C
２．特に経営資源と、機会に着目して経営上の課題を見つける
３．経営上の課題を解決できるような、ドメイン（戦う場）を考えていく

サービスストラテジ
事業戦略に
サービスがマッチしているかどうかを考えるフェー
ズ

サービスストラテジを するプロセス構成
１．サービスポートフォリオ管理プロセス
２．需要管理プロセス
３． I T サービス財務管理プロセス
４．事業関係管理プロセス

ポートフォリオ課題：
ポートフォリオとは何か調べてまとめてくだ
さい。
I TI L 用語というよりほぼ一般的な言葉です。
なぜ、ポートフォリオが必要ですか？

サービスポートフォリオ プロセス管理
１． I T サービスプロバイダが事業上の価値の観点から、適切な I T
サービスの組み合わせを検討
２．管理台帳（リスト）がなければ検討できない
サービスパイプライン
サービスカタログ
廃止済みサービス

サービスの管理台帳
１．サービスパイプライン
現在、検討中、開発中の I T サービス
２．サービスカタログ
稼働中の I T サービス（顧客公開されている）
３．廃止済みサービス
現在、廃止したサービス（廃止済みも保管する）

サービスの管理台帳

サービスの管理台帳
１．サービスの管理台帳の作成自体は、次のサー
ビスデザインでおこなう
２．サービスストラテジでは、サービス自体が価
値を生んでいるか、割に合っているかを検討する
どのサービスがどれくらい価値を生んでいるのか
サービスの価値に対してどれだけ資源を使っているか

プロセス需要管理
1. 需要を予測、コントロールして、
サービスのキャパシティ不足を防止すること
2. 過剰キャパシティを防ぐこと
サービスのキャパシティ不足は、
サービスが「保障」されなくなることに直結する

を にするために いつ課題：需要 一様 思
く は方法 ？
1. 例１）週末、美容院はいつもいっぱいで予約待ちが発生
している。しかし、平日の昼間はいつも暇であり、閑古
鳥が鳴いている。美容師も手漉きが多いようだ。
2. 例２）通信販売部門のコールセンターに注文とクレーム
が同時にかかってくる仕組みになっている。よく通話中
でユーザからの電話がつながらない事態が生じており
ユーザをイラつかせているようだ。

ITサービス プロセス財務管理
１．サービスごとにどれくらい、コストを使ってい
るかを考える
サービス志向の会計
２．サービスに必要な資金の確保、予算の管理
３．顧客に対する課金を考える

プロセス事業関係管理
１． I T サービスプロバイダと顧客との間の関係の維持
抽象的であるが非常に大切なプロセス
２． I T サービスプロバイダの営業が、
顧客の満足度を高めるために実施する活動
３．次のサービスデザインフェーズと連携

課題
• 今までの知識をつかって、お渡ししている私の冬休みのダメダメ、サー
ビスの事例の何が問題か考えてください。
• 問題になっているところを見つけて、改善案を考えてみてください。
• [ 追加 ]
この会社さんは、ロッカーの鍵にバーコードをつけ課金を自動化してい
ますが、
もっと自動化して解決できることはありますか？
02/ 12/ 16

サービスデザインフェーズについて
１．キーワードは、「設計」
２． フェーズで と めたサービスの と を戦略 顧客 決 有用性 保証 実
する を え にアウトプットするフェーズ現化 手段 考 文書
３． PDCAライフサイクルの「 P」
４． I TI L のフェーズの中ではイメージをつかみにくい
５．システム開発を経験したことがある人にはわかりやすい

サービスデザインフェーズについて
サー
ビ
ス
ス
ト
ラ
テ
ジ
サー
ビ
ス
ト
ラ
ン
ジ
シ
ョ
ン
サービスデザイン
パッケージ
デザインコーディネーション
サービス・
カタログ管理
サービス・
レベル管理
キャパシティ管理
可用性管理
IT サービス
継続性管理
情報セキュリティ管理
サプライヤ管理
サービスの
要件

課題：
次のようなサービスでサービスを実現化する
ためにはどんなことをサービスデザイン
フェーズで文書にしなければいけないですか
。

・ＩＴサービスの目線が色濃くないサービス
例１）好きの人のための、２４時間営業、空間提供サービス。コンセプトは、泊まれる本屋
ht t p: / / gur ut abi . gnavi . co. j p/ a/ a_193/
・ＩＴサービスの目線が色濃いサービス
例２）ロボット秘書サービス
ロボットの秘書が、スケジュールを通知してくれる。
ロボットだけではまだ実用的ではないので、実はオンラインでオペレータにつながっている
課題：

サービスの つの４ Pとは
プロセス
製品
人材
パートナー

サービスの つの とは５ 側面
１．サービス・ソリューション
機能要件、非機能要件、ユーザインターフェース
２．プロセス
サービスマネジメント・プロセス、活動、手順、役割、責任、権限
３．測定方法と測定基準
サービスの測定基準、プロセスの側的基準、技術の測定基準
４．管理情報システムとツール
サービス・ポートフォーリオ、サービス・ナレッジ管理システム、構成管理システム
５．技術アーキテクチャと管理アーキテクチャ
アプリケーションアーキテクチャ、 I Tインフラストラクチャ、データ
ソリューションの視点だけでなく、 5 つの側面からサービスをもれなく設計する

サービスカタログ管理
サービスカタログの話は、サービスストラテジフェー
ズ、サービスポートフォーリオ管理でも出てきます。
サービスデザインでは、サービスストラテジで洗い出
したサービスを具体的に文書化します。

サービスカタログの な具体的 項目
概要 誰が 誰に
いつ 何を 関係者は
どのくらい 何を使って どれだけ重要
サービスカタログにはサービス名だけでなくこの観点を網羅するとよい。

サービスレベル管理
サービスカタログで定義されたサービスに対して
、顧客とサービスレベルの合意をとる。
サービスレベルの合意内容のことを SLA
（サービスレベルアグリーメント）とよぶ。

課題：
SLAを締結することでどのようなよいことがありますか？
SLAを締結しないとどんなマズイことが発生しますか？
課題で設計したサービスに対してＳＬＡを締結すべきはどこ
ですか？

SLAに な具体的 項目
目的
サービス
提供時間
可用性
目標値
対象範囲 連絡先 サービス復旧
目標時間
役割と責任 目標処理時間 サービス継続
性の取り決め
対応可能件数 測定 / 報告SLA 見直し
周期

SLAの 2 つのタイプ
• ベストエフォート
定めたサービスレベルを達成するように努力をす
る義務がある。
• ギャランティー
何が何でも定めたサービスレベルを達成する。
達成できない場合は、ペナルティの規定がある場
合がある。

サービスレベル のポイント管理
• １．サービスレベル目標の設定
顧客と合意の上サービスレベルをっ決める
• ２．現状の把握
現状はその目標とくらべてどのくらい乖離してい
ますか？
• ３．測定と報告
•常にサービスレベルを測定する。測定できる仕組みづく
り、そして周囲やステークホルダーへの報告と見える化
サービスレベル管理で大切なのはこの 3 ステップ

キャパシティ管理
 キャパシティ（容量）
 「あの会場のキャパが少ない」というあのキャパ
 キャパシティが顧客のニーズを満たしていること
を確実にする
 キャパシティは足りないのはよくない、また過剰
であればよいというものでもない。コストとのバ
ランスをとる

キャパシティ管理
キャパシティ管理を支える視点は３つ
事業キャパシティ管理
 現在と将来の事業要件に焦点をあてる
サービス・キャパシティ管理
 事業をサポートする I T サービスに焦点をあてる
コンポーネント・キャパシティ管理
 I T 機器に焦点をあてる

キャパシティ管理
現場をイメージするのであれば。
1.この事業のこれくらいの需要にたえれるようにとハードディスク
の使用量と増加量を計画、見積もる
2.使っているうちにハードディスクが足りなくなり始めるとメール
通知が飛ぶ、監視画面に赤色がつくなど警告が出始める
3.使用量の将来を予測する
4.増設計画を練る
5.増設する

キャパシティ について課題 管理
I T サービス、キャパシティ管理などで調査し
て、
調べたことをまとめてください。

ITサービス継続性管理
不測の事態が発生した場合に
どこまでのサービスレベルでサービスを提供するか
あらかじめ顧客との間で取り決めを行い合意をとっておく。

課題 BCP につい（事業継続性計画）
て
BCP （事業継続性計画）について調べてまと
めてください。
１．最近の BCP の事例
２． BCP はどんな時にブームになったか
など

ITサービス継続性管理
開始
ビジネス
インパクト分析
リスク
アセスメント
IT サービス継続性戦略の策定
導入
継続的運用

ビジネスインパクト 、リスク課題 分析
アセスメントについて
ビジネスインパクト分析とリスクアセスメントについてまとめ
てください。
•どんな手順で分析するのか
•どんな評価軸で分析するのか
•参考）事業継続ガイドライン、ＩＴサービス継続ガイドライン
、基本的考え方 - 経済産業省
ht t p: / / www. met i . go. j p/ pol i cy/ net secur i t y/ downl o
adf i l es/ BCPgui de. pdf

リスクアセスメント、ビジネスインパク
ト分析
リスクアセスメント
事業を推進するために必要となる資産の価値を分析し、
脅威に対する資産の脆弱性を評価すること
⇒ このリスクを許与できるかを決める。
ビジネスインパクト分析
ビジネスが中断したときの損失の影響度を分析
⇒ ビジネスインパクトの大きな順に復旧する。

可用性管理
すべてのサービスの可用性を、事業のニーズ
とコスト効率にマッチさせるプロセス
I T サービス継続性との違いは、 I T サービス
継続性は震災、テロなど通常発生しないこと
。
可用性は日常的に起こりうる障害。

システム 、サービス課題 停止 停止
システム停止、サービス停止の事例を調べて
まとめてください。
１．最近発生したシステム停止、サービス停
止の事例
２．どれくらい顧客に悪影響があったか
３．どんな再発防止策がとられているか
など

可用性管理
可用性管理は 2 つの観点で評価する
１．平均故障間隔 （ Mean Ti me Bet ween
Fai l ur e) : MTBF
⇒ サービスの信頼性の指標
２．平均サービス回復時間 ( Mean Ti me Rest or e
Ser vi ce) : MTRS
⇒ サービスの保守性の指標

セキュリティ情報 管理
I T サービスのセキュリティに関する要件を顧
客のニーズとマッチ
機密性
可用性
完全性

の課題 次 3 つの の を言葉 意味
べてまとめてください調
 機密性
 アクセス権限を持っている人間にだけアクセスでき
ること
 可用性
 情報が必要とするときに入手可能なこと
 完全性
 情報に許可されていない、修正がなされていないこ
と

セキュリティ課題 事故
下記の 3 つの事例を調べてまとめてください。
１．自分が起こしそうになったセキュリティ事故
２．世の中で発生している I T システムのセキュリティ
事故の事例
３．世の中で発生しているセキュリティ攻撃の事例

セキュリティ管理
脅威
損害
復旧
インシデント
情報セキュリティ方針
ファイヤーウォール
アクセス・ログの監視
侵入検知システム
復旧手順書の作成
バックアップ
予防的コントロール
発見的コントロール
是正的コントロール
予防
検出
回復
顧客が要求しているレベル（ SLA) で機密性、完全性、可用性を維持する

セキュリティ システム情報 管理
情報セキュリティ方針 基本方針、実施基準、実施手順
計画立案（ PLAN ）
導入（ DO)
評価（ CHECK)
メンテナンス
（ Act) ）
事業や顧客からの要求
手順・ツール・コントロールの導入
内部監査・外部監査
ITIL の情報セキュリティ管理システムは、
ISO27001 というセキュリティフレームワークに基づいている
（ ISMS ともいう）

サプライヤ管理
サプライヤとの合意内容が顧客のニーズに
合っているか、サプライヤが投資に見合う価
値を出しているかを管理

復習課題 SLA
SLA について
１．締結するメリットは何ですか
２．どのような点に気をつけて SLA を決める
べきでしょうか？

サービストランジションについて
 キーワードは、「移行」
 サービスオペレーションから変更要求を受
取る。
 サービスデザインフェーズから、サービス
パッケージをもらい、本番環境にサービス
を移行する。サービス
デザイン
サービス
オペレーション
サービス
トランジション
変更要求（ RFC)
サービスパッケージ
本番稼働開始

サービストランジションについて
 サービストランジションないだけでのプロセス４つ
 移行の計画立案およびサポート
 リリース管理および展開管理
 サービスの妥当性確認およびテスト
 変更評価
 サービス・ライフサイクルのすべてのフェーズで実行
 変更管理
 サービス資産管理および構成管理
 ナレッジ管理
便宜上このフェーズで
説明

サービストランジションについて
このフェーズで何を学ぶと、自分の業務に役立つか！
「すでに価値を提供しているものがあったときに、何かを変更する。そのときどんなことをするか？」

の およびサポート移行 計画立案
 計画立案
 サービストランジションのすべてのプロセスの計画管
理。このフェーズの「 P」
 人員、期限、機材の調達など移行に必要なリソースを
管理し、計画を立てる
 サポート
 移行の手順作成のサポート
 移行に伴うリスク管理のサポート
 移行の計画通り進んでいるかモニタリング。この
フェーズの「 C」

から までの課題：変更依頼 移行 具体例
次のシステムの変更依頼に対してどのような手順で対応してきま
すか
１．社内 PC、 100 台からアクセスされる、社内従業員受け勤怠
管理システム。データベースは一台で管理されている。
２．依頼１：最近、月末になるとレスポンスが遅く従業員から定
時内に勤怠締めを行ったのに、作業が終わるのが定時超えて
しまうとクレーム、 PC１００台ともにメモリー増強、 DB
サーバのハードスペックの増強で対応できそうだ
３．依頼２：勤怠入力に今年の閏年が入力できないという不具合
が発覚 2 月末日までに修正しないといけない

変更管理
サービスやシステムを変更しないのが一番楽
で安全です。しかし、事業の変化に合わせて
サービスやシステムを変更しなければ価値を
提供し続けることはできません。
安全にシステムやサービスを変更できるよう
に、変更内容を記録、評価、計画、承認する
プロセスです。

課題 変更管理
次の点を考えてください。
•変更管理をせずに移行作業を続けるとどんな
ことが起こると思いますか？
•変更する対象にはどんなものがありますか？
•誰が変更内容を承認すればいいと思います
か？

変更管理
(1)RFC の作成 ( ２ )RFC の受付と
記録
( ３ )RFC のレ
ビュー
( ４ ) 変更の評価
( ５ ) 変更の許可 ( ６ ) 変更の計画 ( ７ ) 変更の実施調
整
( ８ ) 変更のレ
ビュー
( ９ ) クローズ
重要度、緊急度に応じて
定められた決裁者や委員会が
変更承認
構成管理、
リリース管理と連携
実際に本番環境に
リリースされる
リリース後、
結果をレビューする
変更内容の影響範囲
重要度、緊急度、方法などを評価

変更管理
スピード
リスク 通常の変更 緊急の変更
標準的な変更
標準手順の確立
現場の適任者の権限
緊急変更諮問委員会
緊急手順の確立

課題：変更管理
次の変更依頼は、「通常の変更」、「緊急の変更」、「標準的な変更」のどれですか。
また、どう承認を取ればいいですか。
１．ビジネスインパクトが低く、優先度が低いレベルの不具合の修正依頼
２．リリース後、システムの負荷が急激に上昇。事実上誰もログインできない状態にある。高負荷
のもとになっている箇所が分かり修正依頼
３．月末には必ず行っており手動でＳＱＬを実行して顧客にレポートを提示する作業。作業手順が
あり作業実績もある。
４．ショッピングカートで他の人の注文が見えてしまうというバグに対する修正依頼
５．ビジネス要件が変わったため、機能を新規に追加した。この修正依頼
６．ＳＬＡで 24 時間稼働が求められているデータベースサーバーが停止している。
ベンダーとの調査で、データベースサーバーへ修正パッチを適応する必要があると判明
７．優先度が低いが、ＳＱＬの実行でパフォーマンスが劣化している箇所があった。この修正依頼

リリース および管理 展開管理
変更管理の内容を実際に本番環境にリリース
するプロセス。
１．リリースと展開の計画立案
２．リリースの構築とテスト
３．展開
４．レビューとクローズ

サービス および資産管理 構成管理
サービスを提供するのに必要な、人、物、プ
ロセス、ルールなどを一覧化して管理するこ
と。
構成管理の対象となる構成要素のコトを CI
（ Conf i gur at i on I t em）という。

について課題 構成管理
構成管理に関して、下記考えてみてください
構成管理とはなにか
構成管理しないとどんなことが起こるか
構成管理をする I T ツールとしてどのような
ものがあるか

ナレッジ管理
サービス提供するために備わった一人の人に
備わった知見を全員に共有すること。
[ 解決する問題 ]
１．一人が休むと問題への対応方法がわから
ない
２．現場に同じ間違いが何回も起こっている
３．人によって作業内容にバラツキがある

ナレッジ管理
サービス提供するために備わった一人の人に
備わった知見を全員に共有すること。
[ 解決する問題 ]
１．一人が休むと問題への対応方法がわから
ない
２．現場に同じ間違いが何回も起こっている
３．人によって作業内容にバラツキがある

ナレッジ管理
DIKW モデル

ナレッジ管理
暗黙知
暗黙知 暗黙知
形式知
形式知
形式知形式知
暗黙知
一人の暗黙知に気がつく 一人の暗黙知が形式知になる
複数の形式知が新たな形式知になる形式知が新たな暗黙知になる

ナレッジ課題 管理
次の点を考えてください。
•ナレッジ管理をうまく行うためには現場でど
んなことに気をつければいいですか？
•ナレッジ管理をする情報ツールにはどのよう
な物がありますか？