個人的に長年(10歳以上)Sr. Software Configuration Managerであるさまざまな現実の状況で用語の不一致が聞こえます。ポジションの相対的な性質のため、技術者以外の人にとっても珍しいことではありません。どちらにも似た特定の役割、ニーズ、要件がありますが、私の意見では明確に分けることができます。
これらの役割の区分を説明する最良の方法は、相互作用に対する相対性に注目することだと思います。つまり、ソフトウェア構成管理は、ソースコードの統合、展開、リリース、および管理とともに、内部システムと環境に焦点を当てています。開発者操作(DevOps)が外部で使用されるアプリケーションアーキテクチャの運用面に重点を置きながら、コードの使用目的および環境の実践を明確に理解している場合。マシンのパフォーマンスが低下の兆候を示している場合、複数のアプリケーション間の通信に障害があり、実稼働環境に関連するBtoB(Business to Business)通信および/またはアーキテクチャの制限がある場合、開発者の診断を参照して、解決。
通常、私の経験では、ソフトウェア構成マネージャーはこれらのことも実行できますが、これにより、環境構成とソフトウェアリビジョンの追跡、管理、および展開の中心的な焦点がなくなります。職務の分離、バグと欠陥の追跡、プロジェクトの追跡、ソフトウェア開発のライフサイクルとワークフローを可能にするソフトウェアの管理。これらのタスクは、Developer Operationsの中心的な焦点ではないため、それほど重要ではありませんが、それでも実行できます。
私はそれぞれの混乱の多くのインスタンスを見てきました、そして、それぞれにおいて、いくつかの制限されたクロスオーバーがあります。ただし、主な焦点に関連して、それぞれの独立したポジションの責任の違いを考えることが最も重要です。主に、環境の構成と製品のリリースを管理するために内部で使用されるシステムとハードウェアを扱う場合、ソフトウェア構成マネージャーを探します。一方、顧客が使用するシステムのシステムパフォーマンス、監視、調査、および診断を扱う場合は、Developer OperationsまたはDevOpsに注目する必要があります。
さて、これは暴言や決定的な答えとしてではなく、各ポジションの違いを個人的に特定するものです。基地から十分に離れているかどうか、またはこの答えによって事態がより明確になるかどうかを知りたい。