「DevOps Transformation」には何が含まれていますか？
回答:
私はこの質問への回答を、DevOpsとは何かという文脈で具体的に説明する必要があります。具体的には、私が参加しているDevOpsの変革の中で、DevOpsは完全なソフトウェア開発ライフサイクルの所有権です。グラフのすべてのプラクティスはDevOpsの重要な部分であり、システム思考とフィードバックループの増幅の両方を有効にして支えます。
ただし、CI / CDとDevOpsの主な差別化要因は、本番環境でのソフトウェアの実際の運用であり、顧客とそれが提供するビジネスに価値を提供できます。
DevOpsの変革に参加または指導するコンサルタントとして、私は次の側面を頭に持っています。
文化：Daveが指摘しているように、継続的な実験と学習の文化は、あらゆる変革の成功に不可欠です。DevOpsの観点から、これは選択したDevOpsモデルをサポートする文化をどのように生み出すかにかかっています。このモデルは「You Build It、You Run It」である場合もあれば、Googleのサイト信頼性エンジニアリングの実践に沿っている場合もあります。。
運用モデル：これは、組織がどのように価値を提供するかを明確にするビジネス命題の一部であり、一般に、高いレベルで結び付けられた人、プロセス、およびツールを明確に表現することによって。運用モデルがなければ、組織が文化が定義するプラクティスを採用する方法についての青写真はありません。これは、結果として、明快さと多様な行動の欠如につながります。
CレベルのAircover：多くの場合、ビジネスの仕組みに根本的な変更を加えるのは、変革プログラム内で働くコンサルタントとしての私たちの仕事です。あなたは人を動揺させ、一部の人は変更が気に入らないでしょう-物事を変更して前進するには、上から「エアカバー」を持っていることが重要です。
高レベルが整ったら、現実的に提供できるものを見つけることが重要です。
- できるだけ小さく、理想的には、文化を理解する人がいれば、運用モデルのスケッチと幹部からの賛同を得て「最小実行可能プロジェクト」を作成し、DevOpsを導入して海を沸騰させないでください。数千の聴衆に。達成可能な目標を設定します。
- 製品Xからのインフラストラクチャの作成を自動化します。
- すべての環境でAzureへの製品Xの配信を自動化します。
- アウトソーシング業者Yからロンドンの開発チームへのハンドバックサポート。
- 最もリスクの高い機能を中心に一連のテストを作成し、継続的に統合して実行します。
- すばらしい成功を収めました。今度はこれをより多くのチームにベイクし始め、別のいくつかのチームをミックスに追加して、それらを稼働させます。移行を支援するために、最初は「ホワイトグローブサポート」を提供することを恐れないでください。今後数週間から数か月にわたって、多くの手持ちが必要になります。
- これで、新しい作業方法に従ういくつかの早期採用者がいます。あなたはいくつかの重要な塊を持っています、それはあなたがより多くの聴衆とあなたがしている仕事を伝道し始める時です：
- 定期的な見本市セッションを開催し、アーリーアダプターにどれだけ成功したかを示すよう依頼します。
- ドロップインセッションを提供して、組織の他の部分がチームに参加する方法を検討できるようにします。
- 特定の分野に重点を置いた実践コミュニティの作成を可能にします。継続的な展開、自動テスト、ビジネスコミュニケーション、リスク管理、モニタリングとアラートなど。
コースを続け、組織の残りの部分をオンボーディングすることによって変革を締めくくります。ガートナーの誇大宣伝サイクルと導入ライフサイクルの関係を理解する。変革プログラムが「幻滅の谷」に陥る準備をし、コースを継続し、最終目標が見えるようにします。
最終ポイントの詳細については、Geoffrey A. MooreのCrossing the Chasmをお読みください。文字通り、DevOps変換を実現する方法についての本を書くことができましたが、それが終わったときには、おそらく、DevOps変換の仕事はもうありません。
DevOpsは、次の3つの主要な側面に分類される傾向があります。
文化
DevOps文化は、すべての利害関係者、特にDev、Ops、およびセキュリティの間の高いレベルの信頼、コラボレーション、およびコミュニケーションを強調しています。これらのグループ間の自然の緊張と競争は摩擦を引き起こし、しばしば機能不全を引き起こします。DevOpsは（間違いなく）何よりもまず、これらのチーム間の取り組みを調整することです。
プロセス
DevOps開発プロセスは、アジャイルプロセスと密接に連携しています。Opsは、アジャイルのようなプラクティスを取り入れて、Devの取り組みによりよく一致するように奨励されています。DevOpsに合わせたプロセスは、開発/配信ライフサイクル全体を通じて高速で高速なフィードバックループをサポートするように設計されています。継続的インテグレーション、継続的デリバリー、継続的改善（カイゼン）は、DevOpsプロセスの重点分野です。
テクノロジー
DevOpsはツールではありませんが、ツールによってサポートされています。継続的インテグレーション、ソース管理、アプリケーションライフサイクル管理など、さまざまな領域をサポートするツールのファミリがすべてあります。
「DevOpsトランスフォーメーション」は、3つすべての要素を処理する必要がありますが、すべてが同時に等しいとは限りません。変革には自然な進歩と「クリティカルパス」があります。たとえば、DevOpsは、少なくとも開発チーム/チーム内で、何らかの形のアジャイルプラクティスに依存しています。ツールに投資する前に、文化の問題に取り組む必要があるかもしれません。
参照：
カルチャー：https : //www.andykelk.net/devops/using-the-westrum-typology-to-measure-culture
テクノロジー：https : //xebialabs.com/periodic-table-of-devops-tools/