行政におけるDevOpsの適用可能性を考える日本ITガバナンス協会（ITGI Japan）副理事長梶本政利はじめに • 本プレゼンテーションは、ISACAから公開されている「DevOps Overview」（邦訳「DevOps概説」）をベースとして、日本の行政における実情から考察したものである。 • 言うまでもなく、「DevOps」はDevelopmentとOperation という単語の合成語である。ツールでもなく、プロセスでもない。 • 開発部門と運用部門との間の分断をなくし、開発を効率化させ、運用と捕手を容易にするためのアイデアを集めたものがDevOpsと言える。 • キーはアジャイルである。政府における現状への疑問 • 機能変更や追加が発生した場合に、運用／保守におけるサービスマネジメントの機能から、開発へのフィードバックはできているか？ • ある情報システムが本番稼動を開始してから更改の時期を迎えるまで、全く機能変更、機能追加、脆弱性対策等を必要とせずに稼動するケースは存在するであろうか？ • 主流の開発手法であるウォーターフォール型の開発の前提である「要件は設計・開発の前までに全て確定可能である。」あるいは「要件は一旦定義した後に変更されることはない。」といったことは真実であろうか？政府における現状への疑問（続き） • 企画されてから本番稼動までの期間に、その情報システムが前提としている環境や制度は不変であろうか？ • 政策目的・目標を達成するために、その情報システムは十分かつ迅速に完成し、運用に供されているであろうか？ • 企画から運用までにかかるコストは十分に引き下げられているであろうか？行政機関の置かれている環境は？ • 今日の大きく変化する社会経済環境の中で、行政サービスの高度化は宿命。 • これまで以上に迅速で、より改善された機能、より費用対効果の高い行政サービスに対する国民／住民からの新たな要求に適応できるように、行政機関は変化しなければならない。 • 行政サービスは強くITに依存している。 • 財政健全化今、求められていること • これまで歴史的に独立し、かつ分離された機能であったソフトウェア開発と運用との間のコミュニケーションの橋渡しをすること。 • ソフトウェア開発のライフサイクルをサポートする全ての機能に対してアジャイルの原則を適用することが必要。 • 最終的な目標は、国民／住民及び政策立案者の要求に適合させるために行政サービスの効率性を改善し、より高い価値を提供することにある。アプローチの違い古典的アプローチ DevOpsのアプローチ ISACAの文献「DevOps概要」から引用政府のITマネジメント（「政府情報システムの整備及び管理に関する標準ガイドライン」の記載）ﾌﾟﾛｼﾞｪｸﾄの工程ﾚﾋﾞｭｰ(第３編第２章２) プロジェクトの遂行システム監査の実施(第３編第10章) 予算要求(第調達(第３３編第３章) 編第６章) プロジェクト計画書等の作成業務の見直し(第３編第４ (第３編第２章１) 章) 要件定義 (第３編第５章) プロジェクト計画書等の改定の検討 (第３編第２章４) 設計・開発(第３編第７章) 業務の運営と改善(第３編第８章) 運用及び保守 (第３編第９章) プロジェクト進捗及び実績報告（第３編第２章３）情報システムの見直し又は廃止(第３編第11 章) ﾊｰﾄﾞｳｪｱ,ｿﾌﾄｳｪｱ製品等の廃棄又は再利用 (第３編第 12章) ﾌﾟﾛｼﾞｪｸﾄの完了 (第３編第２章５) 政府におけるプロジェクト体制（例）（「政府情報システムの整備及び管理に関する標準ガイドライン」の第3編第2章に関する実務手引書の記載）情報化推進委員会プロジェクト推進会議ＰＭＯ関係機関ＰＪＭＯ内閣官房、総務省等ＰＪＭＯ ※他のプロジェクトプロジェクト管理支援事業者要件定義書作成支援事業者設計・開発事業者ハードウェア等環境構築事業者運用事業者Ｓ／Ｗ等保守事業者Ｈ／Ｗ等保守事業者 DevOpsの成功要因 • コラボレーション • クラウドと仮想化 • 自動化 • バージョン管理 • 構成管理 • 組織文化行政におけるIT組織にかかる圧力 • 政策的要求の高度化がもたらす圧力 • IT技術の変革がもたらす圧力 • 開発手法の高度化がもたらす圧力 • より高いサービスレベル、よりセキュアな環境等の実現圧力行政サービス提供に関するDevOps の価値 • 行政サービス提供開始までの時間の短縮 • 効用の早期刈り取り • 行政サービス提供能力の向上 • 品質の向上 • ステークホルダー満足度の向上 • ITの無駄の削減 • 事業者の遂行能力の改善 • 人的要因に起因するリスクの低減 DevOpsを行政に導入する上の課題 • 新たな手法を導入することへの抵抗 • 既存の情報システム • 組織体制 • 予算管理 • 調達管理新たなKPIの必要性 • 本番導入の頻度 • 本番導入のスピード • 本番導入の成功率 • 本番導入が失敗した後に、いかに迅速にサービスを復旧させたか • 組織文化の改善終わりに • 解決すべき課題は多く、民間で取り組みを開始するよりもハードルは高いが、DevOpsの導入は可能であるばかりではなく、導入すべきである。