DevOpsのテキスト研修

DevOps組織にはどんな役割があるか

DevOpsジェネラリスト

DevOpsジェネラリストの主な役割は、DevOps組織とそのチームで、DevOpsの実践を円滑に定着させ、効率的かつ健全に進め、継続的に改善することです。組織の一人ひとりがDevOpsチームと協働できる知識と視点を備えているかどうかが、DevOps組織の成功と持続性を左右します。

DevOps組織の一員として働く場合も、他のDevOpsチームと協力する場合も、他のソフトウェア開発・デリバリー手法に比べて、何がDevOpsを大幅に成功しやすく、効率的で、働きがいのある手法にしているのかを明確に理解することが大切です。ソフトウェアとその周辺技術が中心となるデジタル化の時代に、IT・ソフトウェア・テクノロジーの実務者やリーダー、マネージャーに限らず、あらゆる分野のプロフェッショナルにDevOpsジェネラリストを目指すことを強くおすすめします。

DevOpsエグゼクティブ

DevOpsエグゼクティブは、組織内でDevOpsの知識を有効に活用し、実践につなげる責任を負います。チームがDevOpsの考え方と働き方へ移行するうえで中心的な役割を担い、チームや経営陣に建設的に働きかけて成果を出す力を備えています。DevOpsチームと事業戦略の足並みをそろえ、取り組みの特定、選定、範囲設定、優先順位付けから、組織全体へのDevOpsの浸透まで管理します。

DevOps組織の中核メンバーを選び、すべての担当者が必要な研修を受け、スキルや経験に合った役割を与えられ、適切なプロジェクトに配属されるようにします。チームのコーチングとメンタリングに努め、リソース計画を支援し、課題や障害を取り除いて組織全体の成功を後押しします。

事前に定めたDevOpsの事業目標と特定済みの事業スループット指標に沿って、経営陣に報告します。ベストプラクティスに沿った解決策、達成した改善、成功事例を広め、DevOps組織全体で活用します。全チームと密に連携しますが、それぞれの組織上の使命に応じ、とくにDevOpsプロジェクトマネージャー、DevOpsプロダクトオーナー、DevOpsリリースマネージャー、DevOpsトレーナー、DevOpsコーチとの連携を重視します。

DevOpsプロジェクトマネージャー

DevOpsプロジェクトマネージャーは、定められたプロジェクト目標の達成に責任を負います。主な業務には、明確で達成可能な目標の設定、プロジェクト要件の策定、プロジェクトマネジメントにおけるコスト、スケジュール、スコープ、品質の制約の管理が含まれます。

DevOpsプロジェクトマネージャーは顧客の代理を務めることも多く、代表する企業についての知識に基づいて、顧客の具体的なニーズを見極め、実現しなければなりません。開発・デリバリーチームと顧客の橋渡しとして、双方と課題を理解し、議論できるだけの業界知識が必要です。契約相手のさまざまな社内手続きに対応し、指名された担当者と緊密な関係を築く力は、コスト、日程、スコープ、品質に関わる主要な課題を効率よく解決し、何より顧客満足を実現するうえで欠かせません。

「DevOpsプロジェクトマネージャー」は、プロジェクトを完遂する責任を任された人を指す役職名です。全責任を担い、予算内かつ期限内に、可能な限り高い品質で所期のプロジェクト目標を達成するための説明責任と権限を持ちます。

DevOpsプロダクトオーナー

DevOpsプロダクトオーナーは、従来のプロジェクトマネージャーとプロダクトマネージャーの難しい側面をすべて兼ね備えた、DevOpsならではの幅広い役割です。適切な作業が適切なタイミングで行われるようにし、DevOpsチームで顧客の視点を代表します。一つひとつの製品リリースで最大の付加価値を生み出すには、DevOpsのソフトウェア開発・デリバリーチームおよびそのプロセスと緊密に連携する必要があります。

DevOpsプロダクトオーナーの主な責任には、次のようなものがあります。

• DevOpsプロダクトバックログを管理する。
• 製品のリリースロードマップとリリース計画の策定を支援する。
• 製品の依存関係を特定し、組織のミッションに沿って適切な優先順位を付ける。
• ステークホルダーを管理し、コミュニケーションを取る。

チーム内でDevOpsプロダクトオーナーを務めるかどうかにかかわらず、顧客と直接仕事をするなら、この役割を理解することが、顧客を最大限に支援し、より大きな付加価値を提供するうえで欠かせません。

DevOpsアーキテクト

DevOpsアーキテクトは、製品のデプロイに使うツールとプロセスのアーキテクチャ、設計、開発に責任を負います。製品アーキテクチャと、継続的インテグレーションおよび継続的デプロイのパイプラインに関わるツールやプロセスを構築、維持するため、革新的なソリューションを設計、開発することが求められます。

