目的

DevSecOps メカニズムに関する設計上の決定は、多くの場合単独で行われるため、プラットフォームのユーザーやその他の利害関係者にとってダウンストリームの課題につながる可能性があります。従来のユーザーストーリー開発では、デベロッパーはユーザーの立場から自分自身を想像して、どの機能を実装し、特定の期間内にどのように実装するのが最適かを判断する必要があります。

開発者は、一般的なtwo-way-doorの方法で機能やユーザーストーリーを開発することに慣れています。ただし、DevOps および DevSecOps メカニズムは、増幅と影響のレベルがはるかに高くなります。これらのメカニズムは通常、組織全体に影響を与え、多くの場合、一方向のドアを表します。組織のユーザーのニーズに合わないように設計されている場合、導入には抵抗があります。その結果、最終的にメカニズムを再構築する必要があり、開発の大幅な遅延や信頼の喪失につながる可能性があります。

このガイドでは、これらの機能を設計およびデプロイする際に開発者に追加の戦術ガイダンスを提供することで、このようなメカニズムのユーザーや利害関係者が経験する実装上の課題を軽減することを目指しています。

このガイドの推奨事項を実装したら、以下を正しく特定できるはずです。