ポイント: DevOpsは開発と運用の間のコラボレーションを促進し、従来の階層よりも共通の責任を強調します。主要な役割にはDevOpsエンジニア、ビルドエンジニア、リリースマネージャーが含まれ、組織内での機能の統合を反映しています。DevOpsにおけるキャリアパスはしばしば不明確であり、さまざまな認定オプションが利用可能です。
- DevOpsの役割は開発と運用の機能を組み合わせています。
- DevOpsのタイトルは、組織のニーズと文化を反映して異なります。
名前に何が入っているのか？ それはDevOpsの現象を考慮する際に、トップテック研究者がますます自問自答している質問です。DevOpsは、開発と運用チームが対立するのではなく、コミュニケーションを取り、協力する運動を文字通り表すタイトルであり、過去数年間、企業ビジネスエコシステムにおいて支配的な哲学的戦略として急速に変革をもたらしています。それでも、多くのビジネスリーダーは、DevOps文化を構築する方法に関する明確な指針が不足しているため、DevOpsを適切に実装する際に迷っています。DevOpsに取り巻く混乱の雲を考えると、DevOpsにおけるタイトルと役割について合意を得ることが難しいのは驚くべきことではありません。今日は、あなたの組織でDevOpsがどのように機能するかをよりよく理解できるように、DevOpsのタイトルと役割を探ります。
DevOpsにおけるタイトルと役割について
過去10年余りの間に、企業組織は、インフラストラクチャだったものを管理サービスに変革する幅広いクラウドコンポーネントを取り入れ始めています。これにより、開発チームと運用チームの間での理解が必要とされ、より協力的な文化が生まれ、DevOpsが誕生しました。DevOpsコミュニティを分裂させる問題の一つは、タイトルがDevOpsの重視を反映すべきかどうかです。DevOpsは文化の変化であり、数人の異なる人々の間で中央集権化することは、DevOpsは皆のものであるというアイデアに逆行するという主張があります。DevOpsタイトルを持つことは、協力的な情報交換の必要性を理解していることを示し、それは常に良いことですが、潜在的に有害である可能性もあります。「DevOps」という用語をタイトルに使用することに反対する人々は、それが哲学の協力的で責任志向の精神に反すると考え、その動きが他の技術トレンドのように陳腐化することを警告しています。この考え方を持つ人々は、DevOpsはスキルセットではなくマインドセットであると信じています。より広い文脈では、いくつかの組織はDevOpsを役割の観点から見ることを好みます。他の組織は、これらの役割を満たす役割とタイトルの両方が必要であると考えています。DevOpsエンタープライズにおけるタイトルと役割の適用は、組織にとって最も意味のあるものに依存します。
タイトル、役割、キャリアパス
組織がこのキャリアパスに関連するタイトルの命名規則に「DevOps」という言葉を使用すべきかどうかをカバーしたので、今度はその道の深掘りをしましょう。DevOps組織内で期待できるいくつかのタイトルを以下に示します:
- DevOpsまたはプラットフォームエンジニア
- ビルドエンジニア
- 信頼性エンジニア
- リリースマネージャー
- データアナリスト
- プロダクトマネージャー
DevOpsまたはプラットフォームエンジニア
上記の議論のどちら側に組織が位置するかによって、DevOpsエンジニアと呼ばれる人を雇っているかどうかが決まります。しかし、雇っていない場合でも、組織がDevOpsアプローチを採用している場合は、社内開発とさまざまな管理サービスで構成されるプラットフォームのインフラを支えるプラットフォームエンジニアがいる可能性が高いです。タイトル: DevOpsエンジニアまたはプラットフォームエンジニア 役割: DevOpsエヴァンジェリスト
ビルドエンジニア
ビルドエンジニアは一般的にビルドおよびリリースエンジニアと呼ばれます。そのため、ビルドエンジニアは、以下に説明するリリースマネージャーと密接に協力します。ビルドエンジニアは、急速に変化するCI/CD環境において、ビルドおよびデプロイメント要件が満たされていることを保証する責任があります。日常業務では、ビルドエンジニアはコードの管理と保守、新しいビルドの作成、自動デプロイメントの標準化、構成要件の満足度の確保、リリースノートの作成支援などを行います。ビルドエンジニアは、伝統的なDevOps組織において自動化のオーケストレーターとしての役割を担うこともあります。この個人は、ユーザーの期待の重要性を理解し、UXデザイナーの役割のいくつかのハイブリッドな責任を担う可能性もあります。この役割は、組織によっては構成マネージャーの業務を吸収することもありますが、それは別の人である可能性もあります。タイトル: ビルドエンジニア、UXデザイナー、構成マネージャー 役割: 自動化オーケストレーター、ソフトウェアテスター、リリースデプロイヤー
リリースマネージャー
リリースマネージャーは、リリースエンジニアとも呼ばれることがあります。この場合、意図的に「エンジニア」という部分を省いています。考えてみましょう。「エンジニア」という言葉は、何かをオーケストレーションするために注意深さ、知識、そして洗練を示唆します。DevOpsエンタープライズのために常にリリースを組織することは、オーケストレーションの鋭い度合いを必要とすることは確かですが、リリースマネージャーはそれ以上の存在であるべきです。リリースマネージャーは、まず第一にマネジメントと監視のポジションであり、成功するためには実践的な開発知識が深く必要です。この役割ではリーダーシップが重要です。平均的な業務には、複数のリリースを調整し、CI/CDを理解することに加えて、開発パイプライン戦略を計画し、それをチーム間で調整することが含まれます。タイトル: リリースマネージャーまたはリリースエンジニア 役割: リリースリーダーと監視
サイト信頼性エンジニア
サイト信頼性エンジニア、または信頼性エンジニアとして知られているこの個人は、日々の運用を支えるために必要なツールのオーケストレーションと統合の質を確保する責任があります。これは、DevOpsについて考えるときに人々が最初に思い浮かべる典型的な役割であり、既存のインフラをクラウドソリューションやデータストレージインフラと巧みに接続する「魔法使い」です。この役割は、DevOps組織において重要であり、確実な統合を確保できない場合、コストのかかるアウトageにつながる可能性があります。タイトル: サイト信頼性エンジニア、信頼性エンジニア 役割: セキュリティエンジニア、複数のシステムユーティリティ
データアナリスト
DevOpsデータアナリストは、開発目標を支援するためにデータを抽出し、分析します。開発チームの重要なメンバーであるデータアナリストは、既存のデータとユーザーデータを使用して、ユーザーエクスペリエンスやその他のデザインに影響を与えるパターンについて批判的に考えます。この人は、UXデザイナーやQAアナリストの責任と重複する部分があるかもしれません。データアナリストは、しばしばエントリーレベルのポジションとして考えられ、データサイエンティストへのキャリアパスとなります。タイトル: データアナリスト、QAアナリスト 役割: データの達人
プロダクトマネージャー
プロダクトマネージャーは、このリストの中で唯一の主に運用の位置です。上記のリリースマネージャーは、開発と運用の両方に重複がありますが、それでも大部分は開発チームのポジションです。運用チームのメンバーとして、プロダクトマネージャーは、開発チームと協力して、各スプリントで製品の要件が高品質の基準を満たすことを保証します。タイトル: プロダクトマネージャー 役割: 製品の完璧さの保証 この記事では、他のタイトルの責任と重複する性質のために、独自のコンテンツセクションで取り上げられていないDevOps組織内のいくつかのポジションがあります。それらは:
- 構成マネージャー
- UXデザイナー
- データサイエンティスト
- QAアナリスト
上記のいずれかのタイトルは、組織がDevOpsマインドセットで活動していることを示す可能性があります。DevOpsにおけるキャリアパスを探している場合、どの組織で働くかを探しているなら、彼らがDevOpsの実践を支持しているかどうかを尋ねることは決して悪くありません。
DevOpsにおけるキャリアパス
ほとんどの技術分野は、複数の枝がある木のような明確なキャリアパスを提供します。各キャリアの決定が別の道を開くことができます。しかし、DevOpsではそれほど明確ではありません。おそらく、それはDevOpsが野心的な知識探求者がクラウド技術の導入後に組織に必要とされるスペースを埋めるときに自然に生まれた哲学だからでしょうか？あるいは、すべての人がDevOpsに対して異なるアプローチをとるために、そのタイトルの構造にさえ合意できないからでしょうか？理由は何であれ、DevOps内でのキャリアパスに関する情報は比較的限られています。現在のところ、DevOpsにおいて取得可能な高等学位はありませんが、ベストプラクティスに関する認定を提供する組織はたくさんあります。一般的なDevOpsの道は、組織がDevOpsに向かい始めるときに職場で始まります。場合によっては、DevOpsの役割に飛び込むことで、物事を進める助けになるかもしれません。組織内でDevOpsを実践していない場合は、高等教育機関から認定を取得し、分野でのスタートを切ることができます。DevOpsエンジニアの平均年収は、DevOpsのピラミッドの最上部で、役員管理に入る前に、平均して$92,000です。DevOpsは多くの勢いを持つ運動です。あなたの組織がDevOps文化のシフトを検討しているなら、BMCに連絡してください。DevOps分野のトップコンサルタントとして、私たちはあなたの移行を迅速かつスムーズに行うための適切な人材とツールを持っています。今日、お問い合わせください。
DevOpsガイド
- DevOpsとは？包括的な紹介
- DevOpsの簡潔な歴史
- DevOpsアーキテクチャの紹介
- DevOpsにおける自動化: なぜ、どのようにDevOpsの実践を自動化するか
- CI/CDとは？継続的インテグレーションと継続的デリバリーの説明
- Jenkinsを使用してCI/CDパイプラインを構築する方法
- CI/CDパイプラインの最適化のためのDevOpsメトリクス
- 継続的デリバリーメトリクス
- 継続的インテグレーションから継続的デプロイメントへの進行は進行なのか？
- 継続的インテグレーション（CI）、デリバリー（CD）、デプロイメントの違い
- DevOpsにおけるソースとバージョン管理
- 継続的テストとは何ですか？
- テスト自動化フレームワーク: 究極のガイド
- DevOpsにおけるリリース管理
- 説明: DevOpsにおける監視とテレメトリー
- DevOpsにおけるアプリケーションパフォーマンス管理
- SDLCにおけるDevOpsオーケストレーション
- データベースDevOpsの紹介
- DevOpsにおけるマイクロサービスの役割
- DevOpsにおける仮想化の役割
- コンテナとDevOps: コンテナがDevOpsデリバリーパイプラインにフィットする方法
- コンテナパイプラインとは何ですか？
- DevOpsツールチェーンとは何ですか？
- DevOpsのためのコンテナとコードの管理
- DevOpsにおけるアジャイルの役割
- DevOpsにおけるクラウドの役割
- FinDevOpsとは何ですか？
- 2022年のトップDevOpsトレンド
- DevOpsの価値と原則
- DevOpsメトリクスとKPI
- 小規模、中規模、大規模な組織のためのDevOpsアドバイス
- DevOpsチーム構造
- 今読むべきトップDevOps本
- 『The Phoenix Project: DevOps For Everyone』の書評
- DevOpsインフルエンサー: Twitterでフォローすべき11人のDevOpsエキスパート
- GitHub、GitLab、Bitbucket、Azure DevOps: 違いは何ですか？
- ベストプラクティス: Kubernetesのアプリケーション設計方法
- DevOpsにおける構成管理
- DevOpsブランチング戦略の説明
- DevOpsジョブタイトル、役割、および責任
- DevOpsにおけるテスト: 概念、ベストプラクティス & その他
- 2022年の完全なDevOps認定ガイド
- Kubernetesオペレータパターンとは何ですか？
これらの投稿は私自身のものであり、必ずしもBMCの立場、戦略、または意見を代表するものではありません。