サービスやその実行環境の変更が利用側に与える影響を最小限に抑えられるよう、疎結合のサービス群を定義します。サービスを使う以上、ある程度の結合は避けられませんが、インターフェースと実装の分離、バージョン管理方針、実行時の契約、プラットフォームの独立性、ロケーション透過性により、依存関係を最小限に抑えます。

DevOpsアーキテクトは、DevOps組織とチームの成功に極めて重要な存在です。製品とサービスに最適な疎結合アーキテクチャを構築するとともに、障害となるものを取り除いた、完全自動化された信頼性の高い環境を整えます。ウォーターフォールでは、険しい未舗装路を走るために全員が四輪駆動車を必要としていました。DevOpsアーキテクトの仕事は、ほかの人がもっと速い車で走れるよう、高速道路を造ることです。

DevOps開発者

DevOps開発者は、顧客の事業目標をソフトウェアソリューションやシステムの形にします。一般的な開発者との大きな違いは、仕事の全工程を通して顧客の事業目標とニーズを意識することです。なぜ雇用主があなたを採用したのか、顧客があなたに何を求め、何を期待しているかを把握します。

顧客から信頼される技術パートナーとして、雇用主と顧客に、安心して今後も仕事を任せられるだけの理由を示します。事業目標と事業要件をソフトウェア設計と実行可能なコードに結びつけます。設計やプログラミングだけでなく、要件分析、アーキテクチャのビジョン、テスト自動化から、ユーザー体験、機能拡張、運用、保守、提供終了まで、ソフトウェアのエンジニアリングライフサイクル全体に責任を持ちます。

実際に動くソリューションを小さな単位で頻繁にデプロイし、設計とソフトウェアを継続的に提供して、顧客と自社の双方に素早く途切れなく価値を届けます。自分も顧客も気に入るソフトウェアを作り、顧客に満足してもらうことが使命だと、常に意識しましょう。

効率的で世界水準の高品質なシステムを作ることに情熱を持ち、DevOpsのソフトウェアエンジニアリングに真剣に取り組むなら、DevOps開発者を目指すことを強くおすすめします。

DevOps運用エンジニア

DevOps運用エンジニアは、製品の技術を支える最先端のソフトウェアとインフラを監視、保守、デプロイします。データセンターでネットワークインフラとサーバーを導入、保守します。DevOpsのデリバリー・デプロイチームの一員としてインストールに携わり、製品のデリバリーとデプロイに備えた緊急時対応計画も策定します。

データセンター関連機器の物理的な設置から、各ステークホルダー、特にDevOps開発者との緊密な連携までを担い、製品の中核に可用性、保守性、監視可能性、分析機能を組み込みます。

顧客の目に触れるあらゆるものを支えているのは、DevOps運用エンジニアが構築したアーキテクチャです。そのシステムを稼働させ続けることも彼らの仕事です。製品やサービスの開発と保守から次世代プラットフォームの構築まで、組織の製品ポートフォリオを実現します。

エンジニアを支えるエンジニアであることに誇りを持ち、保証が無効になることもいとわず、分解して組み直すことを楽しみます。いつでもオンコールに対応できるよう備え、システムとネットワークの稼働を維持して、顧客に可能な限り快適で速い利用体験を提供します。

DevOps品質保証エンジニア

DevOps品質保証エンジニアは、製品独自の強み、要件、ユースケース、ソフトウェアアーキテクチャ、その他の設計資料を自ら分析し、対象製品の品質を検証するのに適したテストの種類を見極めます。DevOps開発者やDevOpsプロジェクトマネージャーと連携し、テストを実装、実行、運用する手法とツールを決定します。

「壊してみる」という姿勢で創意工夫を凝らしたテストケースの一覧を作り、優先度と難易度を分類します。チームの他のメンバーがテストケースを正しく理解できるよう、詳しい文書を作成し、レビューします。

実装されたテストケースが目的を果たすよう、テストの実行段階を継続的に確認し、振り返ります。自信と信頼を備えた専門家として、テストケースの目的と重要性を伝えます。不具合を報告、検討し、計画された製品機能に妥協がないようにします。

さらに、DevOpsチーム全体にテスト設計のレビューを促し、フィードバックを反映して新たなテストケースを追加し、設計上の重複を減らします。また、業務時間のかなりの部分を、テストの自動化と実行、およびソフトウェア開発チームによるバグ修正を検証するための再テストに充てます。

DevOps情報セキュリティエンジニア

従来型のIT組織では、情報セキュリティは後回しになりがちです。非機能要件の一つとして、問題の特定と修正が最も難しく、費用が高く、混乱を伴う段階になってから対応されることがよくあります。

