アジャイル開発やDevOpsが実現しようとしていること

現場が必要とするタイミングで、ジャスト・インタイムでビジネス･サービスを提供する。

アジャイル開発やDevOpsが実現しようとしていることをひと言で説明するとすれば、こんな言葉になるだろう。

いまだアジャイル開発を「低コスト&短期間でシステムを開発する手法」や「簡単なwebアプリしか作れない」などと間違ったステレオタイプを信じている人もいる。だから使えない、うちには向かないという理屈になるわけだが、これは本当に残念なことだ。

DevOpsも高い技術力がなければとてもできない、あるいは、委託で運用の仕事をしている自分たちにとっては敵であると思い込んでいる人がいる。しかし、DevOpsの本質はそこにはないし、エンジニアの生産性を高め、確実に成果を引き出す働き方改革だと考えれば、積極的に取り組むべきテーマではないだろうか。

ビジネスの環境はめまぐるしく変化する時代だ。不確実性、不透明、変化が加速しているなどの表現が、この状況を表現する言葉として使われている。この状況で、ビジネス･ニーズを聞き取り、しっかり仕様を固めてから仕様を確定し、仕様凍結して半年とか1年とか開発にのめり込んでいる間に、必要とされる要件が変わってしまう。確かに半年前はその仕様で正しかったが、もはや正しくないということが頻繁に起きる時代に、旧態依然とした開発のやり方が通用する道理がない。

かつてビジネスの変化が緩やかな時代であれば、このやり方でも何とかなったかも知れないが、もはやそんな時代ではい。そんな当たり前の前提に立つとき、どのようなやり方がいいのかを考えれば、答えは自ずと明らかになる。

また、流動的なビジネス現場のニーズに即応するためには、目的とするコードを作ったら直ちに本番に移行しなければビジネスの成果は得られない。しかし、安定稼働が求められるインフラ・エンジニアからすれば、そんな危なっかしいことなど許容できるわけがない。しっかりとしたテストや環境設定、場合によっては機器の追加も必要だろう。すぐに本番などと言われても、すんなり受け入れられるわけがない。

だからDevOpsだ。アプリケーション･エンジニアとインフラ･エンジニアが、この課題をどうすれば解決できるかを共に考え、仕組みを作って行く取り組みだ。そんな取り組みに意味がない、うちには関係ないと考えるのなら、自分たちの存在理由を放棄するようなものだ。

変化に即応すると言うことは、本当にビジネスの成果に貢献できるコードだけをバグフリー作り、いつ如何なるタイミングで本番へ移行しても、安定稼働が保証されるようにすればいい。壮大なシステムを作るのではなく、ビジネス現場の要請に応じて、ジャスト・インタイムでコードをリリースすることで実現する。アジャイル開発やDevOpsとはそのための取り組みだ。

デジタルトランスフォーメーションが叫ばれている。デジタルトランスフォーメーションとはITを駆使して伝統的な仕事のやり方を根本的に変革し、変化への即応力と圧倒的な競争力を生みだそうという取り組みだ。つまり、ビジネスをITサービス化しようという取り組みでもある。つまり、アジャイル開発やDevOpsとは、ITシステムの開発や運用のことではなく、経営や事業運営におけるテーマでもあると言うことになる。

ITはこれまでにも増して経営や事業に深く関わり、その取り組みの成否が経営や事業の成否に直接的影響する。業務の生産性や合理化のためのITの範疇を越えている。

ITベンダーやSIerはそんなITの価値のパラダイムシフトを自覚しなければならない。つまり自分たちの存在理由を再定義し、ビジネスの内容やスキルを変えてゆかなければならない。

IT人材が足りないと言うが、それはこういう視点に立ち、時代に合った知識やスキルを持っている人材が足りないと言うことだ。古いやり方のプロマネやプログラマーは、この人材にはカウントされない。

この変化を自覚しているだろうか。もし自覚できていないのなら、まずはそこからだ。その最も効果的な方法はアジャイル開発やDevOpsに取り組んでみることだろう。理屈ではなく体感として自覚できるようになるはずだ。