DevOpsやマイクロサービス開発にも対応か？
「ITIL 2018」発表へ “本当の”ベストプラクティス実現のための長い道のり（1/2 ページ）
ITILが最後に更新されたのは、DevOpsの黎明（れいめい）期だった。ITのテクノロジーは急速に進化している中、ITIL 2018は多種多様なIT部門にとって強力かつ有用なものにならなければならない。
ITILの更新はIT部門に有益となるか
ITサービス管理（ITSM）のベストプラクティスをまとめた「ITIL」（Information Technology Infrastructure Library）が最後に更新されたのは2011年のことだ。それ以来、多くのことが起きている。数年間の間に失われた妥当性を取り戻すため、2018年にアップデートされるITIL（以下、ITIL 2018）は、DevOpsへの流れを受け入れる形になるだろう。
併せて読みたいお勧め記事
ITILが促進する？ DevOps成功の鍵は「人」
DevOps推進の立ちふさがる壁とは
ITプロジェクトにおいて、上流から下流へと進めるウオーターフォール型開発は徐々に採用されなくなっている。この開発手法では、最初に大掛かりなリリースをした後、暫定的なパッチ適応、6～12カ月の間隔での機能アップグレードを提供する。だが、サービスとアプリケーションの開発は、こうしたウオーターフォール型ではなく、毎月や毎週など、より短い間隔で新機能の更新をリリースする継続的デリバリー（配信）プロジェクトへと変わっている。コンテナ化によって、ソフトウェアのパッケージ化、リリース、管理に対応する新しい手法が生まれている。マイクロサービス型の複合アプリケーションモデルに移行する動きもあり、分散型アプリケーションが強化されている。
アプリケーションの提供がこのように変わってきたことで、ITILを採用していた多くの組織はいや応なしに選択を強いられる。ITILを大規模に改変してITSMの有効性を維持するか、ITILを断念して自社のニーズをより適切に満たす他のフレームワークを優先するかのどちらかだ。
「Googleトレンド」の検索データが示すDevOpsへの関心《クリックして拡大》
ITILを完全採用している企業はほとんど存在しない。実際にはITILの一部を社内サービス管理のプロセスに統合している。こうした管理プロセスは、名目上のベストプラクティスよりも適切に機能する。
このような部分的採用は、顧客環境に完全なITILフレームワークの適用を望む外部委託企業にとっては足かせになる。ITIL準拠を掲げて自社製品を販売するサービス管理ソフトウェアのベンダーにとってもそれは同じだ。
ITILは英国政府プロジェクトとして1980年代に始まったが、米国政府がITILの採用を始めたことでようやく勢いを増した。《クリックして拡大》
ITIL 2018の更新において考慮するのは社内の手法やDevOpsベースの手法だけではない。サービス管理に関するISO規格のISO 20000（2011年バージョン）との互換性も確保されなければならない。ISO 20000 Part 11（ISO/IEC TR 20000-11:2015）では、ITILとISO 20000との相互作用の仕組みと関係性が綿密にまとめられている。
ITIL 2018への期待
ITIL 2018の今後のリリースは、英国政府の内閣府と、ビジネスプロセス管理サービスを提供する民間団体のCapitaが共同設立したベンチャー企業AXELOSが、管理する。近々行われるITIL 2018のリリースは、グローバルサービス管理コミュニティーと共同で実施された研究に基づく。このITILの更新は、ITILプロセスを整備している組織にとっては朗報となるはずだ。だが、何にでも当てはまることだが、物事は細部が難しい。
最近のITにおける急速な変化を乗り越えようとするなら、ITIL 2018はDevOpsで実現する継続的開発を全面的に受け入れる必要があるだろう。また、開発環境、テスト環境、運用環境における管理のサイロ（外部と非連携状態）を解消するよう尽力することも求められる。さらに、ITIL 2018が合理化された、より効率的なプロセスへと至る道なのだとユーザーから理解されなければならない。決して、タスクを完了するうえでの制約だと捉えられてはならない。
AXELOSの報告によると、サービス管理チェーンを構成している企業や団体と18カ月間にわたりコミュニケーションを取ってきたという。また、コミュニティー主導の取り組みとして、ITILの変更には実際の組織や個人のニーズが反映されるとも伝えている。コミュニティーによる洞察は重要だが、意見を取り入れ過ぎると進行に混乱と抑制をもたらす恐れがある。全員で「世界最速の競走馬を作るには？」と意見を交わしていたら、「ラクダを使ってはどうか？」と声が出てくるようなものだ。
意見の提供者がハイブリッドクラウド、継続的開発、コンテナ化、DevOpsへの移行という差し迫った問題に既に直面している場合を除けば、各自の目標は単純になるのではないだろうか。つまり、従来のITILプロセスを最適化し、連鎖しながら進むプロジェクトの速度を上げることになるだろう。決して、ITIL 2018のリリースを最新の運用形態に合わせることを目標にするわけではない。例えば、英国政府のITプロジェクトは、民間企業に比べてアジャイルやDevOpsによる手法を採用することが極めて少ない。政府機関も民間企業もITSMを構成しており、ITIL 2018はその両者を満足させることを目指している。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド：人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？ PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？ 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
なぜ「Gemini 4 Argon」は出遅れたのか？ Googleが狙う“逆転のシナリオ”
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
-
9
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー