1. ビジネスオペレーション管理DevOpsが重要な理由:DevOpsが組織にメリットをもたらす11の方法

エミリー・フリーマン

正しく完了すると、DevOpsは組織に大きな利点をもたらします。この記事では、DevOpsが組織にもたらすメリットについて知っておくべき重要なポイントを紹介します。同僚を説得したり、道路がでこぼこになったときにDevOpsルートを選択した理由を理解したりするための参考資料として使用してください。

DevOpsの利点

DevOpsチームは、あなたが常に変化を受け入れることができます

技術情勢は絶えず変化する環境です。一部の言語は進化し、新しい言語が作成されます。フレームワークは行き来します。インフラストラクチャツールは、アプリケーションをより効率的にホストし、より迅速にサービスを提供するという増え続ける要求を満たすために変更されます。ツールは引き続き低レベルのコンピューティングを抽象化し、エンジニアリングのオーバーヘッドを削減します。

唯一の定数は変更です。その変化に適応する能力は、個々の貢献者、マネージャー、またはエグゼクティブとしての成功を決定します。現在あなたの会社で果たしている役割や最終的に果たす役割にかかわらず、迅速に適応し、成長から可能な限り摩擦を取り除くことが重要です。 DevOpsを使用すると、コミュニケーションとコラボレーションを改善することにより、適応と成長が可能になります。

DevOpsチームは、クラウドを包含する

クラウドは未来ではありません。雪が降る。まだ移行中または移行準備が整っていない可能性がありますが、少数の企業を除くすべての企業にとってクラウドが前進していることを認識してください。従来のインフラストラクチャよりも柔軟性が高く、運用のストレスが軽減され、従量制の料金体系により(通常)コストが大幅に削減されます。

パブリッククラウド、プライベートクラウド、およびハイブリッドクラウドは、ビジネスをより良く運営する無限の可能性を提供します。数分以内にリソースを起動(起動)する機能は、ほとんどの企業がクラウド以前に経験したことのないものです。

クラウドによって提供されるこの俊敏性は、DevOpsと密接に関連しています。自動化と構成管理に焦点を当てているPuppetのOmri Gazittは、「組織がクラウドに移行するにつれて、ソフトウェアの提供方法に関する中核的な前提を再検討している」と述べています。

クラウドでは、APIがすべてのサービス、プラットフォーム、インフラストラクチャツールを接続するため、リソースとアプリケーションをシームレスに管理できます。クラウドに移行するときに、過去のアーキテクチャの決定を再評価し、アプリケーションとシステムをゆっくりとクラウドネイティブに移行するか、クラウドを念頭に置いて設計することができます。

DevOpsは最高の雇用を支援します

そのため需要増により、偉大な技術者が不足しています。現在募集中のすべての仕事をこなすだけでなく、今後10年以上にわたって市場の需要を満たすだけのエンジニアがいないだけです。見つけるのエンジニアが困難になることができますが、それはあなたが好奇心を受け入れ、失敗することを恐れていない技術者を発見することに焦点を当てる場合は特に、不可能ではありません。あなたは、全体的なエンジニアリングの文化の中でDevOpsチームを実装する場合は、エンジニアがレベルアップし、継続的な改善をサポート方法論と技術でそれらを訓練することができます。

インタビューで潜在能力を測定することは困難です。通常、才能はささやきます。最も才能のあるエンジニアは通常、社交的でありません。彼らは彼らの仕事に彼らのために語らせました。 DevOpsを使用すると、面接するエンジニアの個人的および職業的な興味にさらに耳を傾けることができます。

好奇心、コミュニケーションスキル、熱意のレベルに基づいて候補者を選択してみてください。これらの資質は、恐怖、不確実性、疑念の谷を通してあなたのチームを見ることができます。彼らは、困難な問題を解決するために、制約の範囲内でなされた厳しい決定を通してチームを運ぶことができます。

誰かにスキルを教えることはできますが、誰かに学習方法を教えることはまったく別の問題です。 DevOps組織で作成する学習文化により、技術的な能力よりも成長の考え方を優先させることができます。 DevOpsでは、チームの雇用が重要です。すべての個人は全体の一部であり、チームは全体的にバランスを取る必要があります。このバランスを達成するということは、「最高の」エンジニアを雇わず、チームにとって最高のエンジニアを雇うこともあるということです。

DevOpsチームを雇うと、ドラフト馬がくびきのように、個々にできる以上の体重を引くことができます。 DevOpsを使用すると、チームの個々のコンポーネントを増やすことができ、全体としてチームの強力な組織を作成できます。

DevOpsチームは、あなたが競争力を保ちます

DevOps Research and Assessment(DORA)が発行するDevOpsの年次報告書は、世界中の企業がDevOpsを使用してエンジニアリングプラクティスを調整し、その恩恵を享受していることを明確にしています。彼らは、エンジニアリング生産の増加とコストの削減を見ています。これらの企業は、DevOpsを使用して、ぎこちないプロセスとシステムから、エンドユーザーに焦点を当てたソフトウェア開発の合理化された方法に移行しています。

DevOpsにより、企業は信頼性の高いインフラストラクチャを作成し、そのインフラストラクチャを利用してソフトウェアをより迅速かつ確実にリリースできます。一番下の行はこれです:高性能の組織では、DevOpsチームを使用し、彼らは彼らの展開周波数を上げると大幅ので、システムの変更の発生彼らの失敗を減少させることによって彼らの競争を破砕しています。

競争したい場合は、堅牢なDevOps方法論を採用する必要があります。すべてではないかもしれませんし、一度にすべてではないかもしれませんが、DevOpsに価値があるかどうかを待つ時間は過ぎました。

DevOpsは人間の問題の解決に役立ちます

人間は、脳よりも速く技術が進化する進化のポイントに到達しました。したがって、人間が直面する最大の課題は、ソフトウェアやインフラストラクチャの制限ではなく、人間の制限によるものです。他のソフトウェア開発手法とは異なり、DevOpsは社会技術システムに全体的に焦点を合わせます。

DevOpsを採用するには、文化と考え方を変える必要があります。しかし、DevOpsの文化と考え方を実現すれば、あなたとあなたの組織はほぼ無限のメリットを享受できます。エンジニアが探求する権限を与えられ、圧力や失敗の恐れから解放されると、驚くべきことが起こります。

エンジニアは、問題を解決するための新しい方法を発見します。彼らは健全な考え方でプロジェクトや問題に取り組み、不必要で負の競争をせずに、よりスムーズに連携します。

DevOpsが従業員に挑戦

DevOpsは、個々のエンジニアとエンジニアリングチーム全体の成長を加速します。エンジニアは賢い人です。彼らはまた、自然に興味が。成長考え方を包含偉大なエンジニアは、特定の技術、ツール、または方法論を習得した後、新たな挑戦を必要とするか、彼らはしばしば停滞感じます。

脳やスキルが伸びているかのように感じる必要があります。圧倒されたりストレスがかかったりするのではなく、成長していると感じるのに十分です。それが、ドライブのダンピンクによって説明された緊張です。そのバランスを取ることができれば、エンジニアは個人としてもチームとしても成長します。

DevOpsの方法論はT字型スキルを促進します。つまり、エンジニアは深い知識を持つ1つの領域に特化し、他の多くの領域を幅広く理解します。このアプローチにより、エンジニアは関心のある他の領域を探索できます。

たとえば、Pythonエンジニアはクラウドインフラストラクチャに関心を持っているかもしれません。エンジニアがDevOpsほど多くのことを探求することを許可および奨励するエンジニアリング手法は他にありません。また、それは人材の雇用と維持に多大な貢献をしています。

DevOpsがギャップを埋める

現代のテクノロジー企業の課題の1つは、ビジネスのニーズとエンジニアリングのニーズの間のこのギャップです。従来の企業では、従来の管理戦略により、エンジニアリングとマーケティング、販売、事業開発などの部門との間に自然な摩擦が生じます。この摩擦は、アライメントの欠如に起因します。各部門は、成功のさまざまな指標によって測定されます。

DevOpsは、ビジネスの各部門を統合し、共通の理解と尊敬を生み出すことを目指しています。互いの仕事と貢献を尊重することで、会社のすべての人が成功することができます。摩擦を取り除き、加速を改善します。

そり犬のチームについて考えてください。各犬が別々の方向に動いている場合、そりはどこにも行きません。今、犬が一緒に働いて、前進することに焦点を合わせていると想像してください-一緒に。あなたが内部的に摩擦に欠けているとき、あなたが直面する唯一の課題は外部であり、外部の課題はほとんど常に内部の争いより管理しやすいです。

DevOpsを使用すると、うまく失敗できます