DevOps情報セキュリティエンジニアは、組織のセキュリティ戦略を俯瞰して設計し、実装計画の詳細まで定めます。追加するセキュリティ対策の効果と、事業にかかり得る負担のバランスを常に取る必要があることを理解しています。製品のエンジニアリングの早期段階から設計上の問題を見つけて修正し、稼働中のソフトウェアでも先回りして対処します。ネットワークとソフトウェアのテレメトリを監視し、リスクに基づいて対応の優先順位を決めます。

DevOps組織では、DevOps情報セキュリティエンジニアがDevOps開発者やDevOps運用エンジニアと肩を並べて働き、助言や専門知識をソフトウェアの開発・デリバリープロセスのずっと早い段階から取り入れます。これにより、デリバリーライフサイクル全体を通じて製品にセキュリティを組み込めるようになります。

DevOpsリリースマネージャー

DevOpsリリースマネージャーは、製品を開発から本番稼働まで管理、調整します。一般に、従来のプロジェクトマネージャーが対応できない、より細かな技術的事項や障害を扱います。継続的デリバリーを支えるため、開発、テスト、デプロイの調整、統合、流れを監督し、アプリケーションのデリバリー全体を支えるツールチェーンを構築、維持します。

DevOpsプロジェクトマネージャーやDevOpsプロダクトオーナーと緊密に連携し、製品のリリースロードマップとリリース計画を作成します。依存関係を特定して可視化し、DevOpsチームが依存するタスクに適切な優先順位を付けられるようにし、DevOpsプロダクトバックログの管理、ステークホルダーの管理とコミュニケーションも支援します。

DevOpsトレーナー

IT業界で急速に広がる他の動向と同様に、DevOpsの導入にも誤解や思い込みがつきものです。多くのDevOpsチームや企業が、組織、行動、運用の面で誤りを犯し、DevOpsチームの成果や、まだ十分にアジャイルでないことの多い組織全体との適合性を損なっています。残念ながら、こうした不整合から組織内でDevOpsの実践が廃止され、業界やDevOpsを支える人々に悪影響が及ぶこともあります。

DevOpsトレーナーは、組織内でDevOpsの実践を正しく教え、教育を進める、あなたのような有能な推進者です。

DevOpsチームから独立し、経営陣の直接の支援を受けて組織全体に上から下まで研修を提供することもあれば、DevOpsチームの一員として経営陣から必要な支援を得て、組織の他部門がDevOpsチームと足並みをそろえられるよう継続的に研修することもあります。DevOpsチーム、事業チーム、経営陣のスポンサーがDevOpsの実践を正しく学び、導入できるよう支援したい方には、DevOpsトレーナーを目指すことを強くおすすめします。

DevOpsトレーナーは通常、社外の顧客を対象に、学習用に整えられた環境でDevOpsを教えます。DevOpsコーチは通常、顧客の組織内でチームメンバーを指導し、DevOpsを正しく理解して実践できるようにします。実際の業務環境で作業するチームに、実践的な助言やコツを伝えます。

DevOpsコーチ

IT業界で急速に広がる他の動向と同様に、DevOpsの導入にも誤解や思い込みがつきものです。多くのDevOpsチームや企業が、組織、行動、運用の面で誤りを犯し、DevOpsチームの成果や、まだ十分にアジャイルでないことの多い組織全体との適合性を損なっています。残念ながら、こうした不整合から組織内でDevOpsの実践が廃止され、業界やDevOpsを支える人々に悪影響が及ぶこともあります。

DevOpsトレーナーと同様、DevOpsコーチも、DevOpsの実践を組織が正しく理解し、浸透させ、導入できるよう支える、あなたのような有能な推進者です。

DevOpsチームから独立し、経営陣の直接の支援を受けて、DevOpsを組織の構造や文化に上から下まで根付かせる場合があります。DevOpsチームの一員として経営陣から必要な支援を得て、組織の他部門がDevOpsチームと足並みをそろえられるよう継続的に変革を進める場合もあります。DevOpsチーム、事業チーム、経営陣のスポンサーがDevOpsの実践を正しく理解し、採用、導入できるよう支援したい方には、DevOpsコーチを目指すことを強くおすすめします。

まとめ

この章では、DevOps組織でよく見られる役割を取り上げました。組織のすべてのDevOpsチームに、それぞれの役割を担う人が必要なわけではありません。役割を絞るほうが効果的です。組織が目指すITと事業の成果を達成するため、本当に重要な少数の役割に集中し、重要性の低い多くの役割は省きましょう。

最も実用的な目安は、作業をできる限り途切れなく流すために必要な役割とスキルを、チームが備えていることです。次の章からは、作業の流れを取り上げます。