DevOpsのボトルネックを克服するための4つのステップについてお話ししましょう

挑戦的なビデオ ゲームでレベルアップするために必要な手順は、DevOps の旅でレベルアップするために必要な手順と非常に似ています。

著者 Andy Corrigan の「DevOps の停滞を乗り越える 4 つのステップ」からの翻訳です。

組織の DevOps 導入の過程のどこかで、真の可能性に到達したように感じるでしょう。しかし、類似の組織を見て、それらの組織がより良いパフォーマンスを発揮していることに気づき、どうやってそれを実現しているのか疑問に思うかもしれません。次に何をすべきかすぐには分からないかもしれません。

安心してください、これはあなたのピークではありません。これがボトルネックです。

ボトルネックというのは面白いもので、満足感とフラストレーションの両方をもたらすものです。遅れを取っているわけではありませんが、停滞しているということは前進していないことを意味するため、大きな問題となります。

では、ボトルネックをどうやって克服するのでしょうか?

幸いなことに、それはあなたが思っているより簡単かもしれませんし、必要なスキルはすでにあなたの中に備わっているかもしれません。

芸術、音楽、新しい言語の学習など、スキルに基づいた趣味を楽しんだことがありますか?もしそうなら、おそらくあなたは学習プロセスにおいて、時には気づかないうちに多くのボトルネックを克服しているでしょう。

組織は同じ基本概念を適用して DevOps のボトルネックを克服できます。

納得が必要ですか?このシナリオを、私の趣味の 1 つである格闘ゲームで直面する課題と比較して説明します。

初心者向けに簡単に説明すると、格闘ゲームは、2 人のプレイヤーがそれぞれ個性豊かなキャラクターを操作して 3 ラウンドにわたって戦う、1 対 1 の対戦型ビデオ ゲームのジャンルです。

ジャンルとして、高レベルのプレイは、モーション入力、特殊な動き、複雑なコンボが求められるため、非常に要求が厳しいことがよくあります。成功するゲーマーには、素早い思考、さらに速い反応、そしてリアルタイムの戦略が必要です。

このジャンルで最も広く知られているフランチャイズはストリートファイターシリーズです。それを理解できれば、この記事の残りの部分も理解できるはずです。

格闘ゲームと継続的デリバリーの世界の両方でボトルネックを克服するために必要な手順は次のとおりです。

1. より効率的に物事を進める方法を見つける

問題が存在することを知らなければ、その問題を解決することはできません。パフォーマンスが停滞している理由を理解するには、自己反省を行う必要があります。

私にとって、ストリートファイター 6 (現時点で最もプレイしている格闘ゲーム) は、自分の間違いに気づくことを意味しました。私は試合のリプレイを見て、予想外だった点や改善すべき点をメモします。

ゲームに弱点を見つけたら、それに対処するように努めます。特定の攻撃パターンと戦い続ける場合は、トレーニングモードで解決策を見つけようとします。これらの解決策から、通常、他の改善点のアイデアが得られます。

DevOps では、リプレイ モードやトレーニング モードはないかもしれませんが、同様のフィードバックを提供できるツールはあります。

各展開サイクルから得られる情報は、何がうまくいっていて、何を改善できるかを発見するための第一歩となるはずです。エラーを解決するプロセスでなければ、継続的デリバリー (CD) とは何でしょうか?変更を展開すると、その結果によって次の変更が決まります。

たとえば、パイプラインのデプロイメントを確認すると、テストに予想よりも時間がかかったり、想定よりも多くの回数失敗したりしたことが明らかになる場合があります。より適切に管理したり削除したりできる手動の承認手順が妨げになっている可能性があります。おそらく、ソフトウェアが展開能力を超えて成長し、スケーリングを容易にする新しいツールを検討する必要があるでしょう。

パイプラインが可能な限り効率的であると決して想定しないでください。どこかから効率性をさらに高められる余地は常にあるので、それがさらなる改善につながる可能性のある領域を見つけましょう。

最初にフィードバックが得られない場合、これが最初に対処する必要がある問題です。パイプラインが、有意義な意思決定に役立つ有用な情報を提供することを確認してください。弱点をより早く特定するのに役立ちます。

2. 成功した技術を捨てる勇気を持つ

これまで使用してきたツールやテクニックでは、もはや仕事を完了するのに十分ではない場合があり、安全で慣れ親しんだルーチンから抜け出して、何か新しいことに挑戦する必要があります。

私はストリートファイターVIのボトルネックを克服しようとしてきました。私はゲームのオンライン プラチナ レベルに 2 か月間留まり、ダイヤモンドに進むことができませんでした (ただし、何度かイライラするほど近づいたことはありました)。

