変換チームの特定
まったく新しい組織を構築する場合を除き、DevOps 変換プロジェクトの大きな課題の 1 つは、矛盾するアクションを実行することです。 少なくとも何らかの方法で、進行中のビジネス状態と矛盾します。
最初の課題は、スタッフの可用性です。 変換プロジェクトをリードしているスタッフ メンバーが、組織内の既存の日常業務も担当しているとします。
現在の役割が顧客の成果に直接影響する場合、変換に専念するのは困難です。
顧客に関わる絶望的な状況は、DevOps 変換のような長期プロジェクトより常に優先されることであると、誰もが理解しています。
もう 1 つの問題は、組織がどのように運営されているかということです。つまり、現在のビジネスの結果をサポートする既存のプロセスと手順の実装です。
真の DevOps 変換に必要な混乱は、通常、既存のプロセスと手順に異議を唱えることにつながります。 多くの場合、これを行うのは困難です。
『Beyond the Idea: How to Execute Innovation』という書籍で、Vijay Govindarajan 博士と Chris Trimble 博士は、成功例に注目して、組織でイノベーションを起こすには何が関係しているかを調査しました。
多くの場合、既存の組織プロセスには関係ありません。 結論として、変換を追求する別のチームを作成するだけです。
DevOps 変換では、別のチームは、スタッフ メンバーで構成されなければなりません。 変換の結果に重点を置いて測定し、日常の運用作業には関与しません。 チームには、知識のギャップを埋め、既存のスタッフ メンバーにとって新しいプロセスについて助言する外部の専門家が含まれる場合もあります。
理想的には、採用されるスタッフ メンバーは、組織全体で既に高く評価されているべきです。 彼らは、グループとして、柔軟な発想で考えるための幅広いナレッジ ベースを備えていなければなりません。