失敗は避けられません。どうしても避けられません。システムが失敗する可能性のあるすべての方法を予測することは、すべての未知のために不可能です。 (そして、それは見事に失敗する可能性がありますね?) DevOpsは、組織が障害に対応する準備をしますが、パニックやストレスによる方法ではありません。

インシデントには常にある程度のストレスが伴います。あなたの指揮構造に沿ったある時点で、幹部はサービス停止中に失われているお金を叫ぶ可能性があります。ただし、障害を使用してシステムを学習し、回復力を高めるように適応させることで、チームが経験するストレスを軽減できます。

各インシデントは、個人およびチームとして改善および成長する機会です。

DevOpsは、継続的な改善の技術であるカイゼンを採用しています。チームが仕事の流れを経験すると、長期的な成長につながり、最終的にはより良い製品につながる小さな選択を毎日行うことができます。

DevOpsにより、継続的に改善できます

継続的な改善は、DevOpsの重要な要素です。 DevOpsを組織に適用するときに、終わりのないサイクルの視覚化を使用します。サイクルは、シシュポスの思考を通して恐怖を呼び起こすべきではなく、永遠に丘を登ります。代わりに、このサイクルを、雪だるまが転がり落ちて運動量と質量を集めるような動きと考えてください。

DevOpsを採用し、その中核となる教義を日々のワークフローに統合するにつれて、この加速を直接目にするでしょう。継続的な改善のサイクルは、常に顧客に集中する必要があります。エンドユーザーについて継続的に考え、ソフトウェア配信ライフサイクルにフィードバックを統合する必要があります。

このサイクルの基本はCI / CDです。 CI / CDの採用は、DevOpsのオールオアナッシングの要件ではありません。代わりに、実装の遅いプロセスです。最初に継続的インテグレーションの習得に焦点を合わせる必要があります。エンジニアがコードを自由に共有し、コードを頻繁にマージするように奨励します。このアプローチにより、分離やサイロがエンジニアリング組織のブロッカーになるのを防ぎます。

組織が継続的インテグレーションを習得したら、継続的配信、つまりソフトウェア配信の自動化の実践に進みます。コードは品質を確保するために複数のチェックを通過するため、この手順には自動化が必要です。すべてのコードが安全で、ソースコードリポジトリでアクセス可能になったら、小さな変更を継続的に実装することができます。目標は、手動の障壁を取り除き、顧客の影響なしにバグを発見して修正するチームの能力を向上させることです。

DevOpsが労力を自動化

加速と有効性の向上は、DevOps方法論の中核です。労働集約型の手動プロセスを自動化することにより、DevOpsは、予期しないサービスの中断の混乱なしに、ソフトウェアとシステムの信頼性と保守を容易にするプロジェクトに取り組むエンジニアを解放します。

サイト信頼性エンジニアリング(SRE)は、手間を処理します。これは、サービスを継続して実行するために必要な作業ですが、手動で繰り返し行われます。苦労は自動化でき、長期的な価値はありません。おそらく最も重要なのは、労苦が直線的に増加することであり、成長を制限します。労苦は、会議や計画などの管理上の必需品のオーバーヘッドを指していないことに注意してください。このタイプの作業は、DevOpsの考え方で実装された場合、チームの長期的な加速に役立ちます。

DevOpsプラクティスのツールの中心となる原則の1つは自動化です。展開パイプラインを自動化して、詳細なテストスイートと、リリースするためにコードが通過する必要のある他のゲートを含めることができます。多くの点で、SREはDevOpsの進化における次の論理的ステップであり、あなたとあなたの組織がDevOpsのコアコンセプトを習得し、チームに実践を実装した後の次のステップになるはずです。

DevOpsは配信を加速します

ソフトウェア配信のライフサイクルは、低速で線形のウォーターフォールプロセスから、アジャイルで継続的なDevOpsループへと進化しました。あなたはもはや製品を考え、それを完全に開発し、それから顧客にそれをリリースし、その成功を望んでいません。

代わりに、顧客に関するフィードバックループを作成し、製品に繰り返し変更を加えていきます。この接続された回路により、機能を継続的に改善し、提供するものに顧客が満足することを保証できます。

すべてのドットを接続し、組織でDevOpsを完全に採用すると、チームがより優れたソフトウェアをより迅速に提供できるようになります。リリースした変更と同様に、変更は最初は小さくなります。しかし、時間の経過とともに、一見取るに足りないこれらの変更が追加され、品質の高いソフトウェアの提供を加速するチームが作成されます。