理由は何ですか？彼らが私のミスを罰するのと同じように、私は相手のミスを罰することはできない。認めるのは辛いですが、ゴールドを楽々とクリアするのに役立った中級レベルのスキルは、プラチナでは限界があります。

パフォーマンスを向上させる唯一の方法は、リターンの少ないテクニックを捨て、重要な状況でより多くの利益を得られるよう、より良いテクニックを学ぶことです (まだ進行中です)。

同様に、パイプライン内のテクノロジーやツールが限界に達した場合は、より良い結果が得られるものに置き換える必要があります。

こうした決断を躊躇するのは理解できます。結局のところ、最大の飛躍を遂げるのに役立ったツールに対して、あなたは愛着を持っているかもしれません。 「壊れていないものは直すな」という古い格言に自然に従う傾向があるかもしれません。

しかし、時には変化しないことを選択すると、現状が強化され、進歩が妨げられることになります。あなたが今いる場所に到達するのに役立ったツールや戦略を愛してください。しかし、それがあなたの足かせになっているときは、勇気を出してそれらを手放してください。

3. 変化に適応するには時間がかかることを受け入れる

格闘ゲームのトレーニングモードで新しいテクニックやコンボをどれだけ練習しても、試合で効果的に使用できるようになるまでにはしばらく時間がかかります。

新しいテクニックを筋肉の記憶に刻み込み、考えずに使えるようにする必要がありました。テクニックを知って実行するだけでは十分ではありません。そのテクニックを使用する適切な状況も知る必要があります。

これらのことを学ぶには実際の戦闘でしかできないため、結果としてパフォーマンスが低下する可能性があります。一時的にランキングが下がったり、状況を把握するまでに負けたりすることもあるかもしれませんが、それはそれで構いません。それが長期的に見てより大きな利益につながるのであれば、短期的な痛みは価値がある。

新しいプロセスの実装、ツールの変更、チームスキルの向上などの付加価値アクティビティでも同様の効果が得られる可能性があります。

たとえば、新しいツールのニュアンスを習得するには時間がかかります。これを導入すると、想定していなかった方法でパイプラインの一部が混乱する可能性があります。運が良ければ、新しいツールをすぐに使えるようになるかもしれません。しかし、より多くの時間、忍耐、経験があった場合ほど効果的に使用できない可能性があります。

大きな変更を行った後、結果を確認するには少し時間と実験が必要になる場合があります。しかし、安全な場所に退却したいという衝動を抑えてください。結局のところ、DevOps を採用するということは、確かな証拠と確立された調査を活用して意思決定を行うことを意味します。

全体的なパフォーマンスが上昇傾向にある限り、多少のトラブルは許容されます。ボラティリティについては心配しないでください。

4. 他人からインスピレーションを得る

格闘ゲームを中心に構築されたコミュニティは、ゲームで行き詰まったときに素晴らしいリソースになります。コミュニティの人々は、このジャンルの難しさを理解しており、自分たちが楽しんでいるものを他の人にも楽しんでもらいたいと考えているため、学習の過程を支援するリソースを作成します。実際に会ってゲームをプレイする人は、難しいキャラクターの問題を克服する方法を説明したり、抱えている問題の解決を手伝ったりしてくれます (もちろん、同じゲームで競争していないことが前提です)。

同様に、DevOps は単なるベストプラクティスのセット以上のものへと進化しました。また、人々が共有したい経験や専門知識に満ちた、成長し続けている、情熱的で歓迎的なコミュニティでもあります。

他の組織の同僚とチャットしたり、話を聞いたりする機会がたくさんあります。専用のイベントに参加すれば、業界の専門家からアイデアを得ることができます。あなたにインスピレーションを与えるウェビナーやガイドがオンライン上に無数にあります。

DevOps は、DORA の State of DevOps レポートなどの簡単にアクセスできる調査によってもサポートされています。この調査は、同様の状況にある他の人々にとって何が効果的であったかを理解するのに役立ち、自分が正しい方向に進んでいることを再確認することができます。

レッスン？常に次の挑戦に備えて

DevOps でのパフォーマンス停滞はイライラさせられますが、他の状況 (格闘ゲームなど) とは異なり、思考のスピードや反応時間に妨げられることなく、時間、十分に研究された理論、実証済みのプラクティスを指針として活用できます。この意味では、DevOps はよりよく通用する道です。

しかし、ボトルネックを突破できた場合、将来再びボトルネックに遭遇する可能性をどのように減らすことができるのでしょうか? DevOps では、他のことと同様、決して諦めず、改善の努力を決してやめません。