自己採点では正直7割くらいかな、と...。
全世界でDevOpsマスターの合格者は数百名くらいだそうで、合格率は５割にも満たないと聞いていました。研修コース提供に必須の受験だったので合格できてホッとしています。

まず、多くの現場経験をしていることが大事です。まぁ、経験がない方はマスターになろうとは思わないでしょうけど。技術的専門的知識も必要なので、ITシステムの開発運用経験は必須です。ITIL®を理解されているといいですね。

ただし、従来の開発・運用の経験・知識だけで合格できる試験ではありません。むしろ、
今までの考え方そのものを変えることが必要だと思います。

最も基本的で当たり前のことなのですが、ITサービスの原点に立ち返って、ITサービスとは本来なにが目的でなにをするべきなのかを考えるということです。

とかく、IT技術者は自分のある専門分野、ある側面だけで物事を捉えがちになってしまいます。自分の与えられた役割を果たすという点ではそれでも構わないのですが、お客様(ユーザー)にいかに価値あるサービスを提供するか、という視点で全体を包括的、統一的に捉えられるかどうかがポイントになるかと思います。

いかにしてITサービスをジャストインタイムでより素早く継続的に提供できるかを追求するもので、価値あるサービスを提供するためにフィードバックサイクルを早くしてプロセスおよびソフトウェア製品のカイゼンにつなげるための活動です。そのために何が必要で何を考えるべきか？ある意味、ITの価値の本質に立ち返る活動であり、従来の仕事のやり方や組織文化のあり方について、その変化を求める活動なんです。

例えば、物を作る工場であれば、人手に頼らない機械化製造ラインが完備されていて、その中で不良品をチェックして、その製造ラインの改善をしながら不良率を下げ、規格に適合した同じ製品を効率的に作ることになりますよね。

一方でソフトウェア開発は、機械が同じ製品を大量に作るのではなく、複数の人間が一品一様で作るものです。人とチームがいろいろ考えながら、試行錯誤しながら作り上げるものです。ITサービスの品質あるいは価値を上げるためには、チームとして有機的に機能しないとダメなんです。
うーん、全然一言じゃ終わらなかったですね(笑)。

そうですね、確かに多くのツールが用意されています。そのため、DevOps＝ツールと誤解されている方も多いと思うのですが、そうではありません。

DevOpsは、「ビジネス」と「開発」と「運用」の視点からプロセスを統合的に見るものです。サービス企画、開発(ここではアジャイル)、デリバリー、運用までを一元化した
ITサービスのアプリケーションライフサイクルマネジメントと言えます。

国内では、まだ本格的な導入事例がほとんどなくて、例えば継続的デリバリーの中でデプロイメントパイプラインを作ることが重要になりますが、具体的にどのように作ればいいのか？といったことをインターネット検索してもみつかりません。そのような事例も含め、研修コースでは知識と技術をまとめて提供しています。検索ではうまく探せないような知見を体系的に得ることができるので、皆さんにお役立ていただけるものと思います。

DO005：DevOpsマスター認定試験コース　はこちら

実は、ITIL®も同じようにITサービスを戦略から運用までをライフサイクルの観点で捉える統一的なフレームワークと個々のプロセスを定義していますが、DevOpsはITIL®同様に事業継続性を重視しながら、大事なスピード化のための実践的なプロセスと包括的な考え方を定義していると言えます。その意味で、今の時代にもっとも求められているものだと思います。

繰り返しになりますが、ITサービスの原点に立ち返って、本来なんのためのサービスなのかを考えてほしいと思います。

特に日本のIT技術者は、自分の世界だけに埋没し自分の狭い視野だけでしか物事を見ようとしない傾向があると思います。ITサービス全体を統合的に考える広い視点を持った、ひとつ上のIT技術者を目指していただきたいと思います。

蛇足になりますが、コースを受講するだけでDevOpsマスター認定試験に合格できるかというと、それほど簡単なものではありませんよ。 私事になりますが、振り返ってみれば、新しいことを切り拓くという喜びこそあったものの、本当に休む間もなく文献や資料を読み漁るキツイ日々でもありました(笑)。

その中で感じたのは、「常に自ら学ぼうとする姿勢」「今までの古い考え方を変えようとする姿勢」これができる人、そうしたい人に、マスターへの道が開かれるだろうということです。喜びを勝ち取るのはあなた自